En un proyecto de software es demasiado habitual, por desgracia, ver que se entrega fuera de plazo, con menos funcionalidad de la esperada, con una calidad pésima y por encima del presupuesto. ¿Por qué? ¿Estimamos mal? Han pasado 50 años desde el nacimiento de la Ingeniería del Software. Fue en el año 1968 cuando surgió esta nueva rama dentro de la ingeniería con el propósito de dar solución a las principales dificultades y errores ocurridos en la planificación, estimación de costes, productividad y calidad del software. Es lo que se conoció como la crisis del software. Pues bien, transcurrido todo este tiempo: ¿Por qué sigue pasando? ¿Seguimos en crisis? En esta charla, veremos cuanto tiene que ver en todo esto la estimación de un proyecto así como las diferentes técnicas y herramientas que se utilizan y que nos pueden ayudar en estas tareas. Haremos un repaso de cada una de ellas y veremos en qué casos tienen mejor aplicación o en cuales simplemente son un timo.

1. ES-TIMACIONES
VÍCTOR S. CARMENA | @vscarmena

2. Padre x 2 Ingeniero Informático Autónomo
+ 10 Años Experiencia
VÍCTOR S. CARMENA
t: @vscarmena | w: http://www.vscarmena.com
e: hola@vscarmena.com
Formador/Consultor
#ManchegoMadrileñoCatalán

3. ¿ESTO PARA
CUÁNDO PUEDE
ESTAR?

4. ÉRASE UNA VEZ ...

5. PROYECTO + TIL
http://www.consultoras.org/noticias-asociados/t-systems-adjudica-nuevo-sistema-gestion-tributari
a-ti-madrid/print

6. PROYECTO + TIL
https://www.elconfidencial.com/espana/2013-03-01/madrid-aentierraa-10-millones-en-un-programa
-informatico-que-no-funciona_225002/

7. PROYECTO + TIL
https://www.economiadigital.es/politica-y-sociedad/madrid-gasta-18-millones-en-un-sistema-infor
matico-que-lleva-10-anos-en-pruebas_172627_102.html

8. CHAOS REPORT
https://www.infoq.com/articles/standish-chaos-2015

9. INFORMÁTICO ENFURECIDO

10. ¿POR QUÉ?

11. ¿POR QUÉ?
Barry Boehm
COCOMO, Modelo en espiral
Software Engineering Economics (1981)

12. ¿POR QUÉ?

13. ¿POR QUÉ?
CULPABLESPRESUPUESTO PLANIFICACIÓN

14. ¿POR QUÉ?
VALOR
¿ ?

15. ESTIMAR
ES
DESPERDICIO

16. ¿QUÉ MEDIMOS?

17. ¿QUÉ MEDIMOS?
DEPENDEESFUERZOTIEMPO

18. ¿CÓMO?

19. ¿CÓMO?
Top-Down
Basado en proyectos similares pasados
Rápido
Bajo coste
ANALOGÍA

21. ¿CÓMO?
Técnico
Falta de precedentes
Basado en el conocimiento y experiencia
JUICIO EXPERTO

23. ¿CÓMO?
Contraria a la análoga
División en partes más pequeñas
Lenta pero precisa
BOTTOM UP

24. WBS - Work Breakdown Structure

25. ¿CÓMO?
Historias de usuario
Card, confirmation, conversation
Colaborativa
1,2,3,5,8,13,21
PLANNING POKER

27. ¿CÓMO?
Estimar es un desperdicio
¿Qué vamos a estimar si no se sabe muy bien que se quiere?
Prioriza por valor
Mide la velocidad
Pronostica en base al progreso
#NOESTIMATES

29. ¿QUÉ HAY QUE TENER EN CUENTA?

30. https://es.wikipedia.org/wiki/Cono_de_incertidumbre
CONO DE INCERTIDUMBRE

31. https://es.wikipedia.org/wiki/Ley_de_Parkinson
LEY DE PARKINSON
El trabajo se expande
hasta llenar el tiempo
disponible para que se
termine

32. CYNEFIN

33. https://es.wikipedia.org/wiki/Cono_de_incertidumbre
CYNEFIN
OBVIO
COMPLICADOCOMPLEJO
CAÓTICO
ANALOGÍA
JUICIO EXPERTO
BOTTOM UP
PLANNING POKER
#NOESTIMATES

34. CONCLUSIONES

35. CONCLUSIONES
ESTIMAR ES
DESPERDICIAR
NO
ES-TIMES
ESTIMA COSAS
PEQUEÑAS
REDUCE
EL ESFUERZO
COLABORATIVA DoD

36. GRÀCIES