“En algún lugar del mundo en este momento un proyecto de software está fracasando”.
-Tom DeMarco y Timothy Lister.
Caso de Estudio 1. Implementando un Modelo de Madurez en 2 empresas de desarrollo de software.
Caso de Estudio 2. Anarquía, Fracaso y Abandono.
Caso de Estudio 3. Misión imposible: “La funcionalidad fantasma”.
Caso de Estudio 4. Receta para el desastre. Proyecto: Sistema de Préstamos.
Y tenemos 37 casos más…
“La mayor parte de los problemas no son técnicos sino sociológicos”-
Peopleware.
Adopción de modelos de madurez.
Vamos a certificarnos.
Pero no le dedicamos tiempo.
Pero es algo adicional a las actividade.
Pero vamos a maquillar porque nos tenemos que certificar.
Y los dueños de proceso no son los responsables de documentar los procedimientos.
Realmente nos interesa.
Y los que van no entregan las tareas correspondiente.
Vamos a usar una herramienta que no conocemos.
Es prioritario para la organización.
El líder debe autorizar TODO.
Nos certificaremos en 6 meses como que no.
Me interesa pero estoy ocupado en otras actividades.
“Las principales causas de fracaso en un proyecto de software es el uso de tecnología desconocida, el no determinar de manera clara el alcance, la mala comprensión de los requerimientos, la contratación de personal o proveedores que desarrollan software que no son competentes y la pésima comunicación entre los desarrolladores, los usuarios y el cliente”.
Chris Kemerer. Carnegie Mellon University. Software Project Management.
“Los programadores tienen una naturaleza optimista”.
-Frederick Brooks. Mythical Man Month.
“Fuimos héroes”.
Desarrollamos 8 aplicaciones.
Quisimos ser más formales.
+Gestión de proyectos
+Diseño
+Documentación
“Programo por comida”.
“Los clientes ponen toda su esperanza el el software”.
“La tecnología es el último pelo de la cola del anima”. -Andres Hoffman.
Y estimamos mal y el cliente quería el producto que le prometimos.
Ya no nos pagaron.
Con dinero baila el perro.
El arquitecto se fue.
Ya nomás somos 4.
El arquitecto “trabaja” a distancia.
Se rehizo el trabajo de los que se fueron (no le entendían al código).
Ya nomás me quedan 3.
Se renegocia el alcance, pero sin pago.
Y solo queda 1. Larry Potter.
La esperanza muere al último, pero muere…
1 persona no puede hacer el trabajo de 5.
En un estudio de 250 proyectos entre 1995 y 2004, se detectaron seis problemas principales:
1 Planficación deficiente
2) Estimación pobre
3 Pobres mediciones
4) Seguimiento pobre
5 Pobre control de cambios
6) Control de calidad deficiente
“TODOS LOS ASPECTOS MÁS RELEVANTES TIENEN QUE VER CON LA GESTIÓN DEL PROYECTO Y NO CON LA CAPACIDAD TÉCNICA DE LOS DESARROLLADORES”.
Metiendo 10 kilográmos en un saco de 5.
-Frederick Brooks. The mythical man month.
![https://goo.gl/photos/PYLBh9aWFhDam1CeA] - Línea del tiempo del caso “Misión Imposible: la funcionalidad fantasma”.