Como lograr mejora con agile dev

1,442 views

Published on

Published in: Technology
0 Comments
2 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
1,442
On SlideShare
0
From Embeds
0
Number of Embeds
20
Actions
Shares
0
Downloads
45
Comments
0
Likes
2
Embeds 0
No embeds

No notes for slide

Como lograr mejora con agile dev

  1. 1. ¿Cómo lograr una mejoracontinua con desarrollo ágil?
  2. 2. Luis MulatoAgile Coach + MentorCSM, CSDArquitecto de Software + Agile ALMMiembro fundador Agiles ColombiaIng. SistemasMSc. Construcción de Software12 años de experimentación
  3. 3. Agenda• Motivación• El Problema• Realidad y Ficción• Agilismos• ¿Por donde empezar?• Mejora continua• Grado de agilidad• Como podemos mejorar?• Conclusiones
  4. 4. Agradecimientos
  5. 5. Porqué hacemos lo que hacemos?
  6. 6. EscenarioUna 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. 7. El Problema Cómo lograr resultados exitosos en los proyectos?
  8. 8. Resultados exitosos? Process Followers http://www.flickr.com/photos/laughingsquid/219575939/
  9. 9. Resultados exitosos? Documentación? http://www.flickr.com/photos/jon_a_ross/2322204082/
  10. 10. Resultados exitosos? Artefactos? http://www.flickr.com/photos/tobysimkin/5579502628/
  11. 11. Resultados exitosos? Testing? http://www.flickr.com/photos/touring_club/5114191820/
  12. 12. Resultados exitosos? Budget http://www.flickr.com/photos/archiemcphee/7168365016/
  13. 13. Resultados exitosos? Scope http://www.flickr.com/photos/brraveheart/114402291/
  14. 14. Resultados exitosos? Change Management http://www.flickr.com/photos/fabely_67/840632923/
  15. 15. EXITO!Lograr el mayor impacto positivo de la solución en el usuario!
  16. 16. Realidad y FicciónSupuestos:• 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.
  17. 17. Realidad y FicciónDilema: Complejidad esencial vs Complejidad accidental. Fuente: No hay balas de plata, Brooks
  18. 18. ¿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
  19. 19. ¿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
  20. 20. ¿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.
  21. 21. ¿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
  22. 22. ¿Por donde empezar?Táctica:1. ¿Donde estamos?2. ¿Cómo podemos mejorar?
  23. 23. Agilismos: Que es ser Ágil?El Agilismo ó desarrollo de software ágil es unmovimiento 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.
  24. 24. Agilismos: Manifiesto Ágil
  25. 25. Agilismos: Metodos y Frameworks Valores + Principios
  26. 26. Agilismos: Principios y Valores
  27. 27. Métodos Ágiles• Métodos empíricos• Basados en la experiencia• Mediciones livianas• Inspeccionar / Adaptar
  28. 28. Agilismos: Scrum The Essence of Agile / Henrik Kniberhttp://bit.ly/HwnP7e
  29. 29. Agilismos: ScrumArtefactos:• 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
  30. 30. Agilismos: ScrumArtefactos: •• Sprint Burndown • Product/Release Burndown Chart Scrum Refcardz http://bit.ly/N0PFM8
  31. 31. Agilismos: ScrumCeremonias:• 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 GoomingEstimación previa de los PBI al siguiente Sprint Scrum RefcardzPlanning http://bit.ly/N0PFM8
  32. 32. 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)]
  33. 33. HipótesisResultados 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.
  34. 34. Mejoramiento continuo1. ¿Grado de adopción Ágil (Inspeccionar)1. ¿Cómo podemos mejorar? (Adaptar)
  35. 35. Mejoramiento continuo1. 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
  36. 36. Scrum Check-list Fuente: Scrum Checklist / Henrik Kniber http://www.crisp.se/gratis-material-och-guider/scrum-checklist
  37. 37. Scrum Check-list - Core Fuente: Scrum Checklist / Henrik Kniber http://www.crisp.se/gratis-material-och-guider/scrum-checklist
  38. 38. Scrum Check-list - Core Fuente: Scrum Checklist / Henrik Kniber http://www.crisp.se/gratis-material-och-guider/scrum-checklist
  39. 39. Scrum Check-list - Core Fuente: Scrum Checklist / Henrik Kniber http://www.crisp.se/gratis-material-och-guider/scrum-checklist
  40. 40. Agile Assessment• Self and Peer Assessments: Agile Skills AgileSkillsProject.org http://www.agileskillsproject.org/skill-levels/charts
  41. 41. Self and Peer Assessments: Agile Skills AgileSkillsProject.org http://www.agileskillsproject.org/skill-levels/charts
  42. 42. 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
  43. 43. Self and Peer Assessments: Agile Skills AgileSkillsProject.org http://www.agileskillsproject.org/skill-levels/charts
  44. 44. Mejoramiento continuo1. ¿Grado de adopción Ágil (Inspeccionar)1. ¿Cómo podemos mejorar? (Adaptar)
  45. 45. ¿Cómo podemos mejorar?(Adaptar)• Reglas simples - Metas claras• Posiciones, No Roles• Técnicas de Retrospectiva• Entrenar: Coding Dojos• Pedir Ayuda: Agile Coaching
  46. 46. 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
  47. 47. 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
  48. 48. Posiciones, no rolesLos 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
  49. 49. 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
  50. 50. RetrospectivasEn 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
  51. 51. 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.
  52. 52. RetrospectivasAgile Retrospectives: Making GoodTeams Great! Fuente: Esther Derby & Diana Larsen Resumen: http://softwareagil.blogspot.com/2008/12/tcnicas-para-retrospectivas-resumen-del.html
  53. 53. Mad/Sad/Glad Sprint Retrospective Techniques http://waynedgrant.wordpress.com/2012/04/01/sprint-retrospective-techniques/
  54. 54. El Bote Sprint Retrospective Techniques http://waynedgrant.wordpress.com/2012/04/01/sprint-retrospective-techniques/
  55. 55. Retrospectiva StarFish Retrospectiva StarFish / Gustavo Veliz http://bit.ly/LUYffH
  56. 56. Siguiente paso...Definir:• Qué?• Quien?• Cuando?
  57. 57. 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
  58. 58. Backlog de Mejoras/ Improvement Backlog iBacklog http://koo-doy.com/2011/05/14/ibacklog/
  59. 59. Backlog de Mejoras Extendido• Equipo• Ambiente• Proceso
  60. 60. 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
  61. 61. Las 4 capas Fuente: Las 4 capas / Raul Uribe http://www.bizzit.es/blog/wp- content/uploads/2009/09/las4capas.pdf
  62. 62. 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
  63. 63. 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
  64. 64. 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
  65. 65. 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
  66. 66. Matriz de Retrospectivas Matriz de Retrospectivas / Pablo Tortorella http://thomaswallet.blogspot.com/2011/12/dinamica-de-retrospectiva-3-caras-y-4.html
  67. 67. Matriz de Retrospectivas Matriz de Retrospectivas / Pablo Tortorella http://bit.ly/MuL8oql
  68. 68. Visual ManagementEs 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/
  69. 69. Visual ManagementBeneficios:• 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/
  70. 70. 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
  71. 71. Radiadores de Información Retaliation - Jenkins IC https://github.com/codedance/Retaliation
  72. 72. Entrenar: Coding Dojos
  73. 73. Pedir Ayuda: Agile Coaching• Comunidades• Amigos• Consultores
  74. 74. Conclusiones Proyecto = Producto + ProcesoLa mejora continua es un camino no un fin o técnica. Las mejoras funcionan mejor una a la vez. Empieza por la retrospectiva.
  75. 75. ConclusionesSharpen the Saw!!
  76. 76. 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/
  77. 77. 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!
  78. 78. Gracias!Luis Mulato@luismulatoluis.mulato@gmail.comAgilesColombia.org@agilescolombiahttp://bit.ly/lista-agilescolombia

×