Explicación de los cambios y actualizaciones de la Guía 2020 Scrum

La Guía 2020 Scrum contiene numerosas actualizaciones y cambios que la convierten en la mejor guía hasta la fecha. Si aún no lo has hecho, puedes encontrar pdf's, traducciones y una versión online de la Guía 2020 Scrum aquí. 

También puede obtener más información sobre los cambios viendo el vídeo oficial Lanzamiento de la Guía Scrum 2020.

Esta última versión es más limpia, clara y universal. Las actualizaciones de la Guía Scrum 2020 pretenden impulsar la cultura, el enfoque y la alineación necesarios para innovar, crear y triunfar. 

Cada día, decenas de millones de personas de todo el mundo se reúnen para su Scrum diario de 15 minutos. Es un hecho que nos hace sentir humildes.  Queremos dar las gracias a todos los que han contribuido a aportar ideas, datos y experiencias reales para las actualizaciones de la Guía Scrum 2020.

Por qué hemos actualizado la guía Scrum

Desde su primera publicación en 2010, la Guía Scrum ha sido siempre un documento vivo. Utilizamos el empirismo para elaborar periódicamente la Guía Scrum. Como afirma la propia guía: 

El empirismo afirma que el conocimiento procede de la experiencia y de la toma de decisiones basadas en lo observado.

En realidad, Scrum no ha cambiado en absoluto, simplemente hemos mejorado su descripción a medida que recibíamos información sobre cómo lo utilizaba la gente. Iterando hacia un resultado mejor.   

La Guía Scrum 2020 aborda las interpretaciones erróneas y los malentendidos más comunes que nosotros y muchos otros hemos observado a medida que crece el uso del marco. 

Guía Scrum 2020: Visión general de los cambios

A continuación encontrará secciones que explican el "qué" y el "por qué" de los cambios y actualizaciones específicos de la Guía Scrum 2020. Pero empecemos con esta descripción general de lo que encontrarás en la guía:

Lenguaje menos prescriptivo

Con sólo 13 páginas, la Guía Scrum 2020 actualizada es aún menos prescriptiva que antes, pero mantiene el estándar de un marco mínimamente viable. El objetivo es capacitar a los equipos y organizaciones Scrum para que utilicen la guía tal y como fue concebida: como un libro de reglas y no como un libro de jugadas. Este enfoque menos prescriptivo conduce a una mayor innovación y adaptaciones en la forma en que se implementa Scrum mientras se mantiene fiel al marco. 

Una guía Scrum más clara y universal

Scrum es más fácil cuando los equipos Scrum y las organizaciones ven cómo les funciona el marco, independientemente de su sector, dominio, producto o función. Por eso hemos hecho que la Guía Scrum 2020 actualizada sea más accesible y comprensible para todos, mucho más allá del negocio tecnológico. 

Los artefactos Scrum y sus compromisos correspondientes

Cada uno de los tres artefactos tiene ahora su correspondiente "compromiso". Existen para aportar transparencia y enfoque con respecto a los cuales se puede medir el progreso. El compromiso para el Backlog del Producto es el Objetivo del Producto, el Backlog del Sprint tiene el Objetivo del Sprint, y el Incremento tiene la Definición de Hecho.

La Guía Scrum 2020 introduce el concepto de Objetivo de Producto para proporcionar un enfoque a largo plazo para el Equipo Scrum. Cada Sprint debe acercar el producto al objetivo general del producto. Tanto el Objetivo del Sprint como la Definición de Hecho estaban en Guías Scrum anteriores. Ahora tienen un hogar y un propósito más claro. 

Scrum Master: De "líder servidor" a "líder que sirve".

Sin duda, este cambio cogerá a muchos por sorpresa. Pero no se deje engañar, la reordenación de estas palabras refleja mejor la finalidad y las responsabilidades que siempre ha tenido el Scrum Master. 

Un equipo unificado centrado en un solo producto

Las anteriores Guías Scrum se referían a dos equipos, el "equipo de desarrollo", es decir, los que hacían el trabajo, y el "Equipo Scrum", que incluía al equipo de desarrollo, así como al Scrum Master y al Product Owner. Este concepto de equipo separado dentro de un equipo ha dado lugar a veces a una relación de "nosotros y ellos" entre el Product Owner y el equipo de desarrollo. Ahora hay un solo equipo, el Equipo Scrum, centrado en el mismo objetivo, con diferentes conjuntos de responsabilidades para el Product Owner, el Scrum Master y el Developers.

Autogestión frente a autoorganización

Las Guías Scrum anteriores se referían a los Equipos de Desarrollo como autoorganizados, es decir, que elegían quién realizaba el trabajo y cómo. Centrándose más en el Equipo Scrum, la versión 2020 hace hincapié en un Equipo Scrum autogestionado, que elige en qué trabajar, quién lo va a hacer y cómo se va a hacer. 

Tres temas de planificación de sprints

Además de los temas de Planificación del Sprint "Qué" y "Cómo", la Guía 2020 Scrum introduce un nuevo tema, "Por qué", referido al Objetivo del Sprint.

Lo que ya no está en la guía Scrum

Para cumplir la norma de un marco mínimamente viable, algunas cosas se han eliminado de la Guía Scrum 2020. Sin embargo, esto no significa que no tengan cabida en Scrum o que no deban utilizarse. Como Yesterday's Weather y otros Patrones Scrum no se incluyen explícitamente en la Guía Scrum, son prácticas opcionales que pueden ayudar a conseguir Equipos Scrum de alto rendimiento.

Estos son los principales conceptos que ya no se incluyen en la Guía Scrum 2020 y por qué: 

Las tres preguntas contestadas en el Daily Scrum:

Es probable que se las sepa de memoria: qué hizo ayer para ayudar al Equipo de Desarrollo a cumplir el Objetivo del Sprint, qué hará hoy para ayudar al Equipo de Desarrollo a cumplir el Objetivo del Sprint, y ¿ve algún impedimento que me impida a mí o al Equipo de Desarrollo cumplir el Objetivo del Sprint? Aunque eficaces, estas tres preguntas eran demasiado prescriptivas y limitantes. Como afirma la Guía Scrum 2020: 

El propósito del Scrum diario es inspeccionar el progreso hacia el Objetivo del Sprint y adaptar el Backlog del Sprint según sea necesario, ajustando el próximo trabajo planificado.

Hay muchas formas de lograr ese propósito. 

Aparcamiento' Después del diario Scrum

A veces el Scrum diario identifica conversaciones que deben tener lugar más allá de los 15 minutos del evento. La guía anterior establecía que estas conversaciones, a menudo denominadas "aparcamiento", tuvieran lugar inmediatamente después del Scrum Diario. La Guía Scrum 2020 permite al Equipo Scrum decidir cuándo tienen lugar estas conversaciones importantes. 

La palabra "funciones" al describir los modelos Scrum Master, Product Owner y Developers

La palabra "funciones" se malinterpretaba en algunas situaciones. Scrum nunca ha pretendido crear una taxonomía de títulos. Las funciones nunca han sido un título. Lo que importa es definir claramente quién es responsable de qué. Por eso la Guía Scrum 2020 incluye este pasaje: 

Todo el Equipo Scrum es responsable de crear un Incremento valioso y útil en cada Sprint. El Scrum define tres responsabilidades específicas dentro del Equipo Scrum: el Developers, el Product Owner y el Scrum Master.

Este cambio pone el énfasis donde debe estar, en las responsabilidades específicas. Puedes seguir refiriéndote a ellos como "papeles" si quieres. Lo haremos. Pero nosotros también haremos hincapié en que se trata de funciones con responsabilidades definidas.

Una revisión de Sprint liderada sólo por el Product Owner

La guía anterior otorgaba al Product Owner el liderazgo durante la Revisión del Sprint. El resto del Equipo Scrum actuaba en un papel más de apoyo. La Guía Scrum 2020 sitúa ahora a todo el Equipo Scrum, junto con los clientes y las partes interesadas, en el centro de este Evento.

Ningún equipo dentro de un equipo

Como ya se ha dicho, se ha resuelto el concepto de "Equipo de Desarrollo" dentro del Equipo Scrum. 

Lenguaje excesivamente prescriptivo para la retrospectiva del sprint

La descripción general de este Evento Scrum se ha acortado para centrarse en lo realmente importante: las mejoras del proceso y la felicidad y cohesión del equipo. Esto da a los equipos Scrum más flexibilidad a la hora de enfocar la Retrospectiva del Sprint.

Calendario para la mejora de la cartera de pedidos

La guía anterior establecía que "normalmente no más del 10 por ciento de la capacidad de un equipo" debería dedicarse a refinar el Backlog de Producto. La eliminación de esta cifra permite a los equipos Scrum decidir cuánto tiempo necesitan para perfeccionar y comprender los elementos del Product Backlog. 

Examinemos ahora en detalle las principales actualizaciones y cambios de la Guía Scrum 2020.  

Actualización de la Guía Scrum 2020: artefactos y compromisos Scrum

Podría decirse que el mayor cambio en la Guía Scrum 2020 se encuentra en la sección sobre los artefactos Scrum. En Scrum sólo hay tres artefactos: el Product Backlog, el Sprint Backlog y el Incremento. Cada uno de ellos representa trabajo o valor y está diseñado para maximizar la transparencia de la información clave. 

Ahora cada uno de estos artefactos tiene un nuevo compromiso correspondiente. 

• El compromiso para el Backlog de Producto es el Objetivo de Producto
• Para el Sprint Backlog, es el Objetivo del Sprint
• Para el Incremento, es la Definición de Hecho

 

Como se indica en la Guía 2020 Scrum: 

Estos compromisos existen para reforzar el empirismo y los valores Scrum para el Equipo Scrum y sus partes interesadas.

El compromiso es, por supuesto, uno de los Valores Scrum. La decisión de utilizar esta palabra aquí, junto con cada uno de los artefactos, es deliberada. 

Para saber más sobre estos nuevos compromisos y cómo impulsan el enfoque, la alineación y la entrega de valor, lea Scrum Guía 2020 percepciones por el Director General de Scrum Inc., JJ Sutherland.  

Por qué esta actualización Hecho: Todo empezó con los comentarios de los formadores y nuestras propias observaciones. Ambas mostraron que era necesario centrarse más en los objetivos en la Guía Scrum. En concreto, cómo alinear a los equipos en torno a los objetivos y los pasos concretos necesarios para hacerlos realidad. 

Además, hace tiempo que sabemos que los equipos que se centran en objetivos claros y específicos hacen un trabajo mucho mejor. 

El Objetivo Sprint no es nuevo en la Guía Scrum. Sin embargo, esta iteración le da un hogar y un propósito más claramente definido. Así es como se define el Objetivo Sprint en la Guía Scrum 2020:

El Objetivo del Sprint es el objetivo único del Sprint. Aunque el Objetivo del Sprint es un compromiso del Developers, proporciona flexibilidad en cuanto al trabajo exacto necesario para alcanzarlo. El Objetivo del Sprint también crea coherencia y enfoque, animando al Equipo Scrum a trabajar juntos en lugar de en iniciativas separadas.

El Objetivo de Producto es nuevo en la Guía Scrum 2020. Se ha añadido porque queríamos introducir un mayor nivel de enfoque y alineación. El objetivo de producto es un paso concreto hacia la consecución del estado futuro deseado del producto. Así es como se describe en la Guía 2020 Scrum: 

El objetivo del producto describe un estado futuro del producto que puede servir de meta para la planificación del equipo Scrum. El Objetivo de Producto se encuentra en el Backlog de Producto. El resto del Backlog del Producto surge para definir "qué" cumplirá el Objetivo del Producto.

El último compromiso nuevo es la Definición de Hecho. Al igual que el Objetivo del Sprint, no es nuevo en la Guía Scrum. Más bien hemos dado a la Definición de Hecho un hogar y un propósito más claramente definido. Pero hay un ligero cambio en el significado del término en este contexto. Así es como lo describe la Guía Scrum 2020: 

La Definición de Hecho es una descripción formal del estado del Incremento cuando cumple las medidas de calidad requeridas para el producto. En el momento en que un elemento del Product Backlog cumple la Definición de Hecho, nace un Incremento.

Actualización de la Guía Scrum 2020: Cómo hacer que el Scrum Master pase de ser un "líder servidor" a ser un "líder que sirve".

Otro cambio importante a tener en cuenta se refiere a la descripción y las responsabilidades del Scrum Master. 

Desde el principio, el objetivo principal del Scrum Master ha sido mejorar significativamente el rendimiento de los equipos. No se trata sólo de una actividad centrada en el equipo. Por eso la sección Scrum Master de las Guías Scrum 2020 se abre con este párrafo:

El Scrum Master es responsable de establecer Scrum tal y como se define en la Guía Scrum. Para ello, ayuda a todos a comprender la teoría y la práctica de Scrum, tanto dentro del Equipo Scrum como en la organización.

La Guía Scrum 2020 avanza en esta visión más amplia del papel del Scrum Master explicando algunas de las formas en que el Scrum Master sirve a la organización. Esto incluye:

Liderar, formar y entrenar a la organización en la adopción del Scrum.

Comprender esta función ampliada del Scrum Master es clave para entender por qué hemos sustituido "líder servidor" por el término "líder que sirve". 

Al pasar de "líder servidor" a "líderes que sirven", hemos enfatizado los aspectos de liderazgo de un Scrum Master. No tenemos intención de crear una jerarquía dentro del Equipo Scrum. Tampoco estamos diciendo que el Scrum Master sea ahora un directivo. 

Lo que decimos es que los Scrum Masters eficaces hacen algo más que facilitar Scrum Eventos e impedimentos superficiales. Son activos, no pasivos. Los grandes Scrum Masters hacen lo que hay que hacer para ayudar al Equipo Scrum y a la organización a lograr grandes resultados. 

Por qué se hizo esta actualización: Era hora de aclarar un malentendido. Uno que llevó a muchas organizaciones a preguntarse por qué era necesario un Scrum Master. 

En 1986, la Harvard Business Review publicó El nuevo juego del desarrollo de nuevos productos por Hirotaka Takeuchi y Ikujiro Nonaka. Este papel es una de las principales razones por las que a menudo se les conoce como los abuelos del Scrum.

En este trabajo seminal, Takeuchi y Nonaka describen cómo un líder de equipo facilitador gestiona hacia arriba y hacia abajo. La organización y el equipo. Así es como gestionan el proceso. Este fue efectivamente el prototipo de un Scrum Master. Alguien que consigue que la dirección se alinee para ayudar y apoyar a los Equipos Scrum a hacer un buen trabajo. 

Algunos han malinterpretado el término líder servidor de una forma que nos ha alejado del verdadero liderazgo. Por eso hemos cambiado el término por el de "líderes que sirven".

Actualización de la Guía Scrum 2020: De la autoorganización a la autogestión de equipos Scrum

Se trata de un cambio sutil pero importante que refuerza la autonomía de los equipos Scrum y, al mismo tiempo, les hace responsables de la consecución de sus objetivos. 

La anterior Guía Scrum decía: "Los equipos autoorganizados eligen la mejor manera de realizar su trabajo, en lugar de ser dirigidos por otras personas ajenas al equipo."

La Guía 2020 Scrum ahora dice esto de los Equipos Scrum:

También se autogestionan, es decir, deciden internamente quién hace qué, cuándo y cómo.

El equipo se autogestiona para cumplir los compromisos y alcanzar los objetivos.

Por qué se hizo esta actualización: Los términos y conceptos Scrum pueden convertirse en armas en el lugar de trabajo. A veces por la dirección. A veces por el propio Equipo Scrum. 

Hay muchos desarrolladores ágiles que consideran que autoorganizarse significa que pueden hacer lo que quieran. Es un concepto erróneo que había que abordar. La autoorganización se produce cuando un sistema inteligente encuentra el mejor camino en un entorno para alcanzar un objetivo. 

Así pues, la Guía Scrum 2020 utiliza ahora el término autogestión para aportar claridad al concepto y poner fin a la instrumentalización de la autoorganización como excusa para eludir el cumplimiento de objetivos o compromisos. 

Puede obtener más información sobre este y otros cambios en El post del Dr. Jeff Sutherland sobre células y equipos en relación con la nueva guía Scrum. 

Actualización de la Guía Scrum 2020: Un equipo Scrum centrado en un producto

Como ya hemos dicho, las anteriores Guías Scrum se referían a dos equipos, el "equipo de desarrollo", es decir, los que hacían el trabajo, y el "Equipo Scrum", que incluía al equipo de desarrollo, así como al Scrum Master y al Product Owner. 

Este concepto de un equipo separado dentro de un equipo ha llevado a veces a una relación de "nosotros y ellos" entre el Product Owner y el Equipo de Desarrollo. Ahora hay un solo equipo, el Equipo Scrum, centrado en el mismo objetivo, con diferentes conjuntos de responsabilidades para el Product Owner, el Scrum Master y el Developers.

Por qué se hizo esta actualización: Más o menos lo hemos cubierto. Sin embargo, hay una razón adicional que merece la pena destacar: hacer que Scrum sea más accesible y comprensible. 

Scrum es más fácil cuando los equipos y las organizaciones Scrum ven cómo les funciona el marco, independientemente de su sector, dominio, producto o función. El concepto de equipo dentro de un equipo podía resultar confuso para muchos que empezaban a aplicar el marco.

Actualización de la Guía Scrum 2020: Cambios en los cinco eventos Scrum 

La Guía Scrum 2020 incluye al menos pequeños cambios en cada uno de los cinco Eventos Scrum. Así que vamos a ir a través de cada uno individualmente. 

Planificación de sprints: La Guía Scrum anterior enumeraba dos temas que el Equipo Scrum debería tratar en este Evento. Lo que se puede entregar en el Incremento en el próximo Sprint, y cómo se logrará el trabajo. Los debates sobre estos dos temas aportan información importante y un entendimiento compartido que ayuda al Equipo Scrum a alcanzar su Objetivo del Sprint. Aunque se han reformulado para mayor claridad, se mantienen en la Guía Scrum 2020. Sin embargo, un equipo Scrum no obtiene la imagen completa con sólo entender el qué y el cómo. También deben entender el por qué. Así que se ha añadido un nuevo tema de debate a la Planificación de Sprint. Así es como lo describe la Guía Scrum 2020:

Tema uno: ¿Por qué es valioso este Sprint?

El Product Owner propone cómo el producto podría aumentar su valor y utilidad en el Sprint actual. A continuación, todo el Equipo Scrum colabora para definir un Objetivo del Sprint que comunique por qué el Sprint es valioso para las partes interesadas.

Discutir el porqué proporciona al equipo Scrum el contexto que de otro modo podría faltar. Hemos comprobado que los equipos Scrum que entienden la intención del Product Owner ofrecen mejores resultados y mayor calidad. 

El Sprint: La Guía Scrum 2020 establece ahora explícitamente que sólo el Product Owner puede abortar un Sprint. En realidad, se trata más de una aclaración que de un cambio, ya que es una práctica establecida desde hace tiempo.

Diario Scrum: El propósito del Scrum diario sigue siendo el mismo: inspeccionar el progreso hacia el Objetivo del Sprint, y adaptar y replanificar el Sprint Backlog según sea necesario. Lo que ha cambiado en la Guía Scrum 2020 es el método. Han desaparecido las tres preguntas que figuraban en guías anteriores, sustituidas por esta descripción menos prescriptiva: 

El Developers puede elegir la estructura y las técnicas que desee, siempre que su Scrum diario se centre en el progreso hacia el Objetivo del Sprint y elabore un plan de acción para el siguiente día de trabajo. Esto crea concentración y mejora la autogestión.

De hecho, hay muchas maneras de lograr el propósito del Daily Scum. 

Por ejemplo, un Scrum Coach de Europa empezó a celebrar Scrum diarios en los que sólo se planteaba una pregunta: ¿por qué no se ha terminado la historia que encabeza el Backlog? Este enfoque permitió aumentar el rendimiento en un 500%. 

Queríamos dar a todos los equipos Scrum la flexibilidad necesaria para utilizar el enfoque que mejor se adapte a ellos. 

Revisión de Sprint: En Scrum, el trabajo lo realiza el equipo. Queríamos que la Revisión de Sprint fuera tan inclusiva como el propio trabajo. En la Guía Scrum 2020 la Revisión del Sprint ya no está dirigida por el Product Owner, sino por el Equipo Scrum en su conjunto: 

Durante el evento, el Equipo Scrum y las partes interesadas revisan lo que se ha conseguido en el Sprint y lo que ha cambiado en su entorno. Basándose en esta información, los asistentes colaboran sobre qué hacer a continuación. El Product Backlog también puede ajustarse para hacer frente a nuevas oportunidades. La Revisión del Sprint es una sesión de trabajo y el Equipo Scrum debe evitar limitarla a una presentación.

La Revisión del Sprint es el lugar donde los clientes, las partes interesadas y el Equipo Scrum discuten cómo han alcanzado el Objetivo del Sprint, el progreso hacia el Objetivo del Producto, y qué problemas se han superado y qué queda en el camino. 

Retrospectiva Sprint: Cada Retrospectiva Sprint trata realmente de dos cosas: respeto por las personas y mejora continua. Las retrospectivas tienen éxito si las conversaciones son abiertas, honestas y se centran en mejorar los procesos y las interacciones. Hay muchas formas de conseguirlo. 

Así que hemos eliminado el lenguaje excesivamente prescriptivo para animar al Scrum Master y a todo el equipo Scrum a ser flexibles a la hora de encontrar formas creativas de resolver los problemas encontrando primero su causa raíz. A veces estas soluciones son la eliminación de impedimentos. Otras son posibles mejoras del proceso identificadas por el Equipo Scrum. Como dice la Guía Scrum 2020: 

Las mejoras de mayor impacto se abordan lo antes posible. Incluso pueden añadirse al Sprint Backlog para el siguiente Sprint.

Esto también supone un cambio con respecto a las guías anteriores, que establecían estas mejoras se el próximo Sprint. Y aunque creemos que sigue siendo una práctica líder, no es una obligación. Así que optamos por la flexibilidad. 

Reflexiones finales

Pasamos enormes cantidades de nuestras vidas yendo a trabajar. Y para mucha gente, el trabajo es un asco. En la creación de Scrum, nuestra visión siempre ha sido hacer que el trabajo sea rápido, fácil y divertido. Si no es divertido, lo estás haciendo mal. 

Con esta última iteración de la Guía Scrum, hemos intentado aclarar términos que se han malinterpretado. Simplificar donde era demasiado complicado. Y hacer el marco más accesible para que cualquier equipo de cualquier organización, ya sea de ventas o de recursos humanos, de marketing o de finanzas, de desarrollo o de estrategia, pueda coger la Guía Scrum y empezar.

Esa ha sido siempre la cuestión. Scrum es de código abierto por una razón. Queremos que su uso se extienda. Queremos ayudar a la gente a resolver problemas complejos, a conseguir grandes cosas. 

Estamos deseando ver lo que la comunidad Scrum va a conseguir en el futuro. Y estamos orgullosos de lo que ya hemos conseguido juntos.