La Guía Scrum 2020 define tres artefactos de Scrum, y cada uno lleva asociado un compromiso: el Product Backlog se compromete con el Product Goal, el Sprint Backlog con el Sprint Goal y el Increment con la Definition of Done. Los artefactos hacen transparente el trabajo y el valor, y los compromisos dan a cada artefacto un propósito claro para medir el progreso. Si dominas estas tres parejas, podrás responder buena parte de las preguntas sobre artefactos de los exámenes PSM I, PSPO I y CSM.
¿Cuáles son los tres artefactos de Scrum?
Los artefactos de Scrum representan trabajo o valor. Su razón de ser es maximizar la transparencia de la información clave, de modo que todo el que los inspecciona tenga la misma base para adaptarse. Esto conecta directamente con los tres pilares de Scrum: transparencia, inspección y adaptación. Un artefacto poco transparente lleva a malas decisiones, porque no puedes inspeccionar lo que no ves.
La edición 2020 de la Guía Scrum añadió un compromiso a cada artefacto. Según la guía, estos compromisos existen para reforzar el empirismo y los valores de Scrum en el Scrum Team y sus stakeholders.
Artefactos y compromisos de un vistazo
| Artefacto | Compromiso | Quién es responsable |
|---|---|---|
| Product Backlog | Product Goal (objetivo del producto) | Product Owner (gestión del Product Backlog, incluido desarrollar y comunicar el Product Goal) |
| Sprint Backlog | Sprint Goal (objetivo del Sprint) | Developers (el Sprint Backlog es su plan, hecho por y para ellos) |
| Increment (incremento) | Definition of Done (definición de terminado) | Los Developers la cumplen; el Scrum Team la crea si la organización no aporta una |
Ten esta tabla presente en el examen. Muchas preguntas trampa se limitan a cambiar el dueño de un artefacto o a emparejarlo con el compromiso equivocado.
El Product Backlog y el Product Goal
El Product Backlog es una lista emergente y ordenada de lo que hace falta para mejorar el producto. Es la única fuente del trabajo que realiza el Scrum Team. Los elementos de la parte superior suelen estar más claros y refinados, porque es probable que entren en el próximo Sprint Planning.
El refinamiento del Product Backlog consiste en dividir los elementos y añadirles detalle, como descripción, orden y tamaño. Es una actividad continua, no un evento de Scrum. La guía de 2020 no fija ningún porcentaje: la antigua pauta de "no más del 10% de la capacidad de los Developers" se eliminó.
El Product Owner es responsable de la gestión del Product Backlog. Es una sola persona, no un comité. Puede delegar el trabajo de redactar u ordenar elementos, pero sigue siendo el responsable.
Qué es el Product Goal y por qué se añadió en 2020
El Product Goal describe un estado futuro del producto y sirve de objetivo sobre el que el Scrum Team planifica. Es el objetivo a largo plazo del equipo, y el Product Backlog va emergiendo para definir "qué" lo hará realidad.
Antes de 2020, Scrum no tenía un objetivo explícito por encima del Sprint Goal. Un equipo podía avanzar Sprint a Sprint sin una visión compartida de hacia dónde iba el producto. El Product Goal cubre ese hueco: conecta cada Sprint Goal con un propósito mayor y da a los stakeholders algo concreto contra lo que inspeccionar el progreso.
Hay dos detalles clave para el examen. Primero, el Scrum Team trabaja en un solo Product Goal a la vez. Segundo, debe cumplirlo o abandonarlo antes de pasar al siguiente.
El Sprint Backlog y el Sprint Goal
El Sprint Backlog tiene tres partes: el Sprint Goal (por qué), los elementos del Product Backlog seleccionados para el Sprint (qué) y un plan accionable para entregar el Increment (cómo). Coinciden con los tres temas del Sprint Planning: por qué es valioso este Sprint, qué se puede terminar y cómo se hará el trabajo elegido.
El Sprint Backlog es un plan hecho por y para los Developers. Ofrece una imagen muy visible y en tiempo real del trabajo que piensan completar durante el Sprint. Los Developers son sus dueños y lo actualizan a lo largo del Sprint a medida que aprenden más.
Cómo da flexibilidad el Sprint Goal
El Sprint Goal es el único objetivo del Sprint. Se crea durante el Sprint Planning y se añade al Sprint Backlog. Aunque es un compromiso de los Developers, ofrece flexibilidad en cuanto al trabajo exacto necesario para alcanzarlo.
En la práctica, los elementos seleccionados y el plan pueden cambiar durante el Sprint mientras el objetivo se mantiene estable. Si el trabajo resulta distinto de lo previsto, los Developers colaboran con el Product Owner para negociar el alcance del Sprint Backlog dentro del Sprint, sin cambiar el Sprint Goal. En el Daily Scrum, los Developers inspeccionan el progreso hacia el Sprint Goal y adaptan el Sprint Backlog si hace falta.
Si el propio Sprint Goal queda obsoleto, solo el Product Owner puede cancelar el Sprint.
El Increment y la Definition of Done
Un Increment es un paso concreto hacia el Product Goal. Cada Increment se suma a todos los anteriores y se verifica a fondo, de forma que todos funcionen juntos. Para aportar valor, el Increment tiene que ser utilizable.
Qué significa "Done" (terminado)
La Definition of Done (DoD) es una descripción formal del estado del Increment cuando cumple las medidas de calidad que exige el producto. En el momento en que un elemento del Product Backlog cumple la Definition of Done, nace un Increment.
La DoD crea transparencia porque da a todos una comprensión compartida de qué trabajo se ha completado como parte del Increment. Es el listón de calidad, y los Developers son responsables de garantizar la calidad ajustándose a ella.
De dónde sale la Definition of Done:
- Si la organización tiene una Definition of Done como parte de sus estándares, todos los Scrum Teams deben seguirla como mínimo.
- Si no la tiene, el Scrum Team debe crear una Definition of Done adecuada para el producto.
- Un equipo puede hacer su DoD más exigente que el estándar de la organización, pero nunca más laxa.
Qué pasa con el trabajo no terminado
Si un elemento del Product Backlog no cumple la Definition of Done, no puede publicarse ni presentarse en la Sprint Review. Vuelve al Product Backlog para tenerlo en cuenta más adelante. En Scrum no existe el "casi terminado" ni el "terminado al 90%": el trabajo está Done o no forma parte del Increment.
Varios Increments en un mismo Sprint
Un error habitual es pensar que cada Sprint produce exactamente un Increment al final. La guía de 2020 indica que se pueden crear varios Increments dentro de un Sprint. La Sprint Review nunca debe verse como una puerta para liberar valor: un Increment puede entregarse a los stakeholders antes de que termine el Sprint. En la Sprint Review se presenta la suma de los Increments.
Trampas habituales del examen sobre artefactos de Scrum
Estos son los puntos en los que más candidatos fallan, tanto en simulacros como en el examen real:
- ¿De quién es el Sprint Backlog? De los Developers. No del Product Owner ni del Scrum Master. El Product Owner es el responsable del Product Backlog.
- ¿Puede cambiar el Sprint Backlog durante el Sprint? Sí. Los Developers lo actualizan a medida que aprenden, y el alcance puede aclararse y renegociarse con el Product Owner. Lo que no se debe poner en riesgo es el Sprint Goal ni la calidad.
- ¿Puede el equipo rebajar la DoD de la organización? No. La Definition of Done de la organización es el mínimo. El equipo puede ampliarla.
- ¿El burndown chart es un artefacto? No. Los burndown charts, la velocity, los story points y las user stories no aparecen en la Guía Scrum. Son prácticas complementarias.
- ¿Hay un solo Increment por Sprint? No necesariamente. Se pueden crear, y entregar, varios Increments en un mismo Sprint.
- ¿Se puede mostrar trabajo no terminado en la Sprint Review? No. Vuelve al Product Backlog.
- ¿Cuántos Product Goals a la vez? Uno. Hay que cumplirlo o abandonarlo antes de pasar al siguiente.
La mejor forma de comprobar que dominas estas reglas es responder preguntas tipo examen con el reloj en marcha. Prueba el examen gratuito de práctica PSM (20 preguntas, 20 minutos) o, si preparas la certificación de Product Owner, el curso de preparación para Product Owner, donde las preguntas sobre el Product Goal y la gestión del Product Backlog son frecuentes.
Preguntas frecuentes
¿Cuáles son los 3 artefactos de Scrum?
El Product Backlog, el Sprint Backlog y el Increment. En la Guía Scrum 2020 cada uno tiene un compromiso: el Product Goal, el Sprint Goal y la Definition of Done, respectivamente.
¿Quién crea la Definition of Done?
Si la organización tiene una Definition of Done, los Scrum Teams la siguen como mínimo. Si no, el Scrum Team crea una adecuada para el producto.
¿Se puede cambiar el Sprint Backlog durante el Sprint?
Sí. Los Developers son sus dueños y lo actualizan durante todo el Sprint según aprenden. El Sprint Goal se mantiene, y el alcance puede renegociarse con el Product Owner.
¿El Product Goal es un artefacto?
No. El Product Goal es el compromiso del artefacto Product Backlog. Es el objetivo a largo plazo del Scrum Team, y el equipo trabaja en uno a la vez.