Planes de Trabajo.

La planificación de un proyecto de sistema o software, como proceso de creación, enfrenta una serie de dificultades y retos para llegar a una feliz culminación, la primera de ellas es la incertidumbre de los tiempos; buscar una estimación perfecta es enfrentarse al vértigo de los detalles y perderse en las especulaciones funcionales de los procesos; y el no hacerlo, es aceptar que inicias un camino que no sabes, ni por aproximación, que tan lejos llegara. Decir que esta en juego recursos importantes de la organización y de los integrantes del proyecto es innecesario detallar.

Definir los objetivos del proyecto, las funcionalidades, la complejidad, los recursos necesarios para su desarrollo, permitirán a los programadores lanzar una estimación más real de los tiempos.

SACRIFICIOS

Pero esto último es en realidad lo mas lejano y lo último en ocurrir, por lo general los programadores somos llamados para participar en un proyecto que tiene que presentarse en tal o cual fecha. Cuando ponderamos y estimamos los tiempos reales sobre la marcha, nos vemos en la necesidad de ajustar y reajustar nuestros tiempos, he inmolarnos en nombre de un cronograma que no hicimos pero que hay que cumplir.

PLAN DE TRABAJO

¡ Divide y vencerás ! .No hay mejor resumen para expresar como se debe hacer frente a los problemas de la programación. Un proceso dividido en sus partes elementales permite identificar la cola de desarrollo, las tareas necesarias para culminar cada una de ellas con los hitos de control que nunca deben faltar. Es decir, finalmente te podré decir cuanto tiempo tomará terminarlo o para ser más exacto, cuanto tiempo me tomará hacerlo.

MI CALENDARIO

Estamos en la parte en que distingue a un programador de otro; el nivel de preparación, la dedicación, entusiasmo por la herramienta de desarrollo, he indudablemente la experiencia en el desarrollo de proyectos similares o afines, hacen que cada programador sea particularmente diferente.

Pero fuere quien fuere el programador ( un novato o un genio), siempre será su calendario de desarrollo. La estimación, la aproximación de los tiempos, pensado y meditado bajo la introspección de mis cualidades, mirando todo lo realizado anteriormente, estimando los riesgos según la complejidad en juego, me llevan a dar un tiempo más cercano a la realidad. El comportamiento ético del programador será materia para que algún miembro de la comunidad quiera desarrollar posteriormente.

LAS HORAS CUENTAN

Algunos dirán que para tal modulo con tales características, ha identificado 3 tareas y que invierte dos días para finalizarlo. Si esto que dice es solo un resumen, es valido, siempre que exista un detalle de tiempo para cada una de las tareas que dice que va a realizar, y para ser mas preciso, los tiempos de las tareas expresadas en horas.

UPS ... MAL CALCULO

Porque no cabe duda que en el transcurso del proyecto, detalles aparecen , funcionalidades y validaciones no estimadas nos destrozan los cronogramas y entonces pensamos.. ¡ este sábado....no otra vez!.

El hecho que llevemos un registro de los tiempos estimados y los tiempos reales invertidos es una costumbre que nos ayuda a ver los errores de estimación y nos ayuda en el aprendizaje del control de los tiempos y los tips que tendremos presentes para futuros proyectos .

RESUMEN

• La planificación de las tareas nos permiten lanzar un buen estimado del tiempo necesario para llevar a cabo el desarrollo del proyecto.
• El expresar el tiempo en horas es más real y entendible por todos.
• Los fallos de tiempos estimados siempre van a estar, eso no debe desesperar, pero también hay que hacer que cada vez sean menos, aprendiendo sobre ellos con el registro de control.