Scrum: Artefactos

Lissette IPS
19 abr 2021
4 Min. de lectura

Hola, con este quinto post completamos el último tema básico de Scrum. Los artefactos de Scrum representan trabajo o valor. Están diseñados para maximizar la transparencia de la información clave. Por lo tanto, cada uno de los que los inspecciona tienen la misma base para la adaptación.

Cada artefacto tiene un objetivo, y aporta información que mejora la transparencia y el enfoque con el que se puede medir el progreso:

● Para el Product Backlog es el Product Goal.

● Para el Sprint Backlog es el Sprint Goal.

● Para el Incremento es la Definición de Hecho (DoD).

El objetivo de estos compromisos es reforzar el empirismo y los valores de Scrum para el equipo de Scrum y las partes interesadas.

Pila del producto (Product Backlog)

El product backlog es una lista emergente y ordenada de lo que se necesita para mejorar el producto. Es la única fuente de trabajo emprendida por el equipo Scrum.

Los requerimientos que pueden ser completados por el equipo de Scrum dentro de un Sprint se consideran listos para su selección en un evento de planificación de Sprint. Se obtiene este nivel de transparencia una vez que se han refinado. El refinamiento de Backlog del producto es descomponer y definir aún más los requerimientos del product backlog en partes más pequeñas y precisos. Esta es una actividad en curso para agregar detalles, como una descripción, un pedido y un tamaño. Los atributos a menudo varían con el dominio del trabajo.

Los desarrolladores que realizarán el trabajo son responsables del tamaño. El Propietario del Producto puede influir en los Desarrolladores ayudándoles a entender y seleccionar mejores alternativas.

Compromiso: Objetivo del producto

El Product Goal describe un estado futuro del producto que puede servir como objetivo para el equipo de Scrum contra el cual planificar. Este se encuentra en el product backlog. El resto del product backlog surge para definir "qué" cumplirá el product goal.

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

El product goal es el objetivo a largo plazo para el equipo de Scrum. Deben cumplir (o abandonar) un objetivo antes de asumir el siguiente.

La pila del Sprint (Sprint Backlog)

El Sprint backlog se compone del objetivo sprint (por qué), el conjunto de elementos de product backlog seleccionados para el Sprint (qué), así como un plan accionable para entregar el incremento (cómo).

El Trabajo pendiente de Sprint es un plan por y para los desarrolladores. Es una imagen muy visible y en tiempo real del trabajo que los desarrolladores planean realizar durante el Sprint para lograr el Objetivo Sprint. Por lo tanto, el Sprint Backlog se actualiza a lo largo del Sprint a medida que se aprende más. Debe tener suficientes detalles para que puedan inspeccionar su progreso en el Scrum Diario.

Compromiso: Sprint Goal

El Sprint Goal es el único objetivo del Sprint. Aunque el objetivo de Sprint es un compromiso de los desarrolladores, proporciona flexibilidad en términos del trabajo exacto necesario para lograrlo.

El sprint goal también crea coherencia y enfoque, animando al equipo de Scrum a trabajar juntos en lugar de separados. El objetivo de Sprint se crea durante el evento Sprint Planning y, a continuación, se agrega al sprint backlog. A medida que los desarrolladores trabajan durante el Sprint, tienen en cuenta el objetivo del Sprint. Si el trabajo resulta ser diferente de lo que esperaban, colaboran con el PO para negociar el alcance del sprint planning dentro del Sprint sin afectar al sprint goal.

Incremento

Un Incremento es un paso de hormigón hacia el product goal. Cada Incremento es la suma de todos los incrementos más el del sprint actual que finaliza. Son validados a fondo, asegurando que todos los Incrementos funcionen juntos. Para proporcionar el valor, el incremento debe ser funcional.

Se pueden crear varios incrementos dentro de un Sprint. La suma de los Incrementos se presenta en el Sprint Review apoyando así el empirismo. Sin embargo, un Incremento puede ser entregado a las partes interesadas antes del final del Sprint. El Sprint review nunca debe considerarse una puerta para liberar valor.

El trabajo no se puede considerar parte de un Incremento a menos que cumpla con la Definición de Hecho(DoD).

Compromiso: Definición de Hecho (Definition of Done/DoD)

El DoD es una descripción formal del estado del Incremento cuando cumple con las medidas de calidad requeridas para el producto.

En el momento en que un elemento del product backlog cumple con el DoD, se crea un incremento.

El DoD crea transparencia al proporcionar a todos una comprensión compartida de qué trabajo se completó como parte del Incremento. Si un elemento del product backlog no cumple con el DoD, no se puede liberar, ni siquiera presentar en la revisión de Sprint. En su lugar, vuelve al product backlog para su revisión y análisis futuro.

Si el DoD para un incremento forma parte de los estándares de la organización, todos los equipos de Scrum deben seguirla como mínimo. Si no es un estándar organizativo, el equipo de Scrum debe crear un DoD adecuada para el producto.

Los desarrolladores deben ajustarse al DoD. Si hay varios equipos de Scrum trabajando juntos en un producto, deben definir y cumplir mutuamente con la misma definición de hecho.