Señor

Resumen sobre el Mítico mes-hombre de Fred Brooks

Aldo Mora Mayorga
Este libro nos da aporte muy interesante desde la óptica de gestión de proyectos de software.
El autor dice o establece unaregla general en la cual explica que agregando más personal a un proyecto de software ya retrasado esto no hace sino retrasar el mismo por el costo en tiempo que implica para el nuevo personal ponerseal tanto de mismo y los problemas de comunicación que puede haber en un grupo grande de personas.
Comúnmente las demoras en grandes proyectos de software puede deberse al incremento de las “Pequeñasdemoras” que se acumulan a lo largo de su desarrollo.
El libro también señala la disparidad que hay entre los buenos y los malos programadores siendo los mejores programadores hasta 28 veces más quelos rápidos que los peores a la hora de escribir código según lo revelan otros estudios sobre productividad de software.
Cabe resaltar que a mi manera de pensar un buen programador nos es quien másrápido escribe código sino quien programa eficientemente en relación a la productividad.
La productividad no es la velocidad. Tiene que ver con ella. Puedes ser rápido, pero si vas en la direcciónequivocada no estás siendo un programador productivo.
Los buenos programadores también toman o asumen los roles más importantes en el proyecto y no se quedan divagando o perdiendo el tiempo enrequerimientos que tal vez no comprenda.
Por otra parte en lo referente a los diseñadores de software estos deben tener en cuenta factores como la integridad conceptual de un proyecto para así realizar unsistema que sea amigable con el usuario y no se desperdicien los recursos del mismo.
Se puede concluir entonces que para evitar retrasos en los proyectos de software se pueden tomar en cuenta losiguiente:
Como analista o administrador de proyectos es importante diferenciar entre los buenos y malos programadores a la hora de formar nuestro equipo para tratar de minimizar los riesgos de retraso...