eduardomillan.com

De vuelta de Campus Party Valencia 2010, una Campus algo diferente, pues he participado en más “cosas” de las que suele ser habitual… dejando un buen sabor de boca, a pesar de que a nivel organizativo, el evento quizá va perdiendo puntos.

Martes y Miércoles presenté Win or Defeat y Somflee respectivamente, en el espacio llamado “Campuseros Presentan“, una iniciativa destinada a apoyar a proyectos creados por campuseros. Somflee pasó a la final, presentando de nuevo la aplicación el viernes al mediodía, en el auditorio del museo. Terminé bastante contento, varios compañeros y amigos me dijeron que fue genial, aunque siempre se puede mejorar, y creo que mucho. ;) De forma paralela, grabé un vídeo para Movistar, que estaban eligiendo los 10 mejores proyectos para darles apoyo, pero tampoco gané en ese frente…

Por otro lado, al final la organización decidió realizar la compo rápida de desarrollo de videojuegos, con las mismas normas de años anteriores. (Se rumoreó reducir el tiempo, pero se mantuvo la esencia inicial). El martes por la mañana José Zanni, Ex3 y yo, decidimos apuntarnos…. El viernes noche presentamos nuestro juego (minuto 14), y el sábado… ¡premio! Ganamos el primer premio, siendo considerados por el jurado como el mejor de 4 propuestas. La idea es continuar el desarrollo de White & World, pues tiene un concepto atractivo y se puede sacar de ahí un juego publicable. :D

Y en cuanto a eventos de networking, tocó mi primer eat&twitts, en el que además de comer productos “alternativos” de “gourmet“, pude conocer a gente muy interesante. Y el segundo championstwitt, donde jugué con el equipo Xing Champions Twitts, volviendo a quedar en cuarto puesto (estamos ya mayores..).

Por último, me tocaron varios premios en un sorteo de Ozone (cascos, ratón y alfombrilla), una empresa dedicada a periféricos y afines para gamers…

… que ciento volando. Aunque es aplicable a otros sectores, en videojuegos cada proyecto que se cierra tiene un significado especial, igual más en estudios independientes / empresas pequeñas, pero también en las grandes, donde las cancelaciones son más dolorosas, si cabe. Un proyecto se cierra tras N meses de desarrollo, tirando todo ese trabajo (y dinero) por la borda, dejando a todo el equipo con la miel en los labios de algo que no se acabará.

En las pymes solemos ajustar mucho más los tiempos, la producción… pero aún así el desarrollo de videojuegos es un arte complejo. Cualquier funcionalidad, por trivial que pueda parecer, lleva un coste elevado, así como toda la integración de diseño, grafismo, sonido, programación… Por A, por B, por C… muchos proyectos han terminado en “la papelera de reciclaje“, en fases muy dispares, desde la propia pre-producción, hasta ya metidos en faena… así que aunque de momento por Undead no hemos “matado” ninguno, es toda una satisfacción haber cerrado mi segundo proyecto como “producer” o “project manager“.

No se trata de ningún mmorpg (todavía xD!), pero como dice el título, más vale proyecto cerrado que…

A principios de mes, comentaba en qué falló en lo nuestro que una idea no vale mucho por sí misma, contando más bien el hecho de (cómo) llevarla a cabo. En muchos foros, por comentarios de conocidos… se suele oír que se tiene una idea genial, que por lo general suele ser bastante “laboriosa” de materializar. El caso es que el inventor de esa idea cree que será un gran proyecto, que renovará lo que hay en el mercado y generará muchos ingresos que repartirá entre aquellos que colaboren en tan tremendo juegazo. Además, creará una de las mejores empresas del país, con proyección internacional y éxito asegurado.

Pero el punto “conflictivo” viene cuando observas que tiene poca experiencia (o incluso ninguna) en el sector, que va a dedicar sólo el tiempo libre (a lo sumo), que no cuenta con más recursos que un hosting (en algunos casos, gratuito), que tiene algún programador también a tiempo más que parcial…. En otras palabras, cuando ves que sólo es una efímera ilusión. No obstante, el “emprendedor” consigue los primeros colaboradores y se comienzan a hacer cosillas. Pero el proyecto necesita muchas horas, mucha planificación, muchas personas, mucho sacrificio… y no parece ser cosa de dos días como se había pensando en un principio. Y el tiempo pasa, los avances cada vez son menores.. y tras varios meses el equipo se da cuenta de que el proyecto no marcha, que aparte de las magias, está todo por hacer. ¡Con lo bien que pintaba! Una lástima, pero el juego se cancela… y queda en el olvido… con poco más que unos bocetos.

En el caso del mmorpg es especialmente llamativo, pero no hace falta que el proyecto sea un juego, ni tan siquiera que sea un mega proyecto. Soñar está bien, pensar en grande, también; pero hay que tener los pies en el suelo, analizar los recursos (materiales, temporales, personales…) que se tienen, estudiar lo que implica, lo que estamos dispuestos a aportar (de verdad) y hacer algo en coherencia. Idear un proyecto revolucionario no sirve de nada si no se puede llevar a cabo, por el motivo que sea. Y cuanto más pasan los años (y los proyectos), más cuenta me doy de ello.

Por el blog de Undead, publicamos algunas experiencias con herramientas clasificadas como “gestores de proyectos“, y de hecho llevo ya varios años haciendo uso de este tipo de software. He probado muchas aplicaciones, principalmente en entorno web, tanto a nivel de SaaS como soluciones open source descargables e instalables en un servidor web. Algunas me han llegado a parecer muy productivas, usándolas durante cierto tiempo, pero por unas cosas o por otras, al final siempre he tenido la sensación de que se quedaba pequeño, o no terminaba de convencerme.

¿Qué tendría que tener el gestor de proyectos perfecto? En mi opinión,

• Usuarios, roles y permisos. La mayoría implementa todo esto, pero en muchas ocasiones de forma un tanto rara. Los usuarios tendrían que poder englobarse en grupos (dirección, equipo, freelancers, colaboradores…) y en base a ello, que tuviesen ciertos permisos, para acceder a unos módulos u otros.
• Agenda. Disponer de una agenda de contactos, puede llegar a ser muy útil, para no recurrir al archivador de tarjetas, al correo…
• Wiki. Una wiki que resulte útil, pues algunos la incorporan en modo demasiado simple, o con un diseño que apenas permite encontrar algo o documentar a gusto. Además, que sea definible por proyectos, de tal manera que una persona que estuviese en el proyecto A, no puede acceder a la documentación del proyecto B.
• Proyectos. En un proyecto pueden participar usuarios de diferentes grupos, cada uno con una serie de permisos. La flexibilidad ideal sería, por ejemplo, que al subir un archivo, pudieses elegir qué grupo podría verlo o editarlo. Y disponer de otras funcionalidades como calendario, diagramas de Gantt…
• Tareas. Siguiendo el punto anterior, un buen gestor de tareas. Milestone o hitos, listas de tareas, tareas sin estar dentro de una lista, asignaciones a personas y en tiempo… De un vistazo, tener el control de lo que se está haciendo, de lo que queda por hacer, de quién está con ello…
• Ficheros. Gestión de ficheros, divididos por categorías, tags… e integración con subversion.
• Foros. Organizados por proyectos, también con un sistema de permisos / grupos / usuarios, y con alertas. Al nuevo mensaje, correo! Una moderación avanzada, también se agradecería. Borrar mensajes, editarlos, trasladarlos…
• Usabilidad / Manejo. En general, todos los gestores suelen pecar de ser algo “duros” a la vista. Los temas visuales no están nada cuidados, y la usabilidad a la hora de manejo y configuración muy pobre. Muy “1.0“. Permitir un diseño personalizable, pero con uno potente por defecto, tener los módulos bien organizados, búsquedas…
• Open Source. Para ser perfecto, tendría que ser Open Source, sencillo de instalar (sin mil instalaciones previas por consola), de configurar (GUI), y realizado bajo PHP / MySQL.

La principal limitación viene al a hora de controlar temas como manejar información para diferentes equipos / personas, de tal manera que en un mismo proyecto, puedas decidir qué documentos compartes con quién (o con qué grupo), qué mensajes son para todos o sólo para algunos… o temas como asignar tareas muy puntuales a una persona que no está dentro de un proyecto, sino en otro, pero que de forma temporal necesita acceder a algo presente en otro proyecto… Son cosas no habituales, pero cuando el equipo es muy limitado y dependes de muchos freelance o colaboradores, facilitan la organización.

Los proyectos que he ido usando /probado: dotProject, ProjectPier, Egroupware, Trac, PHPProjekt, Tikiwiki, Assembla, Clocking IT, TeamBox. Y seguro que alguno más me dejo por ahí… ;) alguna sugerencia? :P