Guía Scrum 2020 – ¡Los cambios más importantes!
La Guía Scrum 2020 refinada – lanzada el 18 de noviembre – incluye algunos cambios pequeños pero significativos. Los co-creadores, Dr. Jeff Sutherland y Ken Schwaber, destacan los cambios mencionados a continuación de 2017 a 2020.
Nuestra perspectiva sobre la Guía Scrum actualizada
En general, damos la bienvenida a los cambios. Creemos que llevan la guía de vuelta a sus raíces de no ser demasiado prescriptiva y un framework real. Esto también resulta en que la guía sea más fácil de aplicar a industrias fuera del desarrollo de software. Hay algunos cambios adicionales que nos gustaría ver… pero quién sabe qué traerá la próxima iteración.
Cambios de la Guía Scrum 2017 a la Guía Scrum 2020
A continuación describiremos los cambios entre la Guía Scrum 2020 y las versiones anteriores. Calificaremos todos los cambios como Scrum Academy, un proveedor de formación ágil.
Aún Menos Prescriptiva
A lo largo de los años, la Guía Scrum comenzó a volverse un poco más prescriptiva. La versión 2020 tenía como objetivo llevar Scrum de vuelta a ser un framework mínimamente suficiente eliminando o suavizando el lenguaje prescriptivo. Por ejemplo, eliminó las preguntas del Daily Scrum, suavizó el lenguaje alrededor de los atributos de PBI, suavizó el lenguaje alrededor de ítems retro en el Sprint Backlog, acortó la sección de cancelación de Sprint, y más.
Perspectiva de Scrum Academy: Nos gusta este cambio ya que es un movimiento de vuelta a ser un framework en lugar de un cuerpo de conocimiento (BoK) similar al PMBOK® de PMI. La belleza de Scrum radica en su simplicidad y universalidad. Hemos aplicado Scrum en software, hardware, farmacéutica y todo tipo de servicios. Un movimiento de vuelta a las raíces hace que los conceptos sean más tangibles para las personas fuera del mundo del desarrollo de software.
Un Equipo, Enfocado en Un Producto
El objetivo era eliminar el concepto de un equipo separado dentro de un equipo que ha llevado a un comportamiento de "proxy" o "nosotros y ellos" entre el Product Owner y el Equipo de Desarrollo. Ahora hay solo un Equipo Scrum enfocado en el mismo objetivo, con tres conjuntos diferentes de responsabilidades: Product Owner, Scrum Master, y Developers.
Perspectiva de Scrum Academy:
Nos encanta este cambio. El concepto de un equipo dentro del equipo regularmente resultó en confusión – ya sea en una formación o más tarde durante la implementación. La mentalidad de "nosotros" vs. "ellos" es realmente peligrosa para cualquier equipo y los equipos ágiles en particular. Aún así, hay un énfasis en que las responsabilidades en los equipos están claramente asignadas.
También nos gusta el énfasis en que no hay jerarquías formales dentro del Equipo Scrum – solo diferentes responsabilidades. Realmente esperamos que este cambio pequeño pero importante en la terminología resulte en que más y más personas interpreten los roles en Scrum de manera similar a nosotros.
Lo único que nos gustaría ver cambiar en el futuro es el nombre "Developers". Con demasiada frecuencia vemos personas asumiendo que esto significa Desarrolladores de Software – lo cual no es el caso.
Introducción del Product Goal
La Guía Scrum 2020 introduce el concepto de un Product Goal para proporcionar enfoque al Equipo Scrum hacia un objetivo valioso más grande. Cada Sprint debe acercar el producto al Product Goal general.
Perspectiva de Scrum Academy:
En general, nos gusta la introducción del Product Goal y el énfasis en que cada sprint debe acercar el producto al Product Goal general. Pero para ser honestos, hubiéramos preferido el término Product Vision ya que este es un término que muchas personas han estado usando en el pasado. Incluso hay herramientas construidas alrededor de esto, por ejemplo, el Product Vision Board de Roman Pichler.
Un aspecto que encontramos útil agregar es un enfoque sistemático para pensar sobre el Product Goal, es decir, qué necesita cubrir el Product Goal. Al mismo tiempo, esto podría hacer que el framework sea nuevamente demasiado prescriptivo… así que tal vez está bien mantenerlo como está ahora.
Para ayudar a los equipos a crear sistemáticamente un gran Product Goal, hemos creado el Product Goal Canvas – ver más abajo. Esta herramienta simple ayuda a los equipos a pensar y crear sistemáticamente el Product Goal.
Un Hogar para el Sprint Goal, Definition of Done y Product Goal
Las Guías Scrum anteriores describían el Sprint Goal y la Definition of Done sin realmente darles una identidad. No eran exactamente artefactos pero estaban algo adheridos a artefactos. Con la adición del Product Goal, la versión 2020 proporciona más claridad alrededor de esto. Cada uno de los tres artefactos ahora contiene 'compromisos' hacia ellos. Para el Product Backlog es el Product Goal, el Sprint Backlog tiene el Sprint Goal, y el Incremento tiene la Definition of Done (ahora sin las comillas). Existen para traer transparencia y enfoque hacia el progreso de cada artefacto.
Perspectiva de Scrum Academy:
Esta es una gran adición. Durante muchos años he luchado para explicar por qué la Definition of Done o el Sprint Goal no son artefactos. Conectar cada uno de ellos y el Product Goal a artefactos específicos es un gran movimiento y hace que su importancia sea mucho más fácil de entender.
El Product Goal nos ayuda a determinar qué poner en un Product Backlog. El Sprint Goal nos ayuda a seleccionar la prioridad para que los ítems correctos se muevan a nuestro Sprint Backlog. Y por último pero no menos importante, la Definition of Done es nuestra lista de verificación para determinar si se ha creado un Incremento o no.
Auto-gestión sobre Auto-organización
Las Guías Scrum anteriores se referían a los Equipos de Desarrollo como auto-organizadores, eligiendo quién y cómo hacer el trabajo. Con más enfoque en el Equipo Scrum, la versión 2020 enfatiza un equipo Scrum auto-gestionado, eligiendo quién, cómo y qué trabajar.
Perspectiva de Scrum Academy:
Realmente nos gusta este cambio ya que encaja mucho mejor con la terminología existente. El término "auto-organizado" no explicaba cuál es la autoridad del equipo. Mientras que "auto-gestionado" puede explicarse mirando el Modelo de Autoridad de Hackman (ver más abajo).
Este modelo demuestra claramente que el equipo Scrum auto-gestionado está a cargo de ejecutar tareas, y monitorear y gestionar su trabajo. Pero no están a cargo de diseñar el equipo o establecer el contexto organizacional, y establecer la dirección general.
Tres Temas de Sprint Planning
Además de los temas de Sprint Planning de "Qué" y "Cómo", la Guía Scrum 2020 pone énfasis en un tercer tema, "Por qué", refiriéndose al Sprint Goal.
Perspectiva de Scrum Academy:
Es solo consistente con la introducción del Product Goal también incluir una breve sesión de "por qué" en el Sprint Planning donde el Product Owner es responsable de conectar los puntos.
Simplificación General del Lenguaje para una Audiencia Más Amplia
La Guía Scrum 2020 ha puesto énfasis en eliminar declaraciones redundantes y complejas así como eliminar cualquier inferencia restante al trabajo de TI (por ejemplo, pruebas, sistema, diseño, requisito, etc.). La Guía Scrum ahora tiene menos de 13 páginas.
Perspectiva de Scrum Academy:
En general, creemos que la actualización actual de la Guía Scrum es un buen y significativo paso adelante para posicionar Scrum fuera del mundo del desarrollo de software.