La productividad es, en cualquier desarrollo, uno de los factores que más se tienen en cuenta, pero que que especialmente pasa a ser vital en los proyectos independientes. Debido a la falta de recursos materiales, temporales, logísticos… el juego a desarrollar tiene que ser consecuente con ese estado, así como las herramientas y metodologías que se vayan a emplear en el proceso de creación.

En artículos anteriores, hemos hablado de la importancia de realizar análisis previos al desarrollo en sí, planificando el método de trabajo que se va a seguir, intentando poner fechas y dividir tareas de forma concisa, valorando cada decisión de optar por un lenguaje u otro, por motor u otro… planteando un documento de diseño detallado… todo esto influye en la productividad del equipo en el proyecto determinado y, en general, en su funcionamiento. Cuando uno se plantea un nuevo proyecto, se deben tener en cuenta aspectos básicos como:

• Reutilización. Hay que tener un punto de vista global. Por ejemplo, si se tiene que desarrollar un editor de mapas, se pensará en diseñarlo de tal modo que permita su uso en otros desarrollos, presentes o futuros. Código, gráficos, pequeñas aplicaciones…. son elementos susceptibles de ser reutilizados.
• Capacidad / Viabilidad. El proyecto… ¿es factible? ¿es viable? ¿el equipo sería capaz de desarrollarlo técnicamente? ¿en un tiempo prudencial? la infraestructura que se tiene… ¿sirve para coordinar el trabajo? ¿habría que buscar otra? ¿se invertiría en ese caso? Muchas preguntas, que no deben quedarse sin respuesta….
• Herramientas adecuadas. Según el tipo de proyecto, los objetivos, el equipo… hay que plantear las herramientas propicias para un desarrollo óptimo. Realizar un listado con las tecnologías candidatas e ir comentando ventajas / inconvenientes de cada una de ellas respecto al documento de diseño, puede ser un buen método para decantarse y tomar una decisión. Tiempo de aprendizaje, comodidad de uso, plataformas disponibles…. son  factores interesantes a valorar también y que pocas veces, a priori, se tienen en cuenta, mirando más por temas como la potencia y funcionalidad. Pero es posible que para matar a una mosca, no se necesite un cañón. Y en este aspecto, descubrir tras meses de trabajo que tus herramientas de trabajo no se ajustan a lo que necesitas…
• Reinventar la rueda. Noooo!!!!! En la mayoría de los casos, ya hay cosas hechas (motores, librerías, plug ins, frameworks…), que funcionan muy bien. Aprovecharse de ello puede suponer muchos meses de adelanto y, por ello, una mejora sublime en la productividad. En determinados casos, puede que no quede más remedio que desarrollar algo propio, pero intenta cumplir el principio de reutilización y deja constancia en tu gestión del proyecto, valorando lo que implicaría ese desarrollo a parte.
• Comunicación interna. Alguna vez hemos hablado ya de ello. Mantener al equipo comunicado, organizado, administrado y en contacto… con el fin de que todo se engrane hacia los objetivos, es una garantía de productividad.

Ser productivo no implica necesariamente el éxito. Pero no serlo, condena directamente al fracaso. Por desgracia, esta lección se va aprendiendo con el tiempo, experimentándola en el día a día. Recuerda siempre la palabra productividad….

Últimas entradas relacionadas:

• Gestores de proyectos
• Gestión de proyectos: videojuegos
• La figura del diseñador y la importancia de planificar
• Coordinar un grupo, sin morir en el intento
• Buscando el servidor apropiado…