Slides del curso de introducción a agile realizado en la comunidad agile-barcelona el 7 de Noviembre de 2015

1. Barcelona, 7 de Noviembre
Curso de Introducción a Agile

2. Introducción a Agile

3. ¿Estáis cómodos?

5. Increíbles Fantásticos Alucinantes Geniales
Auténticos Entusiastas Creativos Comunicadores Positivos
Conciliadores Bravos Exigentes Constructivos

6. Facilitación del curso

10. ++

11. Introducción
¿Qué es agile?
Principios
Scrum
Lean/Kanban Cierre
Agenda
Sábado 3 Oct
9:30 – 18:30

12. Agile

14. Ball Point
3 reglas:
- La pelota debe pasar por todos los miembros
del equipo para sumar un punto.
- No puedes pasar la pelota en mano
- No puedes pasarla a las personas justo a tu
derecha y justo a tu izquierda.

15. Ball Point
1 min 2 min
+
x

16. Vuestro facilitador irá contando
los tiempos y apuntando los
resultados
Con cada vuelta, deberéis
indicarle
1. Estimación
2. Cambios que vais a hacer
en el proceso.
Por favor, estad atentos mientras
los otros equipos de vuestro grupo
hablan.

18. 30min

20. Colaboración con el cliente
Procesos y herramientasIndividuos e Interacciones
Software funcionando
Respuesta al cambio
Documentación exhaustiva
Negociación de contratos
Seguir un plan

21. min

22. Colaboración con el cliente
Procesos y herramientasIndividuos e Interacciones
Software funcionando
Respuesta al cambio
Documentación exhaustiva
Negociación de contratos
Seguir un plan
sobre
sobre
sobre
sobre

23. agile?

24. Nuestra mayor prioridad es satisfacer
al cliente mediante la entrega
temprana y continua de software que
aporta valor.

25. Los cambios son bienvenidos, aún en
fases tardias del desarrollo. Los
procesos Agile consideran el cambio
una ventaja competitiva para sus
clientes.

26. Entregamos software funcionando
frecuentemente, desde unas pocas
semanas a unos pocos meses, con
preferencia por la escala mas corta.

27. Las personas de negocio y los
desarrolladores trabajan juntos
diariamente durante el proyecto.

28. Construimos los proyectos alrededor
de personas motivadas.
Les proveemos del entorno y el
soporte que necesitan, y confiamos
en que harán el trabajo.

29. El método mas eficiente y efectivo de
compartir información con y dentro
del equipo de desarrollo es la
conversación cara a cara.

30. El software funcionando es la
principal medida de progreso.

31. Promovemos el desarrollo sostenible.
Sponsors, desarrolladores y usuarios
deben ser capaces de mantener un
ritmo sostenible indefinidamente.

32. La atención continua a la excelencia
tecnica y el buen diseño mejora la
agilidad del proceso.

33. Simplicidad – el arte de maximizar el
trabajo no realizado – es esencial.

34. Las mejores arquitecturas,
requerimientos y diseños emergen de
equipos auto-organizados.

35. A intervalos regulares, el equipo
reflexiona sobre como ser mas
efectivo, optimizando y ajustando el
entorno de acuerdo a ello.

36. Procesos

38. Proceso predictivo

39. Proceso predictivo

40. Proceso predictivo

41. Alto ROI en las primeras
etapas del proyecto
pero el ROI va menguando a
medida que avanzamos
Proceso predictivo

42. La ejecución se basa en planificaciones
realizadas anteriormente. No existe
proceso de aprendizaje.
Proceso predictivo

43. Realizar acciones basandose
en la situación real actual, no
en una planificación anterior
Proceso empírico

44. Ciclos cortos de planificación
y ejecución basados en la
situación actual del proyecto
Proceso empírico

45. El ROI es maximizado
mediate planificaciones a
corto plazo.
Proceso empírico

46. y el ROI final al proyecto
es ampliamente mayor al
anterior
Proceso empírico

47. El equipo produce software
funcionando periodicamente…
Software funcionando

48. Este software funcionando puede ser
liberado a los clientes/usuarios.
Se obtiene valor de los clientes y
aprendizaje útil para el equipo
Software funcionando

49. Proceso predictivo Proceso empírico
2 procesos

50. Siempre?

51. Desarrollo Tradicional Agile
No, no siempre
Sabemos lo que hay que hacer
Sabemos como hacerlo
Descubrimos lo que hay que hacer
Descubrimos como hacerlo

52. No, no siempre

53. SCRUM

54. Fundamentos
1.Gestión Empírica
2.Ciclo de vida iterativo e incremental
3.Transparencia
4.Inspección y adaptación

55. Objetivos
1.Flexibilidad a cambios
2.Gestionar la incertidumbre
3.Complejidad
4.Maximizar el ROI
5.Anticipar TTM
6.Comunicación y cooperación
7.Maximizar calidad y productividad

56. Scrum

57. Scrum

58. Scrum

59. min

60. Scrum

61. Roles
Product Owner
“Toma las entradas de lo que el producto debe ser
y los traduce en una visión de producto con la que
el equipo pueda trabajar “
Equipo
“ Desarrolla el producto previsto por el
propietario del producto. “
ScrumMaster
“Provee de todo lo necesario para que el Equipo
tenga éxito, como la eliminación de los
obstáculos de organización, la facilitación de
reuniones, actuando como un guardián para que
nadie interrumpa innecesariamente el trabajo del
equipo. “

62. Product Owner
“Toma las entradas de lo que
el producto debe ser y los
traduce en una visión de
producto con la que el
equipo pueda trabajar “

63. Equipo
“ Desarrolla
el producto previsto por el
propietario del producto. “

64. Scrum Master
“Provee de todo lo necesario
para que el Equipo tenga éxito,
como la eliminación de los
obstáculos de organización, la
facilitación de reuniones,
actuando como un guardián
para que nadie interrumpa
innecesariamente el trabajo del
equipo. “

65. Roles

66. 20min

67. Planificación

68. Planificación
Historias de usuario
Visión global
Incompleta
Diferente nivel de detalle
Priorizado
Cambia a lo largo del proyecto

69. Historias de usuario
Descripción de funcionalidad desde el punto
del usuario y que expresa el valor que le aporta
El usuario recibir una notificación cada vez que un “amigo”
se conecta al sistema
El usuario puede buscar canciones por nombre o artista

70. Historias de usuario
Entendimiento compartido de la solución
Enfatizan la comunicación verbal
Aplazar los detalles
Desarrollo emergente
Buen tamaño para planificar
Favorecen el desarrollo iterativo

71. Las 3 Cs (en ingles)
TARJETA (CARD): Tarjeta física con la descripción de la
funcionalidad
CONVERSACIÓN: Sobre los detalles de la
implementación para asegurar el entendimiento
CONFIRMACIÓN: Tests de aceptación que permiten
fijar el alcance y verificar si la historia cumple o no los
requisitos

72. Historias de usuario
“ Una historia de usuario es una
invitación a conversar “

73. Product Backlog
“Queremos disponer de una aplicación de
climatología para dispositivos móviles, que
obtenga la información de un proveedor externo
de meteorología y la muestre al usuario,
incluyendo temperatura así como datos sobre
lluvia o nieve”

74. Estimación

75. Estimación relativa

76. Estimación relativa

77. Puntos de historia
Puntos de Historia
0, 1, 2, 3, 5, 8, 13, 20, 40, 100
Representa niveles de magnitud
Nos ayuda a expresar incertidumbre
Facil y rápido
La estimación no decae con el tiempo

78. Planning Poker

79. Tallas de camiseta

80. Velocidad
¿Cuantos puntos somos capaces de
entregar por iteración?
=100 PH
3 Sprints!

81. Burndown

82. Liturgias

83. Daily meeting
¿Qué hiciste ayer?
¿Qué piensas hacer hoy?
¿Qué problemas has
encontrado?

84. Daily meeting
¿Qué hiciste ayer?
¿Qué piensas hacer hoy?
¿Qué problemas has
encontrado?

85. Daily meeting
¿Qué se acabo ayer?
¿Qué tenemos empezado?
¿Qué problemas nos
bloquean?

86. Sprint demo

87. Retrospectiva

88. Feedback!

89. Lean / Kanban

90. Introducción a Kanban
Ivan Font Parés
Ivan.font@gmail.com

91. Evaluar conocimiento en la sala
1. Curioso - Siento curiosidad, “my boss sent me”
2. Informado – Sé de que va, he mirado videos, etc.
3. PracIcante – 1 equipo < 6 meses
4. PracIcante - > 6 meses
5. Master – Amplio conocimiento
6. Debería dar yo la clase J

92. Let’s play
• Penny-Game

93. Significado de la palabra
Kanban

94. Significado de la palabra Kanban
• Kanban en Kanji (Carácteres Chinos)
看板 significa “señal” o “tablero visual
grande”
• En Chino significa “mirar al tablero” (e
interpretar las señales)
• Kanban en alfabeto japonés significa “tarjeta
de señal” (signal card)

95. Método Kanban

96. El nombre del método fue realmente
inspirado por el sistema de señales
usado en el jardín imperial de Japón
David Anderson

97. ¿Qué es Lean Kanban?
no es…
• Un método de gesIón de proyectos
• Un proceso de desarrollo de so_ware

98. Kanban Si es …
• Un método de gesIón empresarial
• La mejora directa de la prestación de servicios
• La catalización de las mejoras en los métodos
de trabajo
• La evolución de la empresa hasta encontrar un
formato adecuado a su contexto (“fit for
purpose”).

99. Lean Kanban
Principios Fundacionales
1. Comenzamos con lo que hacemos ahora
2. Acordaremos la búsqueda del cambio
evoluIvo / incremental.
3. Al principio, respetaremos todos los roles,
responsabilidades y cargos.
4. Fomentaremos el liderazgo a todos los niveles.

100. Avg. Lead Time
Avg. Delivery RateWIP
Pool
of
ideas
Ready
to
deliver
Liele’s Law & CumulaIve Flow
Delivery Rate
(from the kanban system)
System Lead Time
WIP
=

101. La esencia de Kanban
Thanks to David J Anderson

102. El método Kanban usa …
… tableros kanban para visualizar el trabajo de todo el
equipo y gesIonar eficazmente su flujo del trabajo
mediante un sistema “pull”.
El método Kanban …
… te permite responder con eficacia a la demanda de
los clientes y a los cambios en su entorno de negocios.

103. 1. Visualizar
2. Limitar el trabajo en curso (WIP)
3. GesIonar el flujo de trabajo (Manage Flow)
4. Mostrar las reglas del proceso de una forma
explicita (Policies)
5. Introducir bucles de información (Feedback Loops)
6. Mejorar colaboraIvamente y evolucionar
experimentalmente
(usando modelos y el método cienmfico)
PrácIcas

104. Visualiza tu carga de trabajo

105. 1. Visualizar
2. Limitar el trabajo en curso (WIP)
3. GesIonar el flujo de trabajo (Manage Flow)
4. Mostrar las reglas del proceso de una forma
explicita (Policies)
5. Introducir bucles de información (Feedback Loops)
6. Mejorar colaboraIvamente y evolucionar
experimentalmente
(usando modelos y el método cienmfico)
PrácIcas

106. Limita trabajo in curso (WIP)

107. 1. Visualizar
2. Limitar el trabajo en curso (WIP)
3. GesIonar el flujo de trabajo (Manage Flow)
4. Mostrar las reglas del proceso de una forma
explicita (Policies)
5. Introducir bucles de información (Feedback Loops)
6. Mejorar colaboraIvamente y evolucionar
experimentalmente
(usando modelos y el método cienmfico)
PrácIcas

108. Manage flow

109. 1. Visualizar
2. Limitar el trabajo en curso (WIP)
3. GesIonar el flujo de trabajo (Manage Flow)
4. Mostrar las reglas del proceso de una forma
explicita (Policies)
5. Introducir bucles de información (Feedback Loops)
6. Mejorar colaboraIvamente y evolucionar
experimentalmente
(usando modelos y el método cienmfico)
PrácIcas

110. Explicit Policies

111. 1. Visualizar
2. Limitar el trabajo en curso (WIP)
3. GesIonar el flujo de trabajo (Manage Flow)
4. Mostrar las reglas del proceso de una forma
explicita (Policies)
5. Introducir bucles de información (Feedback Loops)
6. Mejorar colaboraIvamente y evolucionar
experimentalmente
(usando modelos y el método cienmfico)
PrácIcas

112. Feedback loops

113. 1. Visualizar
2. Limitar el trabajo en curso (WIP)
3. GesIonar el flujo de trabajo (Manage Flow)
4. Mostrar las reglas del proceso de una forma
explicita (Policies)
5. Introducir bucles de información (Feedback Loops)
6. Mejorar colaboraIvamente y evolucionar
experimentalmente
(usando modelos y el método cienmfico)
PrácIcas

114. UIliza modelos para reconocer
oportunidades de mejora

115. Ejemplos de Kanban Boards

116. H
Q
P
O
M
L
K
J
I
Kanban Boards
Ideas
D
E
A
Engin-
eering
Ready
G
Ongoing
Development
Testing
Done
Test
Ready
F
B
CPull
Pull
*
UAT
Deploy-
ment
Ready
El espacio vacio señala
disponibilidad
Pull
Pull
Pull
I
LOS TICKETS NO SON KANBAN

117. EJEMPLOS DE KANBAN BOARDS
5 4 4 5 2
AllocaIon
Standard
...
Expedite
Fixed Date
Intangible
Input
Queue In Prog Done Done In Prog
Development Analysis Build
Ready Test
Release
Ready
Dots

118. 5 4 8 2 2
... Input
Queue In Prog Done Done In Prog
Analysis Build
Ready Test
Release
Ready
¿Cómo visualizamos…. BLOCKERS?
Blocking
Issue
Defect
Concurrent Ac+vi+es

119. 5 4 2 2
... Input
Queue In Prog Done Done In Prog
Dev Analysis Build
Ready Test
Release
Ready
Test Dev
4
4
4
In Prog
Split
Combine
¿Cómo visualizamos…trabajo simultaneo?

120. Managing Flow
EJEMPLO REAL DE UN KANBAN BOARD

121. WORK IN PROGRES LIMITS

122. POLICIES

123. TICKET DESIGN

124. Physical Kanban
Local Service
Level ExpectaIon
Recent Losses
(for retrospecIve)
Recent Wins
(for retrospecIve)
EJEMPLO REAL DE UN KANBAN BOARD

125. EJEMPLO DE UN KANBAN BOARD

126. Kanban in acIon…
• “Kanbaniza” tu proceso existente (6 pracIcas)
• Provoca procesos existentes para mejorar su
servicio de entrega (service delivery)
• Cada flujo de trabajo evolucionará con una
solución única y a la medida de su contexto

127. Beneficios de sistemas Kanban …
• Visibilidad
• Elimina sobrecarga
• Reduce o elimina mulI-tarea (mulI-tasking)
• Controla o elimina interrupciones, variabilidad y
cambio de tarea disrupIva.
• Tiempos de entrega más cortos
• Mejor calidad
• Difiere el compromiso

128. …y los Resultados que Produce
• Mejora de la previsibilidad
• Mejora la prestación de servicios agiles
• Mayor frecuencia de selección y de compromiso ,
• entregas más frecuentes
• Iempos de entrega cortos
• Mejora de la gobernanza y la gesIón del riesgo
• Capacidad de adaptación
• Capacidad para evolucionar los procesos y flujos
de trabajo en respuesta a un entorno externo
cambiante

129. DESCANSO

130. Let’s play
• GetKanbanGame