Este documento presenta diferentes estrategias y tácticas para lograr una mejora continua en proyectos de desarrollo ágil. Primero, sugiere evaluar el grado actual de adopción ágil mediante checklist y autoevaluaciones. Luego, propone formas de mejorar como establecer reglas simples, adoptar posiciones flexibles en lugar de roles rígidos, aplicar técnicas de retrospectiva y buscar capacitación continua. Finalmente, recomienda frameworks como las "4 capas" para analizar la filosofía, metodología,

1. ¿Cómo lograr una mejora
continua con desarrollo ágil?

2. Luis Mulato
Agile Coach + Mentor
CSM, CSD
Arquitecto de Software + Agile ALM
Miembro fundador Agiles Colombia
Ing. Sistemas
MSc. Construcción de Software
12 años de experimentación

3. Agenda
• Motivación
• El Problema
• Realidad y Ficción
• Agilismos
• ¿Por donde empezar?
• Mejora continua
• Grado de agilidad
• Como podemos mejorar?
• Conclusiones

4. Agradecimientos

5. Porqué hacemos lo que
hacemos?

6. Escenario
Una empresa de software que desea mejorar
sus procesos de construcción, para:
• Aumentar la satisfacción de sus ¿clientes?.
• Aumentar los ingresos de la compañía.
• Mejorar la calidad de vida de sus
colaboradores y su entorno.

7. El Problema
Cómo lograr resultados exitosos en los
proyectos?

8. Resultados exitosos?
Process Followers
http://www.flickr.com/photos/laughingsquid/219575939/

9. Resultados exitosos?
Documentación?
http://www.flickr.com/photos/jon_a_ross/2322204082/

10. Resultados exitosos?
Artefactos?
http://www.flickr.com/photos/tobysimkin/5579502628/

11. Resultados exitosos?
Testing?
http://www.flickr.com/photos/touring_club/5114191820/

12. Resultados exitosos?
Budget
http://www.flickr.com/photos/archiemcphee/7168365016/

13. Resultados exitosos?
Scope
http://www.flickr.com/photos/brraveheart/114402291/

14. Resultados exitosos?
Change Management
http://www.flickr.com/photos/fabely_67/840632923/

16. EXITO!
Lograr el mayor impacto positivo de la
solución en el usuario!

17. Realidad y Ficción
Supuestos:
• Los equipos son expertos (junior vs senior).
• Las curvas de aprendizaje son
despreciables.
• El cliente entienden el problema.
• El cliente/equipo ya analizó el problema.
• Conocemos la tecnología.
• El proceso funciona, salirse de él es un
riesgo no contemplado.

18. Realidad y Ficción
Dilema:
Complejidad esencial
vs
Complejidad accidental.
Fuente: No hay balas de plata, Brooks

19. ¿Por donde empezar?
Táctica y Estrategia
• Estrategia es la mejor elección de batallas
que decidimos en pos de ganar la guerra.
• Táctica es la mejor manera que
encontramos de ganar una batalla.
Fuente: El espiritú de Scrum / Alan Cyment

20. ¿Por donde empezar?
Táctica y Estrategia
• En términos de un proyecto:
o La estrategia estará dada por qué
características tendrá el producto.
(Solución del Problema / Meta)
o y la táctica por cómo se desarrollarán
dichas características. (Construcción de
la funcionalidad)
Fuente: El espiritú de Scrum / Alan Cyment

21. ¿Por donde empezar?
Estrategia:
1. ¿Cual es la necesidad?
o Definición del problema.
2. ¿Cual es la meta?
o Cómo saber cuando se resuelve el problema?
o Referencia para medir el avance en un intervalo de
tiempo.
o Evaluar si las estrategias planteadas y la intensidad
del esfuerzo, son los correctos.
o Permite plantear un nuevo objetivo que sea factible
a a partir del último objetivo logrado.

22. ¿Por donde empezar?
Estrategia:
3. Priorización de objetivos?
o (Software) Cuales funcionalidades maximizan el
ROI en el tiempo?
Iteración 1
Iteración 2
Iteración N

23. ¿Por donde empezar?
Táctica:
1. ¿Donde estamos?
2. ¿Cómo podemos mejorar?

24. Agilismos: Que es ser Ágil?
El Agilismo ó desarrollo de software ágil es un
movimiento que busca favorecer un cambio
de mentalidad en el sector del desarrollo de
software, basado fundamentalmente en los
valores y principios que emanan del
Manifiesto Ágil.

25. Agilismos: Manifiesto Ágil

26. Agilismos: Metodos y Frameworks
Valores + Principios

27. Agilismos: Principios y Valores

28. Métodos Ágiles
• Métodos empíricos
• Basados en la experiencia
• Mediciones livianas
• Inspeccionar / Adaptar

29. Agilismos: Scrum
The Essence of Agile / Henrik
Kniberhttp://bit.ly/HwnP7e

30. Agilismos: Scrum
Artefactos:
• Product Backlog
o Product Backlog Item (PBI) - Historias
Sprint Task
Sprint Task
• Release Backlog
o Backlog comprometido para una liberación
• Sprint Backlog
o Backlog comprometido para un Sprint
• Epic: PBIs Grandes
o Se descompone en Historias (horizontalmente)
Scrum Refcardz
• DoD: Definición de terminado http://bit.ly/N0PFM8

31. Agilismos: Scrum
Artefactos: •
• Sprint Burndown • Product/Release
Burndown Chart
Scrum Refcardz
http://bit.ly/N0PFM8

32. Agilismos: Scrum
Ceremonias:
• Sprint Planning Meeting
o Parte 1: Sprint Backlog: PO + Team Planning + SM
o Parte 2: SprintTask: Team + SM + PO*
• Daily Meeting
• Sprint Review (Demo)
• Sprint Retrospective
• Backlog Refinement Meeting
o Backlog Gooming
Estimación previa de los PBI al siguiente Sprint
Scrum Refcardz
Planning http://bit.ly/N0PFM8

33. Estrategia y Táctica en Scrum
• Sprint 0:
o Generar el Product Backlog priorizado (Estratégico)
o Acordar los sprints a ejecutar
o Definir el ambiente de desarrollo
• Sprint (Ciclo estratégico)
Sprint Planning
• Planificación estratégica, incluye al PO
• Planificación táctica
o Detalle de historias: tareas
o No es necesario incluir 100% al PO
Reunión diaria (Táctico)
Revisión (Demo, Review) (Estratégico)
Retrospectiva (Táctico)
[Refinamiento del Backlog (Estratégico)]

34. Hipótesis
Resultados de un PROYECTO:
• Producto:
o El producto es un concepto en constante
movimiento. Su origen inicial NO! (Problema).
• Proceso:
o El proceso es una dinámica de trabajo en
constante construcción y refinamiento para un
contexto específico.

35. Mejoramiento continuo
1. ¿Grado de adopción Ágil (Inspeccionar)
1. ¿Cómo podemos mejorar? (Adaptar)

36. Mejoramiento continuo
1. Grado de adopción Ágil (Inspeccionar)
o Scrum Check-list
o Agile Assessment
Fuente: Las 4 capas / Raul Uribe
http://www.bizzit.es/blog/wp-
content/uploads/2009/09/las4capas.pdf

37. Scrum Check-list
Fuente: Scrum Checklist / Henrik Kniber
http://www.crisp.se/gratis-material-och-guider/scrum-checklist

38. Scrum Check-list - Core
Fuente: Scrum Checklist / Henrik Kniber
http://www.crisp.se/gratis-material-och-guider/scrum-checklist

39. Scrum Check-list - Core
Fuente: Scrum Checklist / Henrik Kniber
http://www.crisp.se/gratis-material-och-guider/scrum-checklist

40. Scrum Check-list - Core
Fuente: Scrum Checklist / Henrik Kniber
http://www.crisp.se/gratis-material-och-guider/scrum-checklist

41. Agile Assessment
• Self and Peer Assessments: Agile Skills
AgileSkillsProject.org
http://www.agileskillsproject.org/skill-levels/charts

42. Self and Peer Assessments: Agile Skills
AgileSkillsProject.org
http://www.agileskillsproject.org/skill-levels/charts

43. Agile Assessment
• Self and Peer Assessments:
o Excelencia Técnica
o Cultura del Apoyo
o Confianza
o Auto-Mejoramiento
o Colaboración
o Valor de negocio
o Producto
AgileSkillsProject.org
http://www.agileskillsproject.org/skill-levels/charts

44. Self and Peer Assessments: Agile Skills
AgileSkillsProject.org
http://www.agileskillsproject.org/skill-levels/charts

45. Mejoramiento continuo
1. ¿Grado de adopción Ágil (Inspeccionar)
1. ¿Cómo podemos mejorar? (Adaptar)

46. ¿Cómo podemos mejorar?
(Adaptar)
• Reglas simples - Metas claras
• Posiciones, No Roles
• Técnicas de Retrospectiva
• Entrenar: Coding Dojos
• Pedir Ayuda: Agile Coaching

47. Reglas simples - Metas claras
• Cualquiera puede aprender las reglas del juego.
• La sofisticación viene de la estrategia y la
táctica usadas por jugadores hábiles y coaches.
Fuente: Us and Then / Jeff Patton
http://bit.ly/patton_us_them

48. Reglas simples - Metas claras
• Todos sabemos qué significa ganar el juego.
• Jugar bien en nuestra posición mientras el
equipo pierde no es considerado éxito.
Fuente: Us and Then / Jeff Patton
http://bit.ly/patton_us_them

49. Posiciones, no roles
Los jugadores en un equipo generan gran
especialización pero mantienen
habilidades generales para jugar muchas
posiciones.
Fuente: Us and Then / Jeff Patton
http://bit.ly/patton_us_them

50. Técnicas de Retrospectiva
• Retrospectivas
• Mad/Sad/Glad
• Keep/Fix/Try
• Retrospectiva StarFish
• Backlog de Mejoras
• Backlog de Mejoras Extendido
• 4 Capas
• Matriz de Retrospectivas

51. Retrospectivas
En busca de la mejora continua de la calidad
del producto y la productividad del equipo,
éste analiza cómo ha sido su desempeño en
el Sprint. En esta actividad se identifica:
• Que cosas han funcionado bien?
• Cuales hay que mejorar?
• Que se quiere probar en el siguiente Sprint?
• Que se aprendió al final del Sprint actual?
• Cuales problemas se identifican como impedimientos?
Retrospectiva / Proyectos Agiles
http://www.proyectosagiles.org/retrospectiva-sprint-retrospective

52. Retrospectiva
• Duración: 1h -3h
• Beneficios:
o Incrementa la productividad en el proyecto, la
calidad del producto
o Potencia el aprendizaje del equipo de
manerasistemática, iteración a iteración, con
resultados a corto plazo.
o Aumenta la motivación del equipo dado que
participa en la mejora de proceso.
• Restricciones:
o Es necesario que el Equipo y el Facilitador dispongan
de autoridad, mecanismos y recursospara ir
Retrospectiva / Proyectos Agiles
mejorando su forma de trabajar y el contexto del
http://www.proyectosagiles.org/retrospectiva-sprint-retrospective
proyecto.

53. Retrospectivas
Agile Retrospectives: Making Good
Teams Great!
Fuente: Esther Derby & Diana Larsen
Resumen: http://softwareagil.blogspot.com/2008/12/tcnicas-para-retrospectivas-resumen-del.html

54. Mad/Sad/Glad
Sprint Retrospective Techniques
http://waynedgrant.wordpress.com/2012/04/01/sprint-retrospective-techniques/

55. El Bote
Sprint Retrospective Techniques
http://waynedgrant.wordpress.com/2012/04/01/sprint-retrospective-techniques/

56. Retrospectiva StarFish
Retrospectiva StarFish / Gustavo Veliz
http://bit.ly/LUYffH

57. Siguiente paso...
Definir:
• Qué?
• Quien?
• Cuando?

58. Malos Olores
• Reportes a gerencia
• Retrospectivas offline (vía email)
• Pocos participantes
• Todo el mundo está feliz
• Juego de la culpa
• Nadie habla sobre el elefante
• Se hace en el salón del equipo
• Muy cortas
• El facilitador no facilita

59. Backlog de Mejoras
/ Improvement Backlog
iBacklog
http://koo-doy.com/2011/05/14/ibacklog/

60. Backlog de Mejoras Extendido
• Equipo
• Ambiente
• Proceso

61. Las 4 capas: Premisas
"La real unidad productiva en una organización
no es el individuo sino el equipo de trabajo."
"Equipo integral: Equipo de alto rendimiento
en donde sus integrantes son personas con
altas aspiraciones y un equilibrio "
Fuente: Las 4 capas / Raul Uribe
http://www.bizzit.es/blog/wp-
content/uploads/2009/09/las4capas.pdf

62. Las 4 capas
Fuente: Las 4 capas / Raul Uribe
http://www.bizzit.es/blog/wp-
content/uploads/2009/09/las4capas.pdf

63. Las 4 capas
• Filosofía:
o Paradigmas
o Principios
o Valores
o Filosofía de un Equipo integral:
Principios:
• Sinceridad
• Pasión por el cumplimiento del deber
• Coraje
Fuente: Guía de las 4 capas / Fuerza 3
http://www.fuerzatres.com/2011/11/las-4-capas.html

64. Las 4 capas
• Metodología
o Usan métodos estandarizados (Ej. Scrum, Kanban)
?
o Los procesos están claramente definidos?
o Los acuerdos de trabajo son explícitos?
Fuente: Guía de las 4 capas / Fuerza 3
http://www.fuerzatres.com/2011/11/las-4-capas.html

65. Las 4 capas
• Técnicas
o Cómo resolvemos las tareas en el día a día?
o Cómo aplico las metodologías en el contexto de mi
organización?
o Cómo resuelvo las situaciones difíciles y los
conflictos?
o Cuán efectivas son las reuniones?
o Se realizan presentaciones útiles? Hay
capacitaciones de productos?
Fuente: Guía de las 4 capas / Fuerza 3
http://www.fuerzatres.com/2011/11/las-4-capas.html

66. Las 4 capas
• Ecosistema
Todo lo que interactúa con el sistema que estamos
analizando.
o Cómo son los salarios y condiciones de trabajo?
o Cómo es la rotación, el nivel de satisfacción
profesional, ausentismo y enfermedades?
o Cómo es el ambiente físico? muebles, sillas, luz
natural, nivel de ruido?
Fuente: Guía de las 4 capas / Fuerza 3
http://www.fuerzatres.com/2011/11/las-4-capas.html

67. Matriz de Retrospectivas
Matriz de Retrospectivas / Pablo Tortorella
http://thomaswallet.blogspot.com/2011/12/dinamica-de-retrospectiva-3-caras-y-4.html

68. Matriz de Retrospectivas
Matriz de Retrospectivas / Pablo Tortorella
http://bit.ly/MuL8oql

69. Visual Management
Es la práctica de utilizar técnicas de
visualización de información para administrar
el trabajo.
Fuente: Visual Management Blog / Xavier Quesada
http://www.xqa.com.ar/visualmanagement/2009/02/visual-management-for-agile-teams/

70. Visual Management
Beneficios:
• Forma clara, simple y efectiva para
organizar y presentar el trabajo.
• Es divertido, elementos coloridos en
ambientes de oficina aburridos.
• Influencia positiva en el comportamiento y
actitud del equipo, gerentes y stakeholders.
• Ayuda a construir transparencia y confianza.
Fuente: Visual Management Blog / Xavier Quesada
http://www.xqa.com.ar/visualmanagement/2009/02/visual-management-for-agile-teams/

71. Radiadores de Información
• Es un elemento ó dispositivo ubicado en un
lugar donde todo el equipo pueda verlo en
su trabajo o en su camino.
• Presenta al usuario información importante
sin preguntarle a nadie o ingresar a ningún
sistema.
Fuente: Alistair Cockburn
http://alistair.cockburn.us/Information+radiator

72. Radiadores de Información
Retaliation - Jenkins IC
https://github.com/codedance/Retaliation

73. Entrenar: Coding Dojos

74. Pedir Ayuda: Agile Coaching
• Comunidades
• Amigos
• Consultores

75. Conclusiones
Proyecto = Producto + Proceso
La mejora continua es un camino no un fin o
técnica.
Las mejoras funcionan mejor una a la vez.
Empieza por la retrospectiva.

76. Conclusiones
Sharpen the Saw!!

77. Referencias
• Agile Retrospectives
o http://bit.ly/tecnicas_retrospectivas
(resumen Agile Retrospectives /Esther Derby and Diana
Larsen)
• Jeff Patton:
o AgileProductDesing.com
• Henrik Kniberg
o http://blog.crisp.se/author/henrikkniberg
• Visual Management / Xavier Quesada
o http://www.xqa.com.ar/visualmanagement/

78. Como participar en la Comunidad
Ágil
Referencias / Bibliografía
A leer y compartir: Tweets, Blogs, Papers, Libros!
Listas de correo
• foro-agiles (Yahoo Group, habla hispana)
• AgilesColombia, AgilePeru, Agiles-Argentina, AgilVen, ChileAgil, ...
Eventos anuales internacionales
• Ágiles Latinoamérica: Bs.As. 2008, Floripa 2009, Lima 2010, Bs.As. 2011,
Córdoba 2012
• Agile 2007/8/9/10/11/12 ...
Eventos regionales
• Reuniones mensuales: Conversatorios, Coding Dojos,
• Presentaciones, Talleres, Open Spaces, organiza el tuyo!

79. Gracias!
Luis Mulato
@luismulato
luis.mulato@gmail.com
AgilesColombia.org
@agilescolombia
http://bit.ly/lista-agilescolombia