Ce diaporama a bien été signalé.
Nous utilisons votre profil LinkedIn et vos données d’activité pour vous proposer des publicités personnalisées et pertinentes. Vous pouvez changer vos préférences de publicités à tout moment.

Scrum workshop

Taller de Scrum.
CC Attribution License.


Scrum Workshop, material basado en la guía oficial de Scrum.
www.agilisters.org

  • Soyez le premier à commenter

Scrum workshop

  1. 1. Scrum Workshop Septiembre 2017, Cali - Colombia ©2017 Alex Canizales©2017 Alex Canizales
  2. 2. Agenda • Presentación y logística • Parte 1 - Agile Foundations (4 hrs) • Agile/Lean, Historia •Valores •Principios • Entendiendo la complejidad • Parte 2 - Scrum Framework (4 hrs) •Qué es Scrum?, Teoría, Pilares •Equipo Scrum/Roles •Scrum Master •Product Owner •Team
  3. 3. Agenda • Parte 3 - Scrum Product Owner (4 hrs) • Agile Inception • Técnicas de diseño • Parte 4 - Scrum Framework (4 hrs) • Artefactos • Product backlog • Sprint backlog • Product increment
  4. 4. Agenda • Parte 5 - Scrum Framework (4 hrs) • Ceremonias/Eventos • Sprint planning • Daily Scrum • Sprint Review • Sprint Retrospective • Parte 6 - Scrum Framework (4 hrs) • Extras •Definition of Done/Ready •Refinement/Backlog Grooming •User Stories / Story Points •Estimación y planificación
  5. 5. EXPLICAR VS. EXPLORAR La solución es ...
  6. 6. Contexto •Que es la agilidad? •Por qué de la agilidad? •Qué problema estamos resolviendo con la agilidad? •Es hacer el doble de trabajo en la mitad del tiempo? •Por qué están fracasando también los proyectos ágiles? •Caso BBVA – Video: https://www.youtube.com/watch?v=9t0eJM-2zaQ
  7. 7. 1. Historia Cronología 1986- Articulo sobre Scrum (Ikujiro Hirotaka) 1993- Se realizó el primer Scrum para desarrollo de software 1995- El proceso fue formalizado (Ken Schwaber y Jeff Sutherland) 2001- Manifiesto Ágil El concepto de Scrum tiene su origen en un estudio de 1986 (The New New Product Development Game) sobre los nuevos procesos de desarrollo utilizados en productos exitosos en Japón y Estados Unidos: Cámaras de fotos Canon, Fotocopiadoras Xerox, Automóviles Honda y Ordenadores HP. Estos equipos seguían patrones de ejecución de proyecto muy similares. En este estudio se comparaba la forma de trabajo de estos equipos altamente productivos y multidisciplinares con la colaboración entre los jugadores de Rugby y su formación de Scrum.
  8. 8. 1. Historia
  9. 9. 1. Agile/Lean
  10. 10. 1. El Manifiesto Agil http://agilemanifesto.org/ • El 17 de febrero de 2001, un grupo de 17 desarrolladores de software se reunieron en Snowbird - Utah para compartir ideas de donde nació el Agile Manifesto. • El manifiesto Ágil se compone de 12 principios y 4 valores • “Estamos descubriendo formas mejores de desarrollar software tanto por nuestra propia experiencia como ayudando a terceros”.
  11. 11. 1. Que es la agilidad? - Manifiesto Agil Esto es, aunque valoramos los elementos de la derecha, valoramos más los de la izquierda. •Respuesta ante el cambio •Colaboración con el cliente •Software Funcionando •Individuos e interacciones Sobre procesos y herramientas Sobre documentación extensiva Sobre seguir un plan Sobre negociación contractual
  12. 12. 1.Los 12 Principios 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.
  13. 13. 1.Los 12 Principios 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.
  14. 14. 1. Corazón del Agile http://alistair.cockburn.us/Rediscovering+the+Heart+of+Agile
  15. 15. 1.Agile Manifiesto vs Corazón de Agile
  16. 16. 1. La Agilidad Moderna Joshua Kerievsky. http://modernagile.org/
  17. 17. 1.Agile Manifiesto vs Modern Agile
  18. 18. 1.Teoría de la Complejidad - Cynefin Ilustración: http://www.martinalaimo.com/es/blog/cynefin Dave Snowden https://en.wikipedia.org/wiki/Cynefin_framework
  19. 19. 1. Cambio de paradigma Dirigidos por un Plan Dirigidos por generación Valor Fijo Requerimientos Recursos Tiempo Estimado Recursos Tiempo Requerimientos Waterfall Agile El plan crea los costos/estimaciones de la programación Estimaciones dirigidas por intención de características y temática de liberaciones
  20. 20. 1. Que es la Agilidad? “La agilidad es la capacidad de crear y responder al cambio con el fin de obtener ganancias en un entorno empresarial turbulento” -Jim HighSmith “A predictable organization does not guess about the future and call it a plan; it develops the capacity to rapidly respond to the future unfolds”. - Mary and Tom Poppendieck
  21. 21. 1. Que NO es la Agilidad?
  22. 22. 2. Que es Scrum? Scrum es una marco de trabajo de adaptación iterativa e incremental, rápida, flexible y eficaz diseñada para ofrecer un valor significativo de forma rápida en todo el proyecto. Scrum es: •Ligero •Fácil de Entender •Extremadamente difícil de llegar a dominar
  23. 23. 2. Que es Scrum? Scrum es un marco de trabajo de procesos que ha sido usado para gestionar el desarrollo de productos complejos desde principios de los años 90. Scrum no es un proceso o una técnica para construir productos; en lugar de eso, es un marco de trabajo dentro del cual se pueden emplear varias técnicas y procesos. Scrum muestra la eficacia relativa de las prácticas de gestión de producto y las prácticas de desarrollo, de modo que podamos mejorar.
  24. 24. 2. Teoría de Scrum. Scrum se basa en la teoría de control de procesos empírica o empirismo. El empirismo asegura que el conocimiento procede de la experiencia y de tomar decisiones basándose en lo que se conoce. Scrum emplea un enfoque iterativo e incremental para optimizar la predictibilidad y el control del riesgo.
  25. 25. 2. Pilares del Scrum Tres pilares soportan toda la implementación del control de procesos empírico: transparencia, inspección y adaptación. 1. Transparencia Los aspectos significativos del proceso deben ser visibles para aquellos que son responsables del resultado. La transparencia requiere que dichos aspectos sean definidos por un estándar común, de tal modo que los observadores compartan un entendimiento común de lo que se está viendo. Por ejemplo: todos los participantes deben compartir un lenguaje común para referirse al proceso; y, Aquellos que desempeñan el trabajo y aquellos que aceptan el producto de dicho trabajo deben compartir una definición común de “Terminado”.
  26. 26. 2. Pilares del Scrum 2. Inspección Los usuarios de Scrum deben inspeccionar frecuentemente los artefactos de Scrum y el progreso hacia un objetivo, para detectar variaciones. Su inspección no debe ser tan frecuente como para que interfiera en el trabajo. Las inspecciones son más beneficiosas cuando se realizan de forma diligente por inspectores expertos, en el mismo lugar de trabajo.
  27. 27. 2. Pilares del Scrum 3. Adaptación Si un inspector determina que uno o más aspectos de un proceso se desvían de límites aceptables, y que el producto resultante no será aceptable, el proceso o el material que está siendo procesado deben ser ajustados. Dicho ajuste debe realizarse cuanto antes para minimizar desviaciones mayores. Scrum prescribe cuatro eventos formales, contenidos dentro del Sprint, para la inspección y adaptación, tal y como se describen en la sección Eventos de Scrum del presente documento. Reunión de Planificación del Sprint (Sprint Planning Meeting) Scrum Diario (Daily Scrum) Revisión del Sprint (Sprint Review) Retrospectiva del Sprint (Sprint Retrospective)
  28. 28. 2. Scrum Framework
  29. 29. 2. Scrum Framework - Equipo Scrum El Equipo Scrum consiste en un Dueño de Producto (Product Owner), el Equipo de Desarrollo (Development Team) y un Scrum Master. Los Equipos Scrum son auto-organizados y multifuncionales. Los equipos auto-organizados eligen la mejor forma de llevar a cabo su trabajo y no son dirigidos por personas externas al equipo.
  30. 30. 2. Scrum Framework - Equipo Scrum Los Equipos Scrum entregan productos de forma iterativa e incremental, maximizando las oportunidades de obtener retroalimentación. Las entregas incrementales de producto “Terminado” aseguran que siempre estará disponible una versión potencialmente útil y funcional del producto.
  31. 31. 2. Scrum Framework - Practicas no compatibles • Documentador/Generador reportes • Burócrata • Command & control • Micro-management
  32. 32. 2. Scrum Framework - Product Owner El Dueño de Producto es el responsable de maximizar el valor del producto y del trabajo del Equipo de Desarrollo. El cómo se lleva a cabo esto podría variar ampliamente entre distintas organizaciones, Equipos Scrum e individuos.
  33. 33. 2. Scrum Framework - Product Owner • Presupuestos • Roadmap• Comunicación • Información • Validación: resolvimos el problema? • Es lo que habían pedido? • Comprender que debemos construir? • Entender el problema • Vision del product • Backlog • Priorización • Alineación estratégica • Change management • Risks Product Owner
  34. 34. 2. Scrum Framework - Scrum Master • Motivación • Equipo alto rendimiento • Empoderar al equipo • Lider servicial • Cómo puedo ayudar? • PO • Team • Stakeholders • Resolver impedimentos• Forma de trabajo • Scrum Framework • Facilitador • Agente de cambio Scrum Master
  35. 35. 2. Scrum Framework - Scrum Master El Scrum Master da servicio al Dueño de Producto de varias formas, incluyendo: • Encontrar técnicas para gestionar la Lista de Producto de manera efectiva; • Ayudar al Equipo Scrum a entender la necesidad de contar con elementos de Lista de Producto claros y concisos; • Entender la planificación del producto en un entorno empírico; Asegurar que el Dueño de Producto conozca cómo ordenar la Lista de Producto para maximizar el valor; Entender y practicar la agilidad; y, • Facilitar los eventos de Scrum según se requiera o necesite.
  36. 36. 2. Scrum Framework - Scrum Master El Scrum Master da servicio al Equipo de Desarrollo de varias formas, incluyendo: • Guiar al Equipo de Desarrollo en ser auto-organizado y multifuncional; • Ayudar al Equipo de Desarrollo a crear productos de alto valor; • Eliminar impedimentos para el progreso del Equipo de Desarrollo; • Facilitar los eventos de Scrum según se requiera o necesite; y, • Guiar al Equipo de Desarrollo en el entorno de organizaciones en las que Scrum aún no ha sido adoptado y entendido por completo.
  37. 37. 2. Scrum Framework - Scrum Master El Scrum Master da servicio a la organización de varias formas, incluyendo: • Liderar y guiar a la organización en la adopción de Scrum; • Planificar las implementaciones de Scrum en la organización; • Ayudar a los empleados e interesados a entender y llevar a cabo Scrum y el desarrollo empírico de producto; • Motivar cambios que incrementen la productividad del Equipo Scrum; y • Trabajar con otros Scrum Masters para incrementar la efectividad de la aplicación de Scrum en la organización.
  38. 38. 3. Scrum Framework - Artefactos - Product Backlog La Lista de Producto es una lista ordenada de todo lo que podría ser necesario en el producto, y es la única fuente de requisitos para cualquier cambio a realizarse en el producto.
  39. 39. 3. Scrum Framework - Artefactos - Sprint Backlog La Lista de Pendientes del Sprint es el conjunto de elementos de la Lista de Producto seleccionados para el Sprint, más un plan para entregar el Incremento de producto y conseguir el Objetivo del Sprint.
  40. 40. 3. Scrum Framework - Artefactos - Product Increment El Incremento de producto es la suma de todos los elementos de la Lista de Producto completados durante un Sprint Al final de un Sprint, el nuevo Incremento debe estar “Terminado”.
  41. 41. 4. Scrum Framework - Eventos En Scrum existen eventos predefinidos con el fin de crear regularidad y minimizar la necesidad de reuniones no definidas en Scrum. Todos los eventos son bloques de tiempo (time-boxes), de tal modo que todos tienen una duración máxima.
  42. 42. 4. Scrum Framework - Eventos Los Sprints contienen y consisten de la Reunión de Planificación del Sprint (Sprint Planning Meeting), los Scrums Diarios (Daily Scrums), el trabajo de desarrollo, la Revisión del Sprint (Sprint Review), y la Retrospectiva del Sprint (Sprint Retrospective).
  43. 43. 4. Scrum Framework - Sprint El corazón de Scrum es el Sprint, es un bloque de tiempo (time-box) de un mes o menos durante el cual se crea un incremento de producto “Terminado”, utilizable y potencialmente desplegable.
  44. 44. 4. Scrum Framework - Sprint 0 - Inception Agile Inception
  45. 45. 4. Scrum Framework - Inception
  46. 46. 4. Scrum Framework - Refinement
  47. 47. 4. Scrum Framework – Sprint Planning
  48. 48. 4. Scrum Framework- Daily Scrum
  49. 49. 4. Scrum Framework - Sprint Review
  50. 50. 4. Scrum Framework - Sprint Retrospective
  51. 51. 6. Scrum Framework - Extras ● Epicas/User Stories Como [USUARIO/ROL], Quiero … [FUNCIONALIDAD/OBJETIVO] Por qué/Para qué … [VALOR-RAZON DE NEGOCIO/BENEFICIO] Criterios de Aceptación: ...
  52. 52. 6. Scrum Framework - Extras ● User Story Mapping (Jeff Patton)
  53. 53. 6. Scrum Framework - Extras ● DoR - Definition of Ready* ○ INVEST
  54. 54. 6. Scrum Framework - Extras http://www.agileforall.com/wp-content/uploads/2013/06/Story-Splitting-Flowchart-ES.pdf
  55. 55. 6. Scrum Framework - Extras ● DoR - Definition of Ready* ○ Acceptance Criteria ■ BDD-Behavior Driven Development/ATDD/Specification by Example ● GIVEN [Precondiciones/Contexto] ● WHEN [Evento/disparador] ● THEN [Salida/resultado esperado]
  56. 56. 6. Scrum Framework - Extras ● DoR - Definition of Ready* ○ Mockups/Wireframes???*
  57. 57. 6. Scrum Framework - Extras ● DoD - Definition of Done
  58. 58. 6. Scrum Framework - Extras ● DoD - Definition of Done
  59. 59. 6. Scrum Framework - Extras ● Story Points
  60. 60. 6. Scrum Framework - Extras ● Estimación Planning Poker (https://www.pointingpoker.com/)
  61. 61. 7. Otros - Extras ● Modelo ADKAR: Guía para el cambio organizacional e individual, Jeff Hiatt
  62. 62. 7. Otros - Extras ● Modelo Kotter:
  63. 63. Referencias •Scrum Guides (Guia Oficial): http://www.scrumguides.org/ •Agile Samurai, Jonathan Rasmusson. https://www.amazon.es/Agile-Samurai-Software-Pragmatic-Programmers/dp/1934356581 •User Story Mapping, Jeff Patton. https://www.amazon.com/User-Story-Mapping-Discover-Product- ebook/dp/B00NF07FHS • Lean Start Up, Eric Ries: http://theleanstartup.com/ •Scrum and XP from the trenches:http://bit.ly/2y2opKA
  64. 64. Muchas Gracias! ©2017 Alex Canizales

×