Señor

ENSAYO

THE MYTICAL MAN MONTH
FREDERICK BOOKS

Ensayo elaborado por :

Alvaro Gonzalez Masís

En el libro “ The Mytical Man Month” del autor Frederick …P Broocks, se hace una amplia exposición acerca de los diferentes fracasos que se presentan en los proyectos de elaboración de software, parte de una idea inicial relacionando grandes seres los grandes fracasos deanimales de la prehistoria y su lucha con grandes pozos de alquitrán en donde reflejan que una mayor lucha no hace mas que hundirlos cada vez mas, y hace esta semejanza con los proyectos de programación de software al referirse que son muy pocos los éxitos alcanzados en la programación especialmente enfocados hacia el incumplimiento de los objetivos, programas y presupuestos asignados. Y que en lamayoría de los casos esta situación ocurre porque el dimensionamiento de los problemas se realiza de una manera demasiado optimista.

Ahora bien se debe de tomar en cuenta las experiencias de fracasos para ser considerada solamente con el objeto de poder resolver satisfactoriamente los problemas que se plantee.

El enfoque en que plantea el autor para esta problemática radica principalmenteen que únicamente en el momento del diseño se consideran aspectos básicamente de productividad desde la óptica del entorno del programador y se dejan de lado aspectos relacionados con los procesos de prueba y aprobación que se deben de llevar a cabo por terceros

Es así como bajo el concepto de que se han en la elaboración de programa de software se presentado recurrentemente una los mismosproblemas es que se plantea que se debe de tener un mejor aprendizaje de los errores de los demás entenderlos , comprenderlos y evitar cometerlos de nuevo.

Al igual que la buena cocina tal como se menciona en el capitulo 2, los programas de software requiere un tiempo de maduraron y sansón, esto enfocado a que los programas son un producto final, de aquí que requieran y como en la vida debería serun buen empeño procurando contar las mejores técnicas, pero a la pade esta condición también una buena estimación del esfuerzo demandadazo por el proyecto.

Es especialmente en este último aspecto en donde se comenten la mayoría de los errores ya que en la mayoría de los casos los programadores son demasiado optimista en cuanta a la duración de sus tareas. Y es este optimismo el que generalmenteocasiona los ya sabidos retrasos en los programas de software, con el serie inconveniente de que en estas situaciones no hay una relación directa entre el numero de personas trabajando con el esfuerzo y avance del proyecto, esto quiere decir que no hay una relación directa entre la horas hombre y el resultado del trabajo, o bien en otras palabras no por tener mas gente se avanzara mas rápido,sino mas bien en algunos casos se esta situación podría general todo el efecto contrario como lo es una mayor atraso, contrario a lo que si podría ocurrir claro esta con cierta cautela en alguno otros tipos de proyectos o tares como algunos trabajos de ingeniería.

Tal situación se fundamente en que en los proyectos de programación de software no hay existe una interrelación muy lineal o bienexisten una serie de tareas que no pueden ser divididas y de poca interacción entre las diferentes componente desde el punto de vista de desarrollo, auque en su etapa final la interacción de los módulos que lo componen si deberá ser la máxima permitida.

Pero erróneamente se establece una relación directa entre el numero de hombre y el tiempo de trabajo, condición que en el progreso de estos proyectono es tan real, y es precisamente el establecer esta relación como unidad de medida lo que induce a erróneas medidas en los proyectos de software.

Volviendo a esos optimismos en algunos casos tan exagerado es que remisamente se obvian o no se les da la debida importancia a las etapas de revisión y prueba de los sistemas y es precisamente aquí donde se presentan la mayoría de los problemas en...