TechTuesday: Scaled Agile Framework


Published on

Contenido de la conferencia que realizamos el día 17 de Septiembre sobre Scaled Agile Framework.

1 Like
  • Be the first to comment

No Downloads
Total Views
On Slideshare
From Embeds
Number of Embeds
Embeds 0
No embeds

No notes for slide

TechTuesday: Scaled Agile Framework

  1. 1. F O C U S Q U A L I T Y E X P E R I E N C E Scaled Agile Framework
  2. 2. Presentación
  3. 3. Agenda     
  4. 4. The Scaled Agile Framework (SAFe®) Sincronización, alineación, colaboración, entrega de valor Consultable en libros y en la web oficial Puede escalarse a un gran número de personas / equipos Core values: 1. Calidad del código 2. Ejecución de Programas 3. Alineación 4. Transparencia Scaled Agile Framework es un marco de trabajo para aplicar técnicas Lean y Agile a nivel empresarial
  5. 5. Orígenes de SAFe Lean Thinking Product Development FlowAgile Development Field experience at enterprise scale Iterative and Incremental Development
  6. 6. Framework Creator: Dean Leffingwell  Founder and CEO ProQuo, Inc., Internet identity  Senior VP Rational Software Responsible for Rational Unified Process (RUP) & Promulgation of UML  Founder/CEO Requisite, Inc. Makers of RequisitePro  Founder/CEO RELA, Inc. Colorado MEDtech  Creator: Scaled Agile Framework  Agile Enterprise Coach To some of the world’s largest enterprises  Agile Executive Mentor BMC, John Deere  Chief Methodologist Rally Software  Cofounder/Advisor Ping Identity, Roving Planet, Silver Creek Systems, Rally Software
  7. 7. Contributors Principal Contributors Drew Jemilo Alan Shalloway Colin O’Neill Community Enterprise Adopters Associate Methodologist Acknowledgements Alex Yakyma
  8. 8. Los pilares de Lean|Agile
  9. 9. Lean Thinking Provides the Tools We Need
  10. 10. Goal: Speed, Value, Quality THE GOAL  Sustainably shortest lead time  Best quality and value to people and society  Most customer delight, lowest cost, high morale, safety All we are doing is looking at the timeline, from the where the customer gives us an order to where we collect the cash. And we are reducing the time line by reducing the non-value added wastes. Taiichi Ohno We need to figure out a way to deliver software so fast that our customers don’t have time to change their minds. Mary Poppendieck Most software problems will exhibit themselves as a delay. Al Shalloway
  11. 11. Respect for People  Develop individuals and teams; they build products  Empower teams to continuously improve  Build partnerships based on trust and mutual respect  Your customer is whoever consumes your work  Don’t trouble them  Don't overload them  Don't make them wait  Don't impose wishful thinking  Don't force people to do wasteful work  Equip your teams with problem- solving tools  Form long-term relationships based on trust PEOPLE
  12. 12. Kaizen BECOME RELENTLESS IN:  Reflection  Continuous improvement as an enterprise value  A constant sense of danger  Small steady, improvements  Consider data carefully, implement change rapidly  Reflect at milestones to identify and improve shortcomings  Use tools like retrospectives, root cause analysis, and value stream mapping  Protect the knowledge base by developing stable personnel and careful succession systems
  13. 13. Product Development Flow 1. Take an economic view 2. Actively manage queues 3. Understand and exploit variability 4. Reduce batch sizes 5. Apply WIP constraints 6. Control flow under uncertainty: cadence and synchronization 7. Get feedback as fast as possible 8. Decentralize control Reinertsen, Don. Principles of Product Development Flow
  14. 14. Foundation: Leadership  Take responsibility for Lean|Agile success  Understand and teach Lean|Agile behaviors  Are trained in practices and tools of continuous improvement  Teach problem solving and corrective action  See with their own eyes. “No useful improvement was ever invented at a desk.”  Managers develop people. People develop solutions. Management is trained in lean thinking Bases decisions on this long term philosophy Lean Thinking Manager-Teachers
  15. 15. El primer vuelo de los hermanos Wright no tenía cuarto de baño ni carrito de bebidas. “ ” Paul Mockapetris Inventor del Sistema de Nombres de Dominio DNS valor
  16. 16. Ignoramos el hecho de que muchos clientes no saben lo que quieren. Ignoramos el hecho de que, incluso cuando saben lo que quieren, no saben cómo describirlo. Ignoramos el hecho de que, incluso cuando pueden describirlo, normalmente nos describen una propuesta de solución en lugar de describir sus necesidades reales. Don Reinertsen Autor de “The Principles of Product Development Flow: Second Generation Lean Product Development” “ ” Detección y descripción del valor
  17. 17. Mi maleta pesa demasiado, por tanto necesito una maleta más ligera. En realidad… ¡No me importa el peso! ¡Si tiene ruedas es fácil de transportar! Detección y descripción del valor
  18. 18. Priorización 29 de junio de 2007 Lanzamiento del primer iPhone 17 de junio de 2009 Envío de MMS, copiar & pegar Priorizar funcionalidades es un aspecto clave para entregar valor lo antes posible
  19. 19. El valor de una funcionalidad disminuye con el tiempo Entregadevalor Tiempo Valor de mercado de una funcionalidad con el tiempo Margen acumulado Margen acumulado en Waterfall
  20. 20. Cambiando la orientación del Triangulo de Hierro Constraints Requisitos Coste Tiempo Estimación Coste Tiempo Funcionalidades Predictivo Waterfall Adaptativo Agile
  21. 21. Priorización por valor y alcance + valor - valor nuevos elementos en cualquier momento re-priorización continua Seguro que podremos hacerlo Quizás podremos incluirlo Descartado, fuera del alcance
  22. 22. Enfoque iterativo e incremental ANÁLISIS DISEÑO CONSTRUCCIÓN PRUEBAS IMPLANTACIÓN tiempo Supongamos un proyecto con las clásicas fases de desarrollo de software en cascada
  23. 23. Enfoque iterativo e incremental ANÁLISIS DISEÑO CONSTRUCCIÓN PRUEBAS IMPLANTACIÓN tiempo Rompemos el proyecto en pequeñas piezas que van de inicio a fin de todo el proceso….
  24. 24. Enfoque iterativo e incremental ANÁLISIS DISEÑO CONSTRUCCIÓN PRUEBAS IMPLANTACIÓN tiempo Rompemos el proyecto en pequeñas piezas que van de inicio a fin de todo el proceso…. … y las vamos ejecutando secuencialmente, por iteraciones.
  25. 25. Enfoque iterativo e incremental ANÁLISIS DISEÑO CONSTRUCCIÓN PRUEBAS IMPLANTACIÓN tiempo Si por cualquier motivo nos desviamos un 10% en cada fase y tenemos comprometida la fecha de entrega, normalmente intentamos recuperar el tiempo perdido corriendo más al final, a costa de las pruebas. Como consecuencia, entregamos un producto incompleto, con errores y tarde. +10% +10% +10%+10%
  26. 26. Enfoque iterativo e incremental ANÁLISIS DISEÑO CONSTRUCCIÓN tiempo Y si, además, nos desviamos o nos encallamos en las fases iniciales, al llegar la fecha comprometida no tenemos más que documentos funcionales que no aportan ningún valor. +20%Analysis paralysis!!
  27. 27. Enfoque iterativo e incremental tiempo Si nos retrasamos un 10% en un enfoque incremental… … tenemos el 90% de nuestro producto. Y si hemos priorizado bien, tenemos el 90% que aporta más valor.
  28. 28. Enfoque iterativo e incremental tiempo Y si somos realmente lentos y poco efectivos…. … como mínimo tendremos un producto que aporta un subconjunto del valor por el que fue iniciado.
  29. 29. Estructura de SAFe Scaled Agile Framework
  30. 30. Agile Teams  Empowered, self-organizing, self-managing cross-functional teams  Valuable, fully-tested software increments every two weeks  Scrum project management practices and XP-inspired technical practices  Teams operate under program vision, system, architecture and user experience guidance  Value description via User Stories
  31. 31. Code Quality Agile Architecture Continuous Integration Test-First Refactoring Pair Work Collective Ownership Code Quality Provides:  Higher quality products and services, customer satisfaction  Predictability and integrity of software development  Development scalability  Higher development velocity, system performance and business agility  Ability to innovate You can’t scale crappy code
  32. 32. Iteraciones a nivel de equipo con ScrumXP
  33. 33. Equipos ágiles con ScrumXP Los equipos ágiles ScrumXP están basados en equipos Scrum, con algunas variaciones que facilitan su escalabilidad
  34. 34. Scale to the Program Level  Common sprint lengths and estimating  Face-to-face planning cadence for collaboration, alignment, synchronization, and assessment  Value description via Features and Benefits Self-organizing, self-managing team-of-agile-teams Continuous value delivery Aligned to a common mission via a single backlog
  35. 35. Develop on Cadence. Deliver on Demand. Deliver on Demand Major Release Customer Upgrade Customer Preview Major Release New Feature Develop on Cadence PSI PSI PSI PSI PSI Development occurs on a fixed cadence. The business decides when value is released.
  36. 36. Program Execution  Driven by Vision and Roadmap  Lean, economic prioritization  Frequent, quality deliveries  Fast customer feedback  Fixed, reliable cadence  Regular Inspect and Adapt drives continuous improvement Agile Release Trains – self-organizing teams of agile teams – reliably and frequently deliver enterprise value
  37. 37. Scale to the Portfolio  Centralized strategy, decentralized execution  Investment themes provide operating budgets for trains  Kanban systems provide portfolio visibility and WIP limits  Objective metrics support governance and kaizen  Value description via Business and Architectural Epics
  38. 38. Alignment  Clear content authority  Face-to-face planning  Aligned Team, Program and Business Owner objectives  Cross-team and cross- program coordination  Architecture and UX guidance  Match demand to throughput Alignment Business Owners Alignment from Portfolio to Program to Team
  39. 39. Roles, ceremonias, trenes y escalabilidad
  40. 40. Roles por cada nivel Porfolio Level Program Level Team Level Program Portfolio Management Team Epic Owner Enterprise Architect Product Management Release Management Business Owner System Team DevOps Architect UX Release Train Engineer Product Owner Developers & Testers Scrum/Agile Master En cada nivel encontramos un conjunto de roles, que pueden ser compartidos en algunos casos
  41. 41. Agile Release Train Un Agile Release Train es un equipo-de-equipos auto-gestionado que entrega valor en una cadencia específica de forma continua
  42. 42. Agile Release Train Un Agile Release Train es en realidad un fractal de los sprints de los equipos, a nivel de Programa
  43. 43. Agile Release Train Compartir la misma cadencia no es suficiente…..
  44. 44. Agile Release Train … es necesaria una sincronización entre equipos de un mismo programa para garantizar la entrega coordinada
  45. 45. How Big Agile Release Trains can be?
  46. 46. Release Planning Meeting
  47. 47. Agenda para una Release Planning Meeting
  48. 48. Ubicación de la Release Planning Meeting dentro de la candencia - HIP
  49. 49. Entregables del Release Planning Meeting Cada equipo tiene sus objetivos, con el valor aportado al negocio, una temporalización por sprints de las Historias a entregar, y un plan de respuesta a riesgos.
  50. 50. Entregables del Release Planning Meeting Un Program Plan con las fechas previstas de entrega y otros hitos relevantes, con dependencias entre equipos, y una votación del nivel de confianza/compromiso de todo el programa Votación conjunta para poner en común el nivel de confianza del plan y actualizar objetivos
  51. 51. Casos de éxito – Empezando a andar
  52. 52. Experiencias de netmind con SAFe
  53. 53. Valpak Case Study. Proceso y puntos clave Proceso 1) Inicio con 6 equipos Scrum 2) Se añaden 3 equipos Kanban 3) Roadmap + Release Management 4) Portfolio Kanban 5) Architectural Kanban Durante todo el proceso se fueron añadiendo equipos de manera gradual, a medida que el negocio lo requería Puntos clave (para ellos) - Soporte de Dirección y CIO - Todos los equipos de desarrollo de golpe - Coach independiente - Personalización del modelo Empresa de marketing online especialista en cupones de descuento
  54. 54. netmind Agile Training & Mentoring Scaled Agile Framework JJM 150 | SAFe ScrumXP for Teams JJM 151 | Leading the Lean-Agile Enterprise with Scaled Agile Framework Agile Development & Practices JJM 188 | PMI Agile Certified Practitioner Exam Prep JJM 120 | Desarrollo Ágil con Scrum JJM 125 | Introducción al Desarrollo Ágil de Software JJM 126 | Gestión Ágil de Proyectos de Software JJM 130 | Estimación y Planificación Ágil de Proyectos de Software JJM 131 | Historias de Usuario para la Gestión Ágil de Requerimientos JJM 132 | Taller Práctico de Kanban. Gestión Visual del Desarrollo JJM 134 | Testing en el desarrollo del Software Coaching Definición Metodológica Herramientas (en proceso)
  55. 55. Próximos cursos y eventos Barcelona Londres Agile Project Management 4-5 Noviembre Seminars World London Preparación para la Certificación en PMI-ACP 7-9 Octubre Madrid Desarrollo ágil de aplicaciones móviles 21-24 Octubre Software Craftsmanship Barcelona 28-29 Septiembre Preparación para la Certificación en PMI-ACP 14-16 Octubre
  56. 56. F O C U S Q U A L I T Y E X P E R I E N C E ¿Preguntas? 
  57. 57. F O C U S Q U A L I T Y E X P E R I E N C E Scaled Agile Framework Muchas gracias por su atención
  1. A particular slide catching your eye?

    Clipping is a handy way to collect important slides you want to go back to later.