Mitos software
Descargar como PPTX, PDF0 recomendaciones162 vistas
Este documento discute los mitos que surgieron en los primeros años del desarrollo de software y aún persisten. Señala que añadir más programadores a un proyecto retrasado no acelerará necesariamente el progreso, ya que las nuevas personas requerirán tiempo para aprender y comunicarse con el equipo existente. También presenta un cuadro comparativo entre un mito común ("si fallamos en la planificación, podemos añadir más programadores") y la realidad según la cual el desarrollo de software no es un proceso mecánico donde simplement
![Mito Realidad
Si fallamos en la
planificación, podemos
añadir más
programadores y
adelantar el tiempo
perdido (el llamado
algunas veces "concepto
de la horda mongoliana").
El desarrollo de software no
es un proceso mecánico como
la fabricación. En palabras de
Brooks [BRO75]: << ... añadir
gente a un proyecto de
software retrasado lo retrasa
aún más>>. Al principio, esta
declaración puede parecer un
contra sentido. Sin
embargo, cuando se añaden
nuevas personas, le
necesidad de aprender y
comunicarse con el equipo
puede y hace que se reduzca
la cantidad de tiempo
gastado en el desarrollo
productivo.](https://image.slidesharecdn.com/mitossoftware-130517073552-phpapp01/85/Mitos-software-4-320.jpg)
Mitos software
- 2. Muchas de las causas de las crisis del software se pueden encontrar en una mitología que surge durante los primeros años del desarrollo del software.
- 3. Hoy, la mayoría de los profesionales competentes consideran a los mitos por lo que son actitudes erróneas que han causado serios problemas, tanto a los gestores como a los técnicos. Sin embargo, las viejas actitudes y hábitos son difíciles de modificar, y todavía se cree en algunos restos de los mitos del software.
- 4. Mito Realidad Si fallamos en la planificación, podemos añadir más programadores y adelantar el tiempo perdido (el llamado algunas veces "concepto de la horda mongoliana"). El desarrollo de software no es un proceso mecánico como la fabricación. En palabras de Brooks [BRO75]: << ... añadir gente a un proyecto de software retrasado lo retrasa aún más>>. Al principio, esta declaración puede parecer un contra sentido. Sin embargo, cuando se añaden nuevas personas, le necesidad de aprender y comunicarse con el equipo puede y hace que se reduzca la cantidad de tiempo gastado en el desarrollo productivo.