Fregocles y la desinfección del Olimpo

¿Qué es mejor, barrer y fregar el suelo primero, o hacerlo al final? ¿Deberías mover el sofá y limpiar debajo, o mejor limpiar alrededor y luego moverlo? Para este tipo de dilemas nació el concepto de organización, que vamos a intentar despedazar a continuación para todos vosotros, queridos oyentes.

En nuestra particular y peculiar evolución en El Neutrino Raro, hemos pasado por todos los estadios posibles en lo relativo a organización y forma de trabajo.

Los inicios

En los albores del proyecto, casi antes de estar constituido El Neutrino Raro como tal, nuestra forma de trabajo en grupo era bastante casual y de los esporádicos encuentros que manteníamos siempre surgían nuevas ideas y posibilidades que usualmente eran reflejadas en un documento .doc en guerrilla. Este documento empezó recogiendo ideas sueltas, proposiciones de puzzles, conversaciones, etc. y poco a poco fue evolucionando hacia algo que ya sí podríamos considerar como un documento de diseño, a la vez que fue creciendo y fragmentándose en varios documentos para mantener la modularidad.

Sin duda era un buen enfoque. Estaba claro había que llevar una serie de documentos de diseño del videojuego, que se fueran actualizando y modificando convenientemente y ésta no era una mala manera. Pero pronto nos dimos cuenta de que también estábamos muy limitados con este sistema. Funcionaba bien para recoger las ideas que surgían, pero no siempre estábamos todos reunidos cuando a alguien se le ocurría algo. ¡Y nuestro pobre griego no podía esperar tanto entre reunión y reunión! Había que evolucionar en la forma de trabajo en grupo y como el avezado lector se habrá percatado ya, Internet sería nuestro caballo de Troya en este asunto.

La evolución

Teníamos claras varias cosas:

1. todo el equipo debería poder editar estos documentos cuando quisiera, y…
2. todo el equipo debería poder consultar una versión actualizada en cualquier momento.

La solución más natural, dado el punto de partida del que disponíamos, era un sistema de revisiones aplicado a los documentos que ya teníamos, y éstos colgados en Internet. Mmm, y si esta solución cumple nuestros dos requisitos anteriores… entonces ¿por qué huele a podrido en Dinamarca? Quizás olvidamos un punto:

3. la edición debería ser taaan fácil que realmente te den ganas de editar y contribuir, ¡y no todo lo contrario!

Aha, ahora sí. Estaba claro que el sistema de revisiones de los documentos que planteábamos iba a acabar siendo utilizado por uno, que sería el pringado que lo montara, y que acabaría recibiendo mails para hacer él mismo las ediciones de todos. No, este sistema tampoco nos ayudaba mucho.

Y entonces el concepto wiki llegó a nuestras vidas. Eran los principios de este enfoque de páginas colaborativas y realmente era tosco y feo. Muy tosco y muy feo. Tanto, que hubo que convencer seriamente a más de uno para que lo usara, bajo amenaza de repudio de nuestra limpia sociedad.
Pero aunque asustara de primeras, era simple y con una curva de aprendizaje muy baja. Y permitía lo que habíamos estado buscando, una edición colaborativa sencilla, con un sistema de revisiones añadido y una alta disponibilidad. Para satisfacer vuestra curiosidad, nuestro experto en nuevas tecnologías se decantó por MoinMoin como engine wiki, y claramente su decisión vino dada por ese nombre tan cachondo que tiene.

Actualizado: Por aquí una interesante tabla comparativa de wiki engines, para todo aquel que se encuentre buscando su wiki ideal.

La situación actual

El mecanismo de trabajo con el wiki empezó teniendo una doble personalidad. Por un lado era un lugar donde quedaba recogido lo definitivo, es decir, lo que ya había sido discutido y consensuado por todos; y por otro lado también era un foro de discusión para alcanzar ese consenso que convertía una propuesta en definitiva.
Al principio esta doble personalidad no nos daba problemas dado el poco contenido definitivo que teníamos y que muchas veces la mayor parte del proceso de discusión tenía lugar en el mundo real y no en el virtual. Pero actualmente hemos tenido que dividir estas dos funciones, dejando al wiki sólo la responsabilidad de base de conocimiento del videojuego, y delegando la parte de discusión a una herramienta más propicia para ello: una lista de correo interna.

¿Por qué una lista de correo y no otra cosa? Bueno, veamos, el enfoque de un foro también nos vendría bien pero sin duda está bastante sobredimensionado para lo que necesitamos. Una lista de correo nos da la posibilidad de no emplear nada que no empleemos ya (curva de aprendizaje cero), de comunicar algo de forma rápida a todo el equipo, de poder mantener hilos de discusión (threads) sobre algo y de mantener estos hilos en forma de Archivos que se pueden consultar a posteriori. Amén de ser algo relativamente fácil de mantener, muchísimo más fácil que otras opciones.
El wiki también podría haber sido usado para esta función, pero manteniendo una clara distinción entre páginas de contenido consensuado y páginas de discusión, y como esa línea en muchas ocasiones podía ser bastante fina, nos decantamos por la opción ya comentada.

En una segunda parte de este post veremos más en profundidad como se distribuye y organiza la información en el wiki de Fregocles, desde el nuevo esquema jerarquizado que estamos empleando para los puzzles de la segunda parte, hasta los objetos; y sobre todo nuestros más secretos e íntimos trucos para mantenerlo limpio y ordenado. Porque si bien es importante usar un buen «continente» para tus necesidades, también lo es tener una buena gestión y organización del «contenido» en sí; y lamentablemente una cosa no implica la otra.

Pero eso, queridos amigos, es harina de otro costal.