Cómo la Guía Scrum actualizada impulsa la concentración, la alineación y la aportación de valor

por JJ Sutherland | 4 de diciembre de 2020 | Blog

Concretar una idea. Esa es la parte difícil. No basta con tener una visión, hay que averiguar qué se va a hacer. mañana para iniciar el largo viaje de convertir esa idea en algo real. Y luego está la parte difícil. ¿Lo que vas a hacer es realmente derecha que hacer? Para saberlo, hay que obtener información rápida sobre los progresos reales.

Eso es lo que importa. Ese es el objetivo del Scrum. 

No es sólo algo que haces. Lo haces para llegar a alguna parte. Para aportar valor. 

Al actualizar la Guía Scrum 2020, los co-creadores de Scrum no cambiaron Scrum en sí. Lo que sí hicieron el Dr. Jeff Sutherland y Ken Schwaber fue encontrar mejores formas de describirlo. Mejores formas de explicar el propósito de cada elemento del marco. 

Podría decirse que la actualización más notable de la Guía Scrum 2020 muestra cómo esta claridad impulsará mejores resultados.

Scrum Artefactos y compromisos

Sinceramente, no sé cuántas veces he visto esta situación. Entramos en una organización y nos encontramos con un montón de equipos trabajando en cosas que nadie quiere. 

Es como ver una clase magistral sobre el oscuro arte de la entrega de valor cero. 

El problema no son los malos equipos, ni los malos backlogs, ni siquiera los malos Product Owners. El problema es que no hay conexión entre lo que la organización quiere conseguir y lo que los equipos Scrum están haciendo Sprint a Sprint. Nada que vincule la visión con los pasos concretos necesarios para hacerla realidad. 

Por eso, cada uno de los tres artefactos Scrum tiene ahora su compromiso correspondiente. 

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". Cada uno de los nuevos compromisos mejora 'transparencia y un enfoque que permita medir los avances". 

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

El objetivo del sprint

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.

Es demasiado fácil salir de la Planificación del Sprint con un Backlog del Sprint que es un surtido bastante aleatorio de Elementos del Backlog del Producto que todo el mundo sabe que hay que hacer, pero sin ningún sentido de por qué, exactamente. ¿Por qué este grupo de PBI en lugar de otra clasificación? ¿A qué se deben? ¿Por qué el Product Owner prioriza de esta manera?

Del mismo modo que podemos perder la concentración individualmente yendo de una cosa a otra dejando a nuestro paso una parodia de trabajo a medio hacer, lo mismo puede ocurrir con un Equipo Scrum. El equipo debe centrarse en el objetivo del Sprint. ¿En qué consisten todas estas cosas? ¿Qué queremos conseguir? O dicho de forma más sencilla, responde a la pregunta más importante de Scrum: ¿por qué?

La mayoría de las veces, por desgracia, no todo lo que hay en el Sprint Backlog tiene algo que ver con el objetivo del Sprint. Casi siempre hay cosas que hay que hacer. No pasa nada, lo importante es que todo en lo que esté trabajando el Equipo Scrum esté en ese Sprint Backlog, para que sea visible cuánta de su capacidad se está utilizando para las cosas que el cliente realmente quiere y cuánta se está ocupando con cosas que no tienen nada que ver con esa cosa realmente importante que es el Objetivo del Sprint.

Un Navy SEAL implementando Scrum en su Equipo me dijo recientemente algo que se me ha quedado grabado: "El Esfuerzo es nuestra moneda". Tener un Objetivo de Sprint claro dice dónde se debe gastar esa moneda y tener un Backlog de Sprint transparente muestra dónde se está gastando realmente. Esto debería llevar al Equipo y a las Partes Interesadas a reevaluar qué valor se está comprando realmente.

El Objetivo del Sprint es el compromiso del Equipo con lo que se entregará en el Backlog del Sprint. El Backlog del Sprint es una descripción íntima de lo que es ese Objetivo.

Definición de Hecho

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.

La Definición de Hecho es el compromiso del Equipo con la calidad y el valor. Si algo no cumple con la Definición de Hecho no puede ser liberado y nunca debe ser demostrado en la Revisión del Sprint.

La peor forma de despilfarro, según Taiichi Ohno, creador del Sistema de Producción Toyota, es trabajo sin hacer. Se ha gastado energía, se han invertido horas, se ha gastado parte de ese dinero, pero no se ha creado nada de valor. Un proceso a medio escribir, un experimento a medias, un trozo de código a medio escribir, un servicio empezado pero no prestado. 

La Definición de Hecho proporciona al Equipo Scrum una idea clara de las normas que el Equipo debe cumplir para haber terminado con un Elemento del Backlog del Producto. Y el Equipo se compromete a alcanzar ese Incremento de Producto al final de cada Sprint.

Parte del valor de la Definición de Hecho es que proporciona al Equipo Scrum un marcador claro de cuándo las cosas están hechas. Esto le da uno de los mayores entregables en Scrum: El trabajo no hecho. Indica a los Equipos Scrum dónde detenerse.

Una vez estuve hablando con alguien cuyo trabajo consistía en entregar documentación sobre las mejores prácticas en una gran organización para que pudieran compartirse entre cientos o incluso miles de equipos. Tenía un plazo de entrega de una cada seis semanas o así. Cuando le pregunté cuál era su definición de Hecho, me contestó con un estribillo demasiado común: la fecha de entrega. Cuando le sugerí que lo definiera por adelantado, pude ver cómo le cambiaba la cara. "Acabas de devolverme la mitad de mi vida".

En lugar de trabajar hasta una fecha límite, empezó a trabajar según una Definición de Hecho, que le daba la capacidad de dejar de trabajar cuando estaba hecho y pasar a otra cosa. 

Objetivo del producto

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

Un producto es un vehículo para aportar valor. Tiene un límite claro, partes interesadas conocidas, usuarios o clientes bien definidos. Un producto puede ser un servicio, un producto físico o algo más abstracto.

Una de las cosas que repito una y otra vez a mis clientes, bueno, en realidad a cualquiera que me escuche, es "No hagas Scrum por hacer Scrum. Haz Scrum para llegar a alguna parte". 

El Objetivo de Producto es, en cierto modo, la suma de todos los Objetivos de Sprint del Equipo. Es el estado que describe el Backlog del Producto. Es donde el Equipo Scrum está tratando de llegar a.

Cualquier producto o servicio o proceso o lanzamiento o lo que sea necesita tener un objetivo. Un objetivo que probablemente esté a muchos Sprints en el futuro. Cuando me siento a escribir un libro, tengo un objetivo: un libro acabado que diga lo que quiero decir de la forma en que quiero decirlo y que llegue a las manos de un lector. Eso lleva tiempo. Suelo tardar entre un año y dieciocho meses. Es un gran objetivo y tengo que tenerlo presente. Pero también tengo que preguntarme: "¿Qué voy a hacer el próximo Sprint para acercarme a ese objetivo? Y, lo que es aún más importante, "¿cómo mido si lo que estoy haciendo me acerca a mi objetivo de producto", un libro terminado? 

Hablando con Jeff y Ken sobre por qué añadieron el Objetivo de Producto como un compromiso en la guía Scrum dijeron que se trataba de abordar una disfunción que ven comúnmente en los Equipos Scrum. Los equipos van de Sprint en Sprint, tal vez incluso tienen objetivos de Sprint, pero pierden la noción de dónde quieren llegar. ¿Cuál es la suma de todos esos Sprints? ¿Nos estamos acercando a nuestro Objetivo de Producto o estamos constantemente luchando contra lo más urgente y perdiendo de vista lo más importante: el valor en manos del cliente? 

Jeff y Ken quieren que los Equipos Scrum, en particular el Product Owners, mantengan el Objetivo del Producto siempre visible y siempre presente. Es demasiado fácil distraerse con el siguiente objeto brillante o la crisis más reciente, o peor aún, la crisis de otra persona, y perder de vista cuál es realmente el objetivo final y asegurarse de que todo lo que hace el equipo se acerca a esa meta. 

La naturaleza del compromiso

El éxito de la Scrum depende de que las personas sean más competentes en vivir cinco valores:

Compromiso, Concentración, Apertura, Respeto y Valentía

El Equipo Scrum se compromete a alcanzar sus objetivos y a apoyarse mutuamente. Su atención se centra principalmente en el trabajo del Sprint para avanzar lo mejor posible hacia estos objetivos. El Equipo Scrum y las partes interesadas hablan abiertamente sobre el trabajo y los retos. Los miembros del Equipo Scrum esperan de los demás que sean personas capaces e independientes, y son respetados como tales por las personas con las que trabajan. Los miembros del Equipo Scrum tienen el valor de hacer lo correcto, de trabajar en problemas difíciles.

Para mí, el compromiso es el corazón de Scrum. Es el valor en el que se apoyan todos los demás valores. Es el compromiso del equipo Scrum de aportar valor, alcanzar objetivos, resolver problemas y apoyarse mutuamente para conseguirlo. No es un compromiso con Scrum en sí, sino con el uso de Scrum para alcanzar los objetivos que se han fijado.

La Guía Scrum 2020 no ha cambiado Scrum, es una mejor descripción de la misma. Scrum no ha cambiado, sólo que los co-creadores han aprendido más sobre cómo expresarlo. La Guía 2020 con sus nuevos tres compromisos vinculados a los tres artefactos no es nueva. Siempre han estado ahí. Siempre estuvieron implícitos. Pero Jeff y Ken pensaron que debían ser más explícitos, que sin ellos los equipos Scrum no ofrecían el valor que deberían ser capaces de ofrecer. 

Un equipo Scrum se compromete a ofrecer algo de valor. Un Objetivo de Producto. Todos y cada uno de los Objetivos del Sprint es su compromiso para acercarse a eso. Y cada incremento, cada vez que algo llega a esa Definición de Hecho es su compromiso de entregar calidad y valor en cada Elemento de la Lista de Pendientes del Producto que crean.