Charla compartida en el V congreso de gerencia internacional de proyectos del PMI Colombia 2016, en donde se comparten los principios realizar la planeación y seguimiento de un proyecto ágil usando la técnica de User Story Map de Jeff Patton

1. Estimación, priorización y
seguimiento de un proyecto ágil
empleando el User Story Map
Jorge Hernán Abad Londoño
M.Sc., CSM, CSP, PMP, Agile Coach
@jorge_abad
jorge.abad@gmail.com

2. https://co.linkedin.com/in/jorgeabadl

3. PONGAMOS LAS
BASES

4. Verdadero Valor de Negocio
Entender el
problema
LEAN AGILE
ENFÓQUESE EN
SOLUCIONES DE
VALOR, NO EN
SOFTWARE
CONSTRUYA EL
PRODUCTO
CORRECTO
CONSTRUYA DE
LA FORMA
CORRECTA
Nuestro foco es no perder el foco

5. Corazón de ágil

6. Lacey, Mitch. The Scrum Field Guide: Practical Advice for Your First
Year (Agile Software Development Series)

7. Valor y riesgos en enfoque tradicional
y ágil

8. Presentation Title

9. “Nuestro trabajo no es hacer (toneladas de) software, nuestro
trabajo es hacer la MENOR cantidad de SOFTWARE que maximice
el VALOR del negocio de nuestros clientes”
Ángel Medinilla
@angel_m

10. Pareto también se cumple en
productos de software

11. Ahora si…

12. Repasemos Scrum

13. ¿Y de dónde
sale el
Product
Backlog?

14. No es por arte
de magia

15. Herramientas para Agile Inception
• Elevator Pitch
• Lista del No
• Vecindario
• Product Box
• Product Vision Board
• Lo que nos mantiene despiertos
• Compromisos y restricciones

16. Herramientas para el backlog como:
• Taller de priorización
• Impact Mapping
• User Personas
• User Story Map
• User Journey
• Levantamiento de requisitos
• Lista priorizada de necesidades

17. Principio de la incertidumbre de los
requisitos de Humphrey

18. La solución al software
debe ser orgánica
Con feedback
tamprano y
continuo para
que crezca de
forma exitosa

19. User Story Mapping
Ideado por Jeff Patton
@jeffpatton

20. http://idrawgirls.com/tutorials/2011/12/12/painting-chinese-
woman-portrait/
Una solución Orgánica

22. Presentation Title
Pasos

23. El User Story Map
Es un taller realizado
con el equipo de
producto

24. 1. Identifica primero los procesos
Tip: cuando el sistema es pequeño se
identifican los módulos

25. 2. Luego las actividades

26. 3. Por último las funcionalidades o
historias épicas

27. Nota:
• En sistemas/productos muy pequeños solo
habrá dos niveles
• En sistemas/productos grandes es posible que
hayan más de 3 niveles

28. Presentation Title
• Walking Skeleton
• Minimum Viable Product (MVP)
• Producto mínimo de valor

29. ¿Cuál es la versión
mínima de una
hamburguesa?

30. Presentation Title
• R0: Dos panes y una
carne
• R1: Más salsas
• R2: Más tomate, lechuga
y cebolla
• R3: Más queso y tocineta
• R4: Más otra carne
• R5: Más papas y gaseosa
• R6: Más postre
• Etc, etc, etc
Versionemos

31. La versión mínima
de hamburguesa
sería el Walking
Skeleton

33. Presentation Title
Prioricemos por releases, tratando de
generar valor de punta a punta

34. Presentation Title
Cada release debe
tener un objetivo o
capacidad de negocio a
cumplir

36. Cada release
• ¿Cuánto me costará
aproximadamente?
• ¿Cuándo estará listo?

37. Herramientas como:
• Tallas de Camiseta
• Series numéricas

38. Análisis Comparativo
• Tallas de camiseta
• S, M, L, XL, XXL, XXXL
• Planning Poker
• 1, 2, 3, 5, 8, 13, 20, 40, 100
• Otras series
• 1, 2, 4, 8, 16, 32, 64, 128
• 1, 2, 5, 10, 20, 50, 100

39. ¿Cuántos días me demora construir el pivote «S» o el «1»
incluyendo
• Análisis
• Desarrollo
• Pruebas unitarias
• Despliegue
• Pruebas
• Corrección
• Despliegue
• Automatización
• Documentación
• Y cualquier otra tarea requerida para el DONE!!!?
1,2,3,4 o más días

40. ¡6 días!
(por ejemplo)

41. Luego con
• las personas que conforman el equipo
• El valor hora promedio del equipo de trabajo
• Los días del sprint puedes calcular algo como:

42. Clic aquí para visitar el post
bit.ly/TiempoCostoUSM
O bajar una hoja de cálculo

43. Presentation Title
¿Quieres que te
cueste menos?
R/.Solicita menos
software

44. ¿Quieres terminar más
rápido?

45. ¿Quieres terminar más
rápido?
(la respuesta es la misma)
R/.Solicita menos software

46. ¿Y el seguimiento?

47. Principios Ágiles
1. Nuestra mayor prioridad es satisfacer al cliente mediante la entrega temprana y continua de software con valor.
2. Aceptamos que los requisitos cambien, incluso en etapas tardías del desarrollo. Los procesos Ágiles aprovechan el cambio para proporcionar
ventaja competitiva al cliente.
3. Entregamos software funcional frecuentemente, entre dos semanas y dos meses, con preferencia al periodo de tiempo más corto posible.
4. Los responsables de negocio y los desarrolladores trabajamos juntos de forma cotidiana durante todo el proyecto.
5. Los proyectos se desarrollan en torno a individuos motivados. Hay que darles el entorno y el apoyo que necesitan, y confiarles la ejecución del
trabajo.
6. El método más eficiente y efectivo de comunicar información al equipo de desarrollo y entre sus miembros es la conversación cara a cara.
7. El software funcionando es la medida
principal de progreso.
8. Los procesos Ágiles promueven el desarrollo sostenible. Los promotores, desarrolladores y usuarios debemos ser capaces de mantener un ritmo
constante de forma indefinida.
9. La atención continua a la excelencia técnica y al buen diseño mejora la Agilidad.
10. La simplicidad, o el arte de maximizar la cantidad de trabajo no realizado, es esencial.
11. Las mejores arquitecturas, requisitos y diseños emergen de equipos auto-organizados.
12. A intervalos regulares el equipo reflexiona sobre cómo ser más efectivo para a continuación ajustar y perfeccionar su comportamiento en
consecuencia.
http://agilemanifesto.org/iso/es/principles.html

49. Gestión Visual / Visual Management
• El 90% de la información transmitida al
cerebro es visual
• Las imágenes son procesadas 60.000
veces mas rápido que el texto
• La gestión visual mejora la habilidad
de aprender/comprender por encima
del 400%

51. Se marcan las historias
riesgosas…

52. Historias Riesgosas
2.100 puntos
1.800 puntos
2.500 puntos

53. Muy bonito, pero ¿y los
números?

54. Burn Up Release

55. Zona de Valor de Negocio
Zona de Valor de
Negocio del Release

57. Está en su punto, tiene la
capacidad esperada para
este Release

58. ¡¡¡Obtienes lo que mides!!!
(más indicadores y métricas)

59. ¿Qué más medir? (lo que agregue valor)
• Velocidad (puntos construidos por sprint del equipo)
• Bugs encontrados por testing en el sprint
• Bugs encontrados en producción
• Felicidad o satisfacción
• Deuda técnica por sprint
• Y otras que estén enfocadas en su mejora (ej);:
– Reinicios de servidor
– Tiempos ociosos
– Tiempo sin servidor
– Etc.

60. Puntos de Historia Historias
VELOCIDAD DEL EQUIPO
Bugs
SPRINT
SPRINT
43
54
180
150
35
28
178
150
0
20
40
60
80
100
120
140
160
180
200
1 2 3 4
Puntos
Comprometidos
Puntos Logrados
SPRINT
6
12
26 26
2
4
20
26
0
5
10
15
20
25
30
1 2 3 4
Historias
Comprometidas
Historias
Aprobadas
SPRINT
4
3
3.5
4.8
1
2
3
4
5
0 1 2 3 4 5
Satisfacción
Satisfacción
0
20
40
60
80
100
120
140
1 2 3 4
0
64
17
1
20
59
16
13
Cerrados
Abiertos
VELOCIDAD DEL EQUIPO

61. At the end of the day, your
job isn’t to get the
requirements right — your
job is to change the world.
– Jeff Patton
@jeffpatton

62. ¿Preguntas?

63. ¡GRACIAS!
Jorge H. Abad L.
jorge.abad@gmail.com
@jorge_abad
Blog http://www.lecciones-aprendidas.info/

64. Anexos

65. Conferencia auspiciada por el PMI Antioquia Colombia Potential Chapter – La propiedad intelectual de esta pertenece al facilitador

66. Enlaces Recomendados
• Libro sobre Mapa de Historias de Usuario de Jeff Patton - User Story Mapping:
Discover the Whole Story, Build the Right Product https://www.amazon.com/User-
Story-Mapping-Discover-
Product/dp/1491904909/ref=sr_1_1?s=books&ie=UTF8&qid=1466737683&sr=1-
1&keywords=user+story+mapping
• Story Mapping is a better way to work with Agile User Stories
http://jpattonassociates.com/user-story-mapping/
• Creating an Agile Road Map Using Story Mapping
https://www.scrumalliance.org/community/articles/2013/august/creating-an-agile-
roadmap-using-story-mapping
• Información en mi blog sobre User Story Map http://www.lecciones-
aprendidas.info/search/label/user%20story%20map
• Calculando el Costo y Tiempo Estimado de un Proyecto Ágil Usando un User Story
Map http://www.lecciones-aprendidas.info/2015/05/calculando-el-costo-y-tiempo-
estimado.html.

67. Aviso de Copyright
• Usted es libre de:
– Compartir- copiar, distribuir y trasmitir el trabajo
– Modificar- adaptar el trabajo
• Bajo las siguientes condiciones
– Atribución. Ud. debe atribuir el trabajo en la manera especificada por el autor
o licenciante (pero de ninguna manera que sugiera que ellos aprueban su uso
del trabajo).
• Nada de lo dispuesto en esta licencia menoscaba o
restringe los derechos morales del autor.
• Para más información ver http://creativecommons.org/licenses/by/3.0/

68. Información de Contacto
• Jorge Hernán Abad
Londoño
– jorge.abad@gmail.com
– @jorge_abad
– https://co.linkedin.com/in/jorgeabadl