Lean Coffee: Scrum Guide 2020 Upgrade

A finales del mes pasado se lanzó la nueva versión de la guía de Scrum y como es parte de las herramientas que utilizamos en nuestros clientes para ayudarles en su transformación Agile, desde la comunidad de prácticas  de Agilistas de Minsait decidimos tener una conversación sobre esta nueva versión, lo que agregaron, lo que eliminaron y cómo afecta (si es que lo hace) lo que estamos haciendo hoy.

Lean coffe es un modelo de reunión semi-estructurada, en la cual la agenda de conversación se define colaborativamente al inicio de la misma.

¿Cómo fue la dinámica?

Iniciamos la conversación comentando que a pesar de la actualización, Scrum sigue siendo Scrum, sus bases en el empirismo (transparencia, inspección y adaptación), valores y principios son los mismos y que incluso el haber eliminado o agregado elementos de la guía no significa que lo que estás haciendo hoy ya no es Scrum y si te está funcionando no es necesario que rápidamente cambies lo que haces para hacer específicamente lo que dice la nueva guía, por eso se Scrum se define como un Framework y no como una metodología que debes seguir como un instructivo paso a paso.

Scrum sigue siendo Scrum...

También se hizo mención que lo que se ha agregado como "nuevo" en la guía, son elementos que en la práctica de Scrum han surgido de forma natural y que muchas de ellas ya lo estamos haciendo quienes practicamos Scrum día a día, lo que han hecho los autores es especificarlas ahora como parte de las buenas prácticas y recomendaciones del framework.

... lo que se ha agregado como "nuevo" en la guía, son elementos que en la práctica de Scrum han surgido de forma natural

El Lean Coffee

Para facilitar la discusión, realizamos un Lean Coffee apoyados en la herramienta Mural.

Los temas propuestos por la comunidad y los cuales discutimos durante toda la sesión, fueron los siguientes:

• Commitments (3): esta nueva guía incluye el concepto de compromisos (commitments) asociados cada uno de los artefactos de Scrum:
  - Product Goal como compromiso del Product Backlog
  - Sprint Goal como compromiso del Sprint Backlog
  - Definition of Done como compromiso del Incremento, lo que entregamos al final del sprint.
  - ¿El DoD no estaba ya en la anterior guía? Sí, sólo que ahora forma parte del concepto de compromisos introducidos en esta versión.
• Product Goal: es una de las nuevas adiciones de la guía, es mencionado por primera vez en esta versión.
  - Product Goal = MVP
  - Super interesante el añadido del Product Goal
  - El daily orientado a lograr el sprint goal, el sprint goal de cada sprint orientado a alcanzar el product goal
• La nueva guía es menos prescriptiva:
  - Me parece interesante el intentar ser menos prescriptivo. Al final en cada organización hay que ser adaptativo con su propia realidad.
  - Se eliminan las referencias al desarrollo de software, haciendo el frameworks más inclusivo para otras industrias diferentes.
• Ya no existe el Development team, con la intención de eliminar silos a lo interno del Scrum team:
  - Solo se hace referencia a que el scrum team es máximo 10 personas
  - Hecho en falta un Artefacto referido a los Releases o Entregas mas allá de los incrementos
• Se sigue buscando reforzar que Scrum es un "Framework" y no una "Metodología":
  - Refuerza el concepto de framework y qué está enfocado en proveer un marco para resolver problemas complejos (cualquiera que sea).
• Scrum Team, como único equipo en Scrum
  - Se refuerza la existencia de UN SOLO PO en el Scrum Team
  - Refuerza que el Scrum Team es autogestionado, lo que significa que internamente deciden quién hace qué, cuándo y cómo.
  - Ya no se llama dev team, solo developers
  - Equipo autoorganizado y autogestionado
• Se incluye Lean como parte del marco teórico de Scrum (se menciona en la Teoría de Scrum)
  - Énfasis en el pensamiento Lean, reducción de desperdicios y enfoque en lo esencial.
• Scrum master, es mencionado ahora desde la definición
  - Me llama la atención una frase, "el Scrum Master es el responsable de la efectividad del Scrum Team", parece que hay una evolución entre el líder sirviente y el líder autentico.
  - Refuerza el papel y la importancia del Scrum Master desde la definición: "Scrum requiere un Scrum Master para fomentar un entorno...".
• Eventos
  - Se especifica la estructura que debemos seguir para tener un Sprint Planning más efectivo, con enfoque en la creación de un Sprint Goal, asociado al Product Goal y que podamos validar con los commitments.
     + ¿Porqué debemos hacer este sprint, porqué es valioso?
     + ¿Qué podemos hacer en este Sprint?
     + ¿Cómo completamos el trabajo?
  - Siguen sin mencionar el Refinamiento, recordemos siempre que no es un evento prescrito en el marco.

Listo a continuación lo que fue removido de la nueva versión de la guía de Scrum:

• Desarrollo de Software
• 3 Preguntas del Daily
• Development Team
• Roles
• Refinamiento ocupa 10% del tiempo del sprint
• Definition of Done de la organización
• reunirse después del daily para ver detalles de lo conversado
• Mejoras a implementar en el próximo sprint (asap)

Que no esté en la guía, no quiere decir que no lo estas haciendo bien.

A continuación te dejo una imagen del tablero que usamos para facilitar el lean coffee:

Si ya te leíste la nueva guía y encuentras algo aquí con lo que discrepas o crees que nos hizo falta discutir te invito a que me dejes un comentario al final de este post y así continuamos la discusión alrededor de este tema tan popular e importante.