Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Scrum se cuenta en 2 minutos y encima falla!

466 views

Published on

Explicación del framework de Scrum en plan elevator pitch de 2 minutos, y gracias a ello vais a salir de allí como auténticos Scrum Master capacitados para comeros el mundo y transformar lo que haga falta... ¡Os vais a pasar el juego en modo dios!

Después de la introducción, en esta charla presentaremos un punto de vista crítico con las implementaciones de Scrum que se llevan a cabo (¡y se cuentan en las redes!) en algunos equipos; algunos conceptos erróneos y anti-patrones que desarrollamos y asumimos como válidos en nuestro día a día, y como el framework cada vez gana más detractores, y cada vez más y más compañeras y compañeros caen en el campo de batalla debido a todos esos frankenstein que incorporamos en nuestro día a día por las circunstancias o por desconocimiento.

Seguro que a muchas/os de vosotros os suenan situaciones como:
• Sprint 0
• Tener más de un Goal dentro de un Sprint Goal
• El dual-track
• Las daily stand-up
• Sprint Reviews con la mitad del equipo
• Retrospectivas sin el Product Owner
• Tableros digitales vs Tableros físicos
• ...

Published in: Leadership & Management
  • Be the first to comment

Scrum se cuenta en 2 minutos y encima falla!

  1. 1. Scrum se cuenta en dos minutos y encima falla! Una historia de anti-patrones, mitos, leyendas y otras…
  2. 2. SCRUM
  3. 3. ORIGEN JEFF SUTHERLAND (EASEL CORPORATION) KEN SCHWABER (DELPHI) SE PRESENTA SCRUM EN EL 95 EN EL OOPSLA CO-CREAN Y MANTIENEN LA GUÍA SCRUM TAKEUCHI Y NONAKA ANALIZAN LAS PRINCIPALES EMPRESAS DE MANUFACTURA TECNOLOGICA (3M, HP, Xerox) PUBLICAN EN EL 86 “THE NEW NEW PRODUCT DEVELOPMENT GAME”
  4. 4. PILARES INSPECCIÓN ADAPTACIÓN TRANSPARENCIA
  5. 5. VALORES CORAGE COMPROMISO RESPETO FRANQUEZA FOCO
  6. 6. ROLES PRODUCT OWNER • Responsable de maximizar el valor. • Responsable del Product Backlog. • Una sola persona. • Encargado de que los ítems sean claros. SCRUM MASTER • Promueve y apoya Scrum. • Trabaja con la Organización, el Product Owner y el Equipo de Desarrollo. • Una sola persona. • Elimina impedimentos. • Ayuda a la organización a adoptar Scrum. DEVELOPMENT TEAM • Auto-organizado. • Cross-funcional. • Sin sub-equipos. • Encargado de producir un Incremento terminado. • Formado por entre 3 y 9 personas.
  7. 7. EVENTOS SPRINT ≤ 1 mes DAILY ≤ 15 min • Development Team. • Plan para las próximas 24. • Focalizada en el GOAL. • No hay formula definida. • Mismo sitio misma hora. PLANNING ≤ 8h • Qué puedo entregar. • Cómo voy a hacerlo. • Forecast. • Goal. REVIEW ≤ 4h • Items hechos y no hechos. • Problemas surgidos y soluciones. • Demo y preguntas. • Revisión del Product Backlog. RETRO ≤ 3h • Inspeccionar como fue el Sprint (herramientas, relaciones…). • Qué fue bien y mejoras potenciales. • Crear un plan. • DoD.
  8. 8. ARTEFACTOS PRODUCT BACKLOG • Lista ordenada de los ítems conocidos. • Es un artefacto vivo. • Es único para todos los equipos que trabajan sobre un mismo producto. SPRINT BACKLOG • Conjunto de ítems seleccionados del Product Backlog para el Sprint. • Es una previsión de la funcionalidad estará disponible en el próximo incremento. • Incorpora las acciones de mejora recogidas de la retrospectiva. INCREMENTO • Suma de todos los ítems completados. • Integrados y funcionando con la suma de incrementos previos. • Potencialmente liberable.
  9. 9. YA ERES SCRUM MASTER …Y LO SABES!
  10. 10. ANTI-PATRONES
  11. 11. “Es una respuesta común a un problema recurrente con una alta probabilidad de que sea contraproducente.”
  12. 12. REASIGNACIÓN DE MIEMBROS DEL EQUIPO
  13. 13. ESTIMACIÓN EN LA PLANNING
  14. 14. PRODUCTO FRACASADO O MARCHA DE LA MUERTE
  15. 15. HARDENING SPRINT
  16. 16. RELEASE SPRINT Y RELEASE RETROSPECTIVE
  17. 17. TEST EVENT
  18. 18. TABLEROS (FÍSICO Y DIGITAL)
  19. 19. SCRUMBUT
  20. 20. LOCALIZACIÓN DEL EQUIPO
  21. 21. CHERRY PICKING
  22. 22. DoR
  23. 23. REVIEW EN BURBUJA
  24. 24. REVIEW COMO SESIÓN DE APROBACIÓN
  25. 25. SPRINT 0
  26. 26. MITOS, LEYENDAS Y OTRAS...
  27. 27. SCRUM SOLO SIRVE PARA SOFTWARE.
  28. 28. EL DAILY ES STAND-UP, Y CON TODO EL EQUIPO JUNTO
  29. 29. EL PRODUCT BACKLOG SOLO PUEDE CONTENER HISTORIAS DE USUARIO
  30. 30. EL TRABAJO PENDIENTE DE UN SPRINT PASA AUTOMÁTICAMENTE AL SIGUIENTE SPRINT.
  31. 31. LOS EVENTOS AJUSTAN SU TIME- BOX PROPORCIONALMENTE AL DEL SPRINT.
  32. 32. LAS ESTIMACIONES TIENEN QUE REALIZARSE EN PUNTOS HISTORIA
  33. 33. A LA RETROSPECTIVA SOLO ASISTEN SCRUM MASTER Y DEVELOPMENT TEAM.
  34. 34. EL SCRUM MASTER NO PARTICIPA EN LA RETROSPECTIVA, SOLO LA FACILITA.
  35. 35. EL DEVELOPMENT TEAM DECIDE LA DURACIÓN DEL SPRINT
  36. 36. EN SCRUM LOS MANAGER NO TIENEN CABIDA
  37. 37. SOLO SE PUEDE HACER UNA ENTREGA AL FINAL DE CADA SPRINT.
  38. 38. NO SE PUEDE AÑADIR TRABAJO UNA VEZ SE HA INICIADO EL SPRINT.
  39. 39. EL PRODUCT BACKLOG ESTÁ PRIORIZADO.
  40. 40. EL SPRINT BACKLOG SIEMPRE REFLEJA LA CAPACIDAD REAL DEL EQUIPO.
  41. 41. EL PRODUCT OWNER SE ENCARGA DE MAXIMIZAR LA CARGA DEL EQUIPO.
  42. 42. EN SCRUM NO HAY FECHAS.
  43. 43. EN EL SPRINT PUEDE HABER OBJETIVOS PRIMARIOS Y SECUNDARIOS.
  44. 44. EN SCRUM HAY CEREMONIAS.
  45. 45. SCRUM: EL MAL HECHO FRAMEWORK!
  46. 46. "The world is a dangerous place. Not because of the people who do evil, but because of the ones who look on and do nothing."
  47. 47. GRACIAS!!! @benjagarrido bgarridobarreiro@gmail.com http://www.benjagarrido.com

×