Los criterios de terminado en Scrum son esenciales para asegurar la calidad y la alineación de las expectativas. Al hablar de “criterios de terminado”, nos referimos a un conjunto de normas o requisitos que cada historia de usuario debe cumplir para ser considerada “terminada”. Estas reglas establecen un estándar de calidad, asegurando que el equipo entienda con precisión cuándo una tarea o función se ha completado en su totalidad. Al ser un subproducto del proceso de “Crear el backlog priorizado del producto”, sirve como un marco de referencia para medir el progreso y la finalización.
Otra razón esencial para tener criterios de terminado es que proporcionan claridad. En el mundo del desarrollo, la ambigüedad puede ser costosa. Un equipo podría asumir que ha terminado una tarea, pero si los criterios no son claros, podrían haber omitido aspectos cruciales. Por lo tanto, al contar con criterios bien definidos, se elimina cualquier ambigüedad que pueda surgir sobre lo que significa “completado”.
En la práctica de Scrum, se considera que una historia de usuario está “terminada” no solo cuando cumple con los criterios de terminado, sino también cuando el Product Owner la ha revisado y aprobado. Este proceso de revisión y aprobación está en línea con los criterios de aceptación que se establecen para cada historia. La distinción entre “criterios de aceptación” y “criterios de terminado” es crucial: mientras que los primeros se refieren a las expectativas específicas de una historia, los segundos se aplican a todas las historias, asegurando un estándar mínimo de calidad.
Es también relevante mencionar que estos criterios no son estáticos. A medida que un equipo evoluciona, aprende y crece, los criterios de terminado pueden (y deben) ser revisados y adaptados. Al hacerlo, se garantiza que siguen siendo relevantes y que se alinean con las necesidades cambiantes del proyecto y del negocio. En resumen, los criterios de terminado son un instrumento vital en la gestión ágil de proyectos, actuando como un guardián de la calidad y la claridad.
Los criterios de terminado son establecidos por el equipo de desarrollo en conjunto con el Product Owner. Se definen al principio de un proyecto o sprint y se revisan periódicamente. Se crean identificando y enumerando las condiciones que una historia de usuario debe cumplir para ser considerada completa. Normalmente, se utiliza una lista de comprobación o herramientas de gestión de proyectos ágiles para rastrear y asegurar que cada historia cumpla con estos criterios.
Algunos ejemplos son los siguientes:
- Un criterio de terminado podría ser “Todas las pruebas unitarias deben pasar sin errores”.
- “La documentación relacionada con la historia de usuario ha sido actualizada y revisada”.
- “Se ha llevado a cabo una revisión de código y no se han encontrado defectos críticos”.
- “El feature o funcionalidad ha sido demostrado al Product Owner y ha recibido su aprobación”.
- “Todos los miembros del equipo están de acuerdo en que la historia ha cumplido con todos los requisitos y criterios establecidos”.