Realizar la estimación de un proyecto software es una de las tareas más complicadas, ya que, por lo general nos lo piden cuando se dispone información o en algunos casos vienen impuestos por expertos que no tienen participación en el desarrollo del proyecto. Sin embargo realizar una estimación, aunque de alto nivel es algo necesario y útil porque contribuye a tomar mejores decisiones a la hora de priorizar tareas.

1. Sesiones de agilismo
Estimación ágil con
Planning Poker
Marco Avendaño
Agile La Paz

2. Marco Avendaño
CSP, CSM, CSD, CSPO
Fundador de Agile La Paz
@agilelapaz
agilelapaz@gmail.com
www.facebook.com/agilelapaz/
Expositor

3. Planificación

4. ¿Cuándo dura un proyecto?

5. Situación problemática
 No se tienen todos los
detalles de manera inicial
 Otros actores que no
participan en el desarrollo
del proyecto sugieren
tiempos

6. Cono de la incertidumbre

7. Un repaso a Scrum

8. Scrum Framework

9. Sprint Backlog
¿Cómo se planifica el Sprint
Backlog?

10. Alternativa de solución
 No se pueden tener números
precisos pero se puede
estimar.
"Prefiero estar vagamente correcto
que precisamente equivocado“
John Maynard Keynes

11. Ejemplo de estimación
 ¿Cuáles son los diámetros en Km de Venus y Marte?
Mercurio Venus Tierra Marte

12. Uso de referencias
 ¿Cuáles son los diámetros en Km de Venus y Marte?
Mercurio Venus Tierra Marte
4878 12756

13. Valores estimados
 ¿Cuáles son los diámetros en Km de Venus y Marte?
Mercurio Venus Tierra Marte
4878 12100 12756 6786

14. Estimación
ágil

15. ¿Quiénes participan?

16. ¿Por qué debe participar el equipo?
 No se sabe quién
implementará las historias.
 Las historias involucran a
personas de diferentes
áreas.
 Aseguramos de alguna
manera que el equipo
comprenda la historias.
 Podrían colaborarse durante
el desarrollo del Sprint.
 Se resuelven dudas cuando
existen estimaciones muy
diferentes.

17. Roles de Scrum en la estimación
Moderador
Estima Coste
Estima Valor

18. Pilares de la estimación ágil
 Comparación relativa.
 En ágil todo es relativo.
 Conceso (“Knowledge of
Crowds”)
 Iteratividad.
 Toma la decisión basada en
hechos.
 Aprendizaje continuo.

19. Herramientas y técnicas
 Historias de usuario.
 Puntos de historia.
 Planning Poker.

20. Historias de usuario

21. Mediciones de “tamaño”

22. Estimación con serie de Fibonacci

23. Puntos de historia
 ¿Cuáles son los puntos de historia de Venus, Tierra y Marte?
 Según la serie: 1, 2, 3, 5, 8, 13
Mercurio Venus Tierra Marte
1

24. Puntos de historia estimadas
 ¿Cuáles son los puntos de historia de Venus, Tierra y Marte?
 Según la serie: 1, 2, 3, 5, 8, 13
Mercurio Venus Tierra Marte
1 8 8 2

25. Pantalla de login
 Una tabla de usuarios, otra
de sesión.
 Un conjunto de servicios
para validar datos, crear la
sesión, gestionar
excepciones.
 Un formulario del lado del
cliente con dos campos de
texto y un botón.
 Validaciones de contraseña,
campos vacíos, usuario no
existente.

26. Planning
Poker

27. Características
 Técnica de estimación
basado en el consenso.
 Definido por James Grenning
en 2002.
 Frecuentemente usado en
Scrum y XP.
 Hace las reuniones mas
cortas y productivas.
 Evita la influencia de otras
personas.

28. La técnica
 Efectuar una reunión.
 Se requiere de un moderador.
 Se expone el proyecto.
 Se determinan las actividades
para ejecutar el proyecto.
 Para cada actividad se realiza
una estimación empírica.
 Se discuten los resultados
para converger en un valor.
 El valor de cada tarea se
utiliza en el plan del proyecto.

29. El proceso
 Reunir a todo el equipo alrededor de una mesa.
 Repartir un juego de cartas numeradas con una serie (Fibonacci).
 El Product Owner lee una historia de usuario a todo el equipo.
 Si alguien tiene dudas se preguntan en ese momento. Esto sirve para
que todo el mundo tenga claro lo que hay que hacer en esa historia de
usuario.
 Cada miembro del equipo, selecciona una carta, la pone boca abajo en la
mesa y cuando todos han seleccionado una carta se las muestran.
 Una vez todos han mostrado su carta (su estimación), hay dos opciones:
 Descartar las estimaciones mínimas y máximas y quedarse con la
estimación media más repetida.
 Buscar la unanimidad. Los que han diferido de la mayoría explican sus
motivos y el resto explican los suyos.
 Se repite el proceso con cada historia de usuario en el product backlog.

30. Recursos

31. planningpoker.com

32. Scrum Poker Cards App

33. Scrum Poker Deck

34. Práctica

35. Ejercicio de estimación
Great Dane
Golden Retriever
RottweilerWest Highland Terrier Border Collie
Chihuahua

36. Ejercicio de estimación

37. En el taller..

38. Estimación de los equipos

39. Conclusiones
 La estimación con Planning Poker funciona bien con una metodología ágil.
 Esta técnica es escalable y las estimaciones se basan en la velocidad del
equipo.
 Planning póker es adecuado debido al hecho de que recibimos
estimaciones directamente de la gente que va a trabajar en la tarea.
 Solo son estimaciones, no se debe considerar como valores finales.

40.  Planning poker – ¿Cómo planificar un sprint en Scrum?
 http://albertoromeu.com/scrum-planning-poker/
 Estimación Ágil, Story Points y Planning Poker
 https://es.slideshare.net/JohnnyDark/estimacin-gil-story-points-y-planning-poker
 Estimación y planificación ágil - Webinar Ecuador
 https://es.slideshare.net/JohnnyDark/estimacin-y-planificacin-gil-webinar
Referencias

41. Sesiones de agilismo
Estimación ágil con
Planning Poker
Gracias!
Agile La Paz