El Mítico Hombre-Mes (The Mythical Man-Month).

La mayoría de los proyectos de software fracasan por falta de tiempo más que por otras causas. ¿ por que esto es tan común ?

Primero, nuestras técnicas de estimación son pobremente desarrolladas. Segundo, nuestras técnicas de estimación confunden erróneamente esfuerzo con progreso. Tercero, los administradores de software a menudo subestiman el tiempo de desarrollo. Cuarto, la agenda de progreso es pobremente monitoreada. Y quinto, cuando se reconoce un retraso en la agenda, la respuesta natural (y tradicional) es agregar poder humano.

Optimismo.

Todos los programadores son optimistas, creen en los finales felices. El primer hecho falso en la calendarización la programación de sistemas es asumir que todo saldrá bien. Dorothy Sayers, en su libro "The Mind of Maker", divide a la creatividad en tres etapas: la idea, la implementación, y la interacción. Para los humanos creadores de cosas, la incompletés e inconsistencia de nuestras ideas se vuelven claras solamente hasta la implementación.

En muchas actividades creativas el medio de ejecución es intratable. Sin embargo, en la programación de computadoras se puede crear en un medio excesivamente tratable.

El Hombre-Mes.

La segunda falacia esta expresada en la unidad utilizada para estimar y calendarizar : el Hombre-Mes. El costo se da como el producto del numero de hombres y el número de meses. El progreso no. Los hombres y los meses son intercambiables a conveniencia solo cuando una tarea puede ser dividida entre muchos trabajadores que no necesitan comunicación entre ellos.

Prueba del Sistema.

Las partes de la agenda mas afectadas por su estricta secuencia son, la depuración y las pruebas del sistema.

Por algunos años, se ha tenido éxito usando la siguiente regla para manejar la agenda en tareas de software :

  • 1/3 Planeación.
  • 1/6 Codificación.
  • 1/4 Prueba de componentes y prueba temprana del sistema.
  • 1/4 Prueba del sistema completo.
Estimación.

Para el programador, la urgencia del cliente puede gobernar la calendarización de terminación de la tarea, pero no puede gobernar la terminación real. La calendarización errónea para adaptarse la fecha deseada del cliente es muy común en esta disciplina.

Claramente se necesitan soluciones. Necesitamos desarrollar y publicar patrones de productividad, patrones de incidencia de errores, estimando reglas.

Concluyendo:
Agregar poder humano a un proyecto de software retardado, lo retrasará más.

De ésta forma de des-mitoligiza el hombre-mes. El número de meses de un proyecto depende de la secuencia de sus tareas. El máximo número de hombres depende de él número de subtareas independientes.

Hosted by www.Geocities.ws

1