¿Qué es un resumen del artículo ‘The Mythical Man-Month’?

Dennis lo tiene exactamente como yo. Cuando la administración de proyectos creció en sitios de construcción e ingeniería, un trabajador, albañil o soldador realmente trabajó un mes entero en su proyecto, aproximadamente 40 horas.

Pero cuando se trata de tareas cerebrales como el desarrollo de software, pruebas, redacción, inspección, etc., a menudo comparte los miembros de su equipo con otros proyectos y negocios como de costumbre.

Por lo tanto, si intenta equilibrar su trabajo con el tiempo disponible, debe permitir estas distracciones lejos de su proyecto. Con frecuencia cambiarán y con frecuencia al caer un sombrero, especialmente si ese sombrero lo usa alguien más mayor que usted.

Para la mayoría de los miembros de su equipo, su mayor prioridad serán sus vacaciones. Tienes que permitir eso también.

Entonces el mes es un mito y usted mitificará sus plazos si no tiene cuidado.

No puedes convocar a 8 mujeres para ayudar a una embarazada a dar a luz en un mes.

Podría decir que “Nueve mujeres no pueden tener un bebé en un mes”. Pero enfatizar la parte de convocatoria es la esencia del artículo: no se pueden agregar más personas a un proyecto esperando una reducción proporcional del tiempo. De hecho, es más probable que el proyecto tarde más en completarse debido a la capacitación, la comunicación, etc.

PD: ¿No sería más interesante llamarlo “El mes mítico de la mujer”? 😀

El mito es que cuando agrega una persona a un proyecto de software, obtendrá el valor de productividad de una persona. De hecho, obtiene menos de 1. Cuantas más personas agregue, menos obtendrá por cada uno agregado. Esto se debe al hecho de que cuantas más personas tenga, más problemas de comunicación habrá. La mayoría de los proyectos de TI que se meten en problemas caen en esta trampa. “solo dame un par de programadores más” … lo que sucede es que la gente nueva desacelera a la gente actual y aumenta los problemas de comunicación y la complejidad general del proyecto.

Resumen mítico del libro hombre-mes
(Según esta página web). Este intento de resumen fue realizado por Bernard I. Ng en 1990 mientras estaba en el Grupo de Tecnología CIM de Sun.

“Agregar mano de obra a un proyecto de software tardío solo lo hará más tarde”

En resumen: una mujer puede tener un bebé en nueve meses, pero nueve mujeres no pueden tener un bebé equivalente en un mes.

More Interesting

¿Con qué frecuencia las organizaciones reevalúan sus decisiones de software de base de datos?

¿Cómo afectan las tarjetas gráficas fotogramas por segundo (FPS)?

¿Cuál es el mejor software de punto de venta?

¿Cuál es el patrón de diseño en ingeniería de software?

¿Hay relativamente pocos puestos de software en SpaceX?

¿Cómo se empieza a aprender programación backend?

¿Qué le gusta del rol de Ingeniería de Producto en Quora?

¿Es el desarrollo de software de estilo estrella de rock sostenible o incluso saludable para la empresa y la industria?

¿Cómo comenzar con la programación independiente? Soy un graduado de secundaria, programador de Android de la India. He publicado un par de geniales aplicaciones de Android en Play Store. ¿Cuánto puedo ganar con esto? Lo que hace un buen profesional independiente

¿Qué hace que un desarrollador front-end sea excelente además de las habilidades de JavaScript y CSS?

Obtuve admisiones de UW-Tacoma y la Universidad de Santa Clara para MS en CS y SE, respectivamente. ¿Cuál debería elegir?

En la pila de Microsoft, ¿qué idioma es más probable que atraiga a grandes desarrolladores, IronPython o F # (Standard ML)?

¿Es bueno cambiar de compañía cada año en el campo del desarrollo de software?

¿Cuál es el valor de un arquitecto de soluciones / consultor de preventas / arquitecto empresarial y un gerente de éxito de clientes en una empresa de software?

¿Cuáles son los rangos posibles bajo [], medio [] y alto [] para el número de clases de utilidad en software orientado a objetos que tienen un impacto en la calidad del software (mantenibilidad)?