El documento resume los resultados de los informes Chaos de Standish Group sobre el éxito y fracaso de proyectos de software desde 1994 hasta 2009, encontrando que la mayoría fallan debido a malas estimaciones. Explica que estimar el alcance completo de un proyecto con antelación es muy difícil y caro, y propone en cambio un enfoque de proyectos de alcance variable con iteraciones cortas para reducir riesgos e incertidumbres.

2. ¿Qué hemos hecho?

4. Estado del arte en proyectos de
software

5. 1994 1996 1998 2000 2002 2004 2009
Exitoso 16 % 27 % 26 % 28 % 34 % 29 % 32 %
Fallido 31 % 40 % 28 % 23 % 15 % 18 % 24 %
En peligro 53 % 33 % 46 % 49 % 51 % 53 % 44 %
Standish Chaos Reports, hasta 2009

6. ¿Por qué fallan los proyectos de
software?

7. Principalmente, por malas estimaciones

8. Estimar upfront es «muy difícil»

9. • Los requerimientos cambian rápido.
• El error de estimación es exponencial.
• La estimación sólo es válida para la(s) persona(s)
que estimaron.
Estimar upfront es «muy difícil»

10. Estimar upfront es «muy caro»

11. • Estimar un proyecto completo toma tiempo.
• El costo corre por cuenta del proveedor.
• Genera expectativas y compromisos.
Estimar upfront es «muy caro»

12. • En promedio, tienen un error de un 80%.
• Produce pérdidas económicas en el proveedor.
• Produce pérdida de confianza.
Estimar upfront es «muy caro»

13. Estimar upfront es «ineficiente»

14. • Precio, plazo y alcance quedan fijos.
• Ante la presión, equipos trabajan extra.
• Resultado: producto de baja calidad.
• (Eventualmente, también fuera de plazo).
Estimar upfront es «ineficiente»

15. ¿Cómo lo hacemos nosotros?

16. Proyectos de Alcance Variable

17. Estimar es «comunicar»

18. Estimar es «comunicar»

19. • Grado de Incertidumbre: Entre certeza y acuerdo.
• Poca certeza: Experimentos pequeños (MVP).
• Poco acuerdo: Negociación.
Estimar es «comunicar»
Agustín Villena, consultor ágil.

20. Un proyecto es un proceso de «aprendizaje»

21. Un proyecto es un proceso de «aprendizaje»

22. Un proyecto es un proceso de «aprendizaje»

23. Un proyecto es un proceso de «aprendizaje»

24. Alcance variable, la fórmula win-win
©LeanSight

25. • Precio, plazo y calidad quedan fijos.
• El plazo es definido en iteraciones cortas (1-2 w).
• El scope se negocia por iteración.
Alcance variable, la fórmula win-win

26. • Cliente recibe valor de forma temprana.
• Features más importantes se hacen primero.
• Visibilidad genera confianza.
Alcance variable, la fórmula win-win

27. • Riesgo limitado a 1 iteración.
• Cliente paga por iteración.
• Cliente puede cambiar de proveedor at any time.
Alcance variable, la fórmula win-win

28. Fin