Añadir gente a un proyecto retrasado… hace que se retrase aún más
Brooks fue director del desarrollo del famoso OS/360 de IBM, y a raíz de sus experiencias, éxitos y fracasos escribió “The Mythical Man-Month: Essays in Software Engineering”, libro al que deben su mayor fama, aunque no suficiente, frases como:
- “Añadir recursos humanos 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 del tiempo que lleva desarrollándose es un error”
- “¿Cómo puede un proyecto acumular un retraso de un año?… acumulando retrasos día a día”.
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 lleva a que si un proyecto está retrasado la solución sea agregar más mano de obra. Pero el factor humano y las horas no se pueden conmutar como en una multiplicación: el tiempo extra que se añade por cada persona va a parar a reuniones, planes, e-mails, negociaciones, discusiones, revisiones, coordinación de reuniones, actas, explicaciones, formación, etc. Y por otro lado existen tareas que simplemente no se pueden dividir y deben ser realizadas por la misma persona.
Brooks compara el desarrollo software con las arenas movedizas que durante la prehistoria engullían animales gigantes que cuanto más luchaban por escapar más rápido se hundían. La única salida de este pozo de arenas movedizas es aplicar un proceso de ingeniería consciente y métodos probados en la gestión de proyectos.
Para más información consultar aquí.
En el siguiente vídeo puedes aprender más sobre los equipos.
No hay comentarios:
Publicar un comentario