Conociendo un poco sobre los cambios…
Hace algunas semanas atrás hemos tenido el agrado de presenciar el lanzamiento de la nueva Guía Scrum 2020, esta actualización ha venido a cambiar varios aspectos de como vemos a Scrum, en lo personal, pienso que esta actualización trae un nuevo aire al marco de trabajo. Los invito a que revisemos estas novedades y las discutamos.
Scrum siempre ha sido muy cercano al resto de los marcos agiles, especialmente de Lean, estos dos coinciden en varios aspectos, pero siempre en mundos separados. Ahora oficialmente se declara a Lean como parte de Scrum en su pensamiento, donde la eliminación de desperdicios enfocándose en lo que realmente importa de Lean, sumado al empirismo de Scrum, se transforman en una combinación perfecta en esta receta del agilismo.
Es cosa de ver como Schwaber y Sutherland aplicaron Lean en esta nueva guía, es impresionante como ellos se dieron cuenta que debían enfocar esta guía en lo que realmente importa y dejarla lo suficientemente abierta para invitar a todos a practicar el empirismo, ya hablaremos de esto más adelante 😊
En la guía 2017 Scrum se describe principalmente como un marco que permite el desarrollo, la entrega y la mantención de productos complejos, con una visión que lo define como liviano, fácil de entender y difícil de dominar, para distintos tipos de productos y mercados. En esta nueva guía, todo lo anterior se resume a que Scrum es liviano en la generación de valor a través de soluciones adaptativas para problemas complejos.
A mi parecer, lo más importante en esta definición inicial, es el hecho de que se establece a Scrum como un marco de trabajo incompleto de forma intencional que, en lugar de proporcionar instrucciones detalladas, las reglas de Scrum guían sus relaciones e interacciones. Más que un marco incompleto, esta nueva versión de Scrum es más abierta, estableciendo solo lo que realmente importa, e invitando al empirismo para que el resto del marco se vaya descubriendo y perfeccionando gracias a la práctica y la inteligencia colectiva.
Dentro de la teoría ya no hablamos de equipos de trabajo o de roles en específico, se refiere simplemente a un grupo de personas que colectivamente tienen todas las habilidades y experiencias para llevar a cabo el trabajo, dejando abierta las posibilidades.
Seguimos hablando de cuatro eventos formales para la inspección y adaptación dentro de un evento contenedor llamado Sprint, con sus pilares empíricos de transparencia, inspección y adaptación. Sobre la transparencia existe una afirmación poderosa que refleja el espíritu de esta nueva guía. La transparencia permite la inspección, la inspección sin transparencia es engañosa y derrochadora. La Inspección permite la adaptación, la inspección sin adaptación se considera inútil. Los eventos de Scrum estas diseñados para provocar cambios.
En el pilar Adaptación surgieron varios cambios a destacar, uno muy importante, es que ya no hablamos de inspectores, personas que estaban preocupadas específicamente de las desviaciones que se podrían producir dentro del trabajo a realizar. Este punto llevaba a confusión y de hecho lo trataba con especial cuidado dentro de mis clases. La inspección no es un tema de uno o algunos, es un tema de todas las personas que trabajan en un entorno ágil, todos trabajamos por un objetivo en común y ese debe ser nuestro propósito.
La adaptación se vuelve más difícil cuando las personas involucradas no están empoderadas ni se autogestionan. Anteriormente en Scrum hablamos constantemente de la autoorganización, personas capaces de resolver los problemas del día a día, personas capaces de determinar quién y como el trabajo se debe llevar a cabo, en general, personas autónomas en el contexto del incremento del producto. Ahora vamos un paso más allá, hablamos de Autogestión, personas que no son solo autónomas con realización al trabajo, sino también, son capaces de involucrarse en aspectos de gestión y de decisiones de más alto nivel como, por ejemplo, aspectos presupuestarios, conformación de los equipos, la gestión de las personas y sus capacidades, el objetivo del producto, etc.
Que nos dice la guía 2017…
La guía 2017 define claramente que durante el transcurso del proyecto se deberán establecer los objetivos de cada Sprint, objetivos que en definitiva estarán estrechamente alineados con la Visión del producto. En esta nueva edición continuamos trabajando con los Objetivos del Sprint, pero adicionalmente estableceremos un nuevo objetivo, que lo llamaremos, Objetivo del Producto. Será trabajo de todos construir y entender este objetivo, transformándose en nuestro propósito de existencia y que estará estrechamente ligado al Product Backlog.
Otro punto importante en esta guía 2020 es la conformación de los equipos, en la guía anterior hablamos de equipo conformados de entre 3 y 9 integrantes, ahora solo se define un máximo de 10 integrantes o menos. Si los equipos se vuelven demasiado grandes se deberán dividir en múltiples equipos cohesionados, enfocados en el mismo producto, compartiendo el Objetivo del
Producto, el Producto Backlog y el Product Owner. Como ya había mencionado anteriormente, el Scrum Team debe ser autogestionado, por lo tanto, son responsables de todas las actividades que incluye la colaboración con los Stakeholders, la verificación, el mantenimiento, la operación, la experimentación, la investigación y el desarrollo, o cualquier otra cosa que necesite el equipo o el producto.
En la versión 2017 el Scrum Team está conformado por tres roles, el Scrum Master, el Product Owner y el Development Team. Uno de los cambios que nos trae esta nueva guía, es que ya no hablamos de Equipo de Desarrollo (Development Team), sino solo de Desarrolladores (Developers). Para analizar esto debemos sacarnos de la cabeza el concepto de desarrollador de software, y debemos pensar en desarrolladores de productos, cualquiera sea este, que serán los encargados del incremento en cada Sprint.
Con relación al Producto Owner, su principal misión será maximizar el valor del producto a través del trabajo mancomunado del Scrum Teams. ¿Cómo logrará esta maximización de valor?, bueno, de la mejor forma que establezca la organización o el mismo Producto Owner. También deberá desarrollar (Co-crear) y comunicar explícitamente el Objetivo del Producto.
Finalmente, en esta nueva actualización el Scrum Master no solo es un “verdadero” líder servidor del equipo y guía a la organización en la adopción de Scrum, sino también, es el encargado de liderar a la organización en este camino. Otro punto a destacar, es que en esta nueva versión el Scrum Master es el responsable de que los eventos se lleven a cabo, según lo establecido, y que además sean positivos y productivos.
Lo que se destaca en esta nueva Guía Scrum 2020, es que los roles ya no son realmente tan importantes, lo que realmente importa son las responsabilidades del equipo que adquiere cada uno de los integrantes del Scrum Team.
También se destaca la importancia del refinamiento, algo que anteriormente se veía como un opcional. El refinamiento nunca debe ser un opcional y tampoco debe ser mirado a la ligera. El refinamiento nos permitirá que todos hablemos el mismo idioma y es donde podremos determinar si la dirección que estamos tomando es la correcta, transformándose en un insumo fundamental para el Sprint Review.
Anteriormente en la Sprint Planning teníamos dos temas a discutir, ahora se incorpora un tercer tema donde nos preguntamos, ¿Por qué es valioso este Sprint?, es una pregunta perfecta que apunta directamente al espíritu ágil del marco de trabajo, antes de planificar y pensar cómo se realizará el trabajo en la siguiente iteración, debemos pensar en el valor que vamos a entregar y no solo en el número de funcionalidades. ¿Qué se puede hacer en este Sprint?, si más sabemos de nuestro desempeño pasado, la capacidad actual y la definición de terminado, el equipo tendrá la confianza suficiente para poder seleccionar de mejor forma el trabajo a realizar en la siguiente iteración. Y finalmente nos preguntamos, ¿Cómo se realizará el trabajo elegido?
Lo interesante de esta actualización…
Al fin llegamos a la parte más interesante de esta nueva guía Scrum, en la Daily Scrum era obligatoria la participación del Development Team y donde el Scrum Master y Product Owner eran opcionales. Esto ha cambiado, en la actualidad sigue siendo una reunión de los Developers, pero según el trabajo que estén realizando el Scrum Master y el Product Owner en los elementos del Sprint Backlog, su participación en la Daily puede ser como la de un Developer, teniendo que regirse como uno más según lo establecido por el Scrum Team para este evento.
La Sprint Review es otro evento que sufrió cambios, este era unos de los eventos más detallados en la guía anterior, en la actualidad es un evento más simple que se enfoca en lo esencial. En esta nueva Review los Stakeholder no son invitados opcionales, ahora su participación es clave para el lineamiento hacia el cumplimiento del Objetivo. Además, la Review no es solo la demostración del Incremento, es una sesión de trabajo que permitirá corregir el rumbo y establecer los siguientes pasos para alcanzar el Objetivo del Producto.
La retrospectiva continua con su espíritu centrada en el equipo, y como propósito fundamental la mejora continua gracias al aprendizaje empírico. El objetivo siempre será buscar mejorar la efectividad, para esto se deberán establecer cambios y mejoras. Las mejoras de mayor impacto se deben abordar lo antes posible, he incluso existe la posibilidad de que estas mejoras se incorporen al Sprint Backlog para asegurar su realización. Es importante que nada quede fuera del Sprint Backlog, incluso las tareas que nos permiten mejorar.
Artefactos del Scrum
Los artefactos de scrum están diseñados para maximizar la transparencia, que a su vez, permiten la inspección para lograr la adaptación necesaria. Los siguientes son los tres compromisos claves para cada artefacto de Scrum, que permitirán reforzar el empirismo:
- Para el Product Backlog, será el Objetivo del Producto.
- Para el Sprint Backlog, será el Objetivo del Sprint.
- Para el Increment, será la Definición de Terminado.
Con relación al incremento del producto, existe la posibilidad de poder entregar un incremento antes de finalizar el Sprint, se deja en claro que la Sprint Review no se debe considerar como una puerta única para la liberación de valor. Ahora podremos mantener una constante en la entrega de valor durante la ejecución de los Sprint.
Finalmente podemos concluir que todas las mejoras en esta nueva Guía Scrum 2020 apuntan a simplificar el marco y hacerlo cada vez más abierto, pero eso no le quita para nada su robustez y la potencialidad que las mismas organizaciones le pueden entregar gracias al empirismo y el trabajo en equipo.
