LECTURA 6

Las Bases de la Gestión de Proyectos Software y los Mitos del "Hombre-Mes"
Publicado por Javier Garzás el miercoles 23 de agosto de 2006 a las 21:15
Ultima modificación el el miercoles 23 de agosto de 2006

Añadir programadores a un proyecto con retraso provocará un retraso mayor. En un
proyecto la figura del arquitecto software es esencial. Medir el progreso de un proyecto
en función deltiempo que lleva desarrollandose es un error. Los grandes retrasos se
producen por retrasos en el día a día. Estas afirmaciones, tan importantes como
frecuentemente olvidadas en la gestión de proyectos actual, fueron desarrolladas por
Brooks en un de los libros más importantes en para la gestión de proyectos
software: el mítico hombre mes. Donde, sin lugar a dudas, lo más curioso de lahistoria es como hoy 30 años después (¡!) casi nadie las conoce y casi todos las
incumplen. Y es que, como bien diría el propio Brooks: "They call this book the Bible of
Software Engineering... and that's because everybody reads it but nobody does
anything about it!"
Con la idea de apoyar la recuperación de "la memoría histórica", ahí va un breve
resumen de las pricipales ideas que Brooks plantea ensu libro.

El desarrollo de software muchas veces es como un pozo
de arenas movedizas
Brooks compara el desarrollo de sistemas de software con las arenas movedizas que
durante la prehistoria engullían animales gigantes que cuanto más luchaban más rápido
se hundían. Independientemente de sus capacidades ningún animal conseguía escapar
a su inexorable destino. En las arenas movedizas unopuede lograr sacar a flote una
mano o una pierna, pero sacar todo el cuerpo se vuelve más difícil. Brooks traza una
analogía entre esta situación y el desarrollo. Puede ser fácil desarrollar un programa o
componente, pero desarrollar un sistema es mucho más complejo que desarrollar
separadamente los elementos que lo componen.
La única salida de este pozo de arenas movedizas es aplicar un procesode ingeniería
consciente y métodos probados en la gestión de proyectos.

El mito del "mes-hombre"
La principal causa de los problemas en el desarrollo software está en la planificación y
distribución de recursos.

La idea de que horas y recursos humanos son intercambiables conlleva la asunción de
que si un proyecto está retrasado basta con agregar más mano de obra (mano de obra
= horas,días o meses de trabajo).
El factor humano y las horas no se pueden conmutar como en una multiplicación: el
tiempo extra que se agrega por persona va a parar a reuniones, planes, e-mails,
negociaciones, discusiones, revisiones, coordinación de reuniones, actas, explicaciones,
formación, alguien que tendrá que actuar como supervisor, este supervisor que tendrá
que reportar al jefe delproyecto, etc. Por otro lado existen tareas que simplemente no
se pueden dividir y deben ser realizadas por la misma persona.
La manera de terminar antes (o no demasiado tarde cuando el proyecto se retrasa por
diferentes motivos) no es agregar programadores, sino descartar funcionalidades aún
no implementadas. De donde Brooks introduce su famosa ley:
“Adding manpower to a late software project makesit later”
(NOTA: Curiosamente si la Ley de Brooks fuese de aplicación general desarrollos como
Linux serían imposibles. En este sentido unos años después Gerald Weinberg en The
Psychology of Computer Programming planteará una corrección la ley de Brooks.
En su discusión sobre la "programación sin ego", Weinberg señala que en los lugares
donde los desarrolladores no tienen propiedad sobre sucódigo, y estimulan a otras
personas a buscar errores y posibles mejoras, el avance es mucho más rápido.)

La estimación y el seguimiento
La estimación de un proyecto es algo muy complicado en el que se tiende a equiparar
el consumo de las horas estimadas al progreso del proyecto.
Para Brooks la medida utilizada para medir la duración de los proyectos (meses, días u
horas de trabajo) es...