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 • ...

3. Scrum se cuenta en dos
minutos y encima falla!
Una historia de anti-patrones, mitos, leyendas y otras…

4. SCRUM

5. 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”

6. PILARES
INSPECCIÓN
ADAPTACIÓN
TRANSPARENCIA

7. VALORES
CORAGE
COMPROMISO
RESPETO
FRANQUEZA
FOCO

8. 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.

9. 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.

10. 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.

11. YA ERES
SCRUM
MASTER
…Y LO SABES!

18. ANTI-PATRONES

19. “Es una respuesta común a un
problema recurrente con una alta
probabilidad de que sea
contraproducente.”

21. REASIGNACIÓN
DE MIEMBROS
DEL EQUIPO

22. ESTIMACIÓN
EN LA
PLANNING

23. PRODUCTO
FRACASADO O
MARCHA DE LA
MUERTE

24. HARDENING
SPRINT

25. RELEASE
SPRINT
Y
RELEASE
RETROSPECTIVE

26. TEST EVENT

27. TABLEROS
(FÍSICO Y DIGITAL)

28. SCRUMBUT

29. LOCALIZACIÓN
DEL EQUIPO

30. CHERRY
PICKING

31. DoR

32. REVIEW EN
BURBUJA

33. REVIEW COMO
SESIÓN DE
APROBACIÓN

34. SPRINT 0

36. MITOS,
LEYENDAS Y
OTRAS...

37. SCRUM SOLO SIRVE PARA
SOFTWARE.

38. EL DAILY ES STAND-UP, Y CON TODO
EL EQUIPO JUNTO

39. EL PRODUCT BACKLOG SOLO
PUEDE CONTENER HISTORIAS DE
USUARIO

40. EL TRABAJO PENDIENTE DE UN
SPRINT PASA AUTOMÁTICAMENTE
AL SIGUIENTE SPRINT.

41. LOS EVENTOS AJUSTAN SU TIME-
BOX PROPORCIONALMENTE AL DEL
SPRINT.

42. LAS ESTIMACIONES TIENEN QUE
REALIZARSE EN PUNTOS HISTORIA

43. A LA RETROSPECTIVA SOLO
ASISTEN SCRUM MASTER Y
DEVELOPMENT TEAM.

44. EL SCRUM MASTER NO PARTICIPA
EN LA RETROSPECTIVA, SOLO LA
FACILITA.

45. EL DEVELOPMENT TEAM DECIDE LA
DURACIÓN DEL SPRINT

46. EN SCRUM LOS MANAGER NO
TIENEN CABIDA

47. SOLO SE PUEDE HACER UNA
ENTREGA AL FINAL DE CADA
SPRINT.

48. NO SE PUEDE AÑADIR TRABAJO
UNA VEZ SE HA INICIADO EL SPRINT.

49. EL PRODUCT BACKLOG ESTÁ
PRIORIZADO.

50. EL SPRINT BACKLOG SIEMPRE
REFLEJA LA CAPACIDAD REAL DEL
EQUIPO.

51. EL PRODUCT OWNER SE ENCARGA
DE MAXIMIZAR LA CARGA DEL
EQUIPO.

52. EN SCRUM NO HAY FECHAS.

53. EN EL SPRINT PUEDE HABER
OBJETIVOS PRIMARIOS Y
SECUNDARIOS.

54. EN SCRUM HAY CEREMONIAS.

55. SCRUM: EL MAL
HECHO FRAMEWORK!

63. "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."

64. GRACIAS!!!
@benjagarrido
bgarridobarreiro@gmail.com
http://www.benjagarrido.com