Automatización de listas de verificación que pone el listón de calidad en cada elemento de trabajo

¿Qué es la automatización de listas de verificación en Jira?

La automatización de listas de verificación adjunta una plantilla guardada a una incidencia de Jira en el momento que elijas — al crear, un cambio de estado o una regla más rica de Jira Automation. La forma de la lista es la misma cada vez: Definition of Done en una Story, una lista de verificación de pruebas QA cuando el trabajo está Ready for test, una lista de verificación de release cuando el estado dice Ready to release. La gente sigue marcando las filas; el proceso aparece solo, sin ir a buscarlo.

Una plantilla en la pestaña Advanced puede añadirse sola. Un validador de workflow puede esperar hasta que la lista esté completa. Una post function puede restablecer las filas cuando reabres. Jira Automation cubre los casos que necesitan labels, components o un barrido programado. Elige la capa según quién puede cambiar el proceso.

Por qué los equipos automatizan la lista

Un Definition of Done que vive en Confluence solo ayuda a quien se acuerda de abrirlo. El auto-add pone los mismos pasos en el elemento de trabajo, así el progreso se ve en el tablero y en JQL. Las stories nuevas arrancan con un andamiaje. Los testers reciben un pase cuando el estado dice que toca. Reabrir un bug restablece la lista para que el siguiente pase sea honesto.

Lo que ganas es un standup más tranquilo. En lugar de “¿nos acordamos de la lista de QA?”, la incidencia ya la tiene. Las plantillas Protected dejan el texto bloqueado mientras la gente marca puntos y pone estados como In Progress y Blocked. El auto-add por plantilla viene en Checklist for Jira y corre sin créditos de Jira Automation.

Cuándo aplicarla

Usa auto-add al crear para las listas que hacen falta el día uno — Definition of Done en Stories, una lista ligera de intake, una base de QA en Bugs. Usa auto-add al cambiar el estado para una fase que empieza después: Ready for test, Ready to release, In Review. Usa un validador de finalización cuando Done deba significar que se cumplió el listón. Restablece la lista cuando la misma incidencia debe correr el proceso otra vez.

Sáltate una regla cuando la lista es opcional o rara. Checklist for Jira sigue dejando que quien pueda editar listas de verificación aplique una plantilla desde Add → Add from template. Afina los puntos primero y luego activa la regla en la pestaña Advanced.

Tres capas que trabajan juntas

Checklist for Jira te da tres sitios para dejar el proceso. Las tres capas se complementan; no se sustituyen.

• Auto-add por plantilla en la pestaña Advanced — añadir al crear la incidencia, o añadir al cambiar el estado, con un comportamiento de reaplicación si la lista ya está ahí.
• Validadores de workflow y post functions — exigir finalización o una lista no vacía, o restablecer / completar elementos en una transición.
• Acciones de Jira Automation — apply template, complete all, reset all — cuando la condición es más rica que crear o un solo estado.

Recetas: disparador, acción, resultado

Permisos, plantillas Protected y reaplicación

Los administradores de proyecto gestionan las plantillas de proyecto. Los administradores de Jira gestionan las globales. Quien pueda editar listas de verificación en una incidencia puede aplicarlas desde Add → Add from template. Las plantillas Protected bloquean la estructura: la gente marca elementos y cambia el estado, pero no puede reescribir los pasos — tampoco desde el chat. Solo se permite una lista Protected de una plantilla dada en una incidencia.

Al cambiar el estado, elige un comportamiento de reaplicación antes de desplegar la regla a todo el proyecto. Do nothing conserva un runbook de una sola vez (una segunda visita a Ready to release no añade otra copia). Reset checklist encaja cuando la misma incidencia debe correr el pase otra vez — un re-test después de Reopened. Add the template again guarda un historial de cada visita. Las plantillas archivadas se saltan el auto-add y salen del selector; desarchívalas antes de editar sus reglas. Los detalles están en la documentación del producto.

Guarda una plantilla y luego activa la regla

1. Checklist for Jira añade un panel de checklist en la vista de la incidencia. Pega una lista de partida — Definition of Done, la lista de verificación de pruebas QA o una lista de verificación de release — y guárdala como plantilla de proyecto o global en Checklist settings.
2. Marca la plantilla como Protected si quieres el texto bloqueado mientras la gente marca puntos.
3. En la pestaña Advanced, añade al crear la incidencia (todos los tipos o tipos concretos) o añade al cambiar el estado. Para una plantilla global, configura esas reglas por proyecto. Estas automatizaciones vienen en Checklist for Jira y corren sin créditos de Jira Automation.
4. Si Done debe significar que se cumplió el listón, añade un validador All Checklist Items Completed en esa transición, limitado a esta plantilla para que otras listas de la incidencia puedan seguir en curso. Checklist Not Empty es la puerta más ligera cuando solo necesitas que exista una lista.
5. Una post function puede restablecer o completar elementos en una transición. Usa Jira Automation cuando la condición necesita labels, components o un barrido programado. Combínalo con el agente Checklist de Rovo cuando alguien quiere la lista guardada correcta en el momento.

Combínala con el resto del set de delivery

Empieza en el hub de plantillas — Definition of Done al crear, la lista de verificación de pruebas QA en Ready for test, la lista de verificación de release en Ready to release. Deja cada lista en el padre cuando es un listón de calidad; abre una subtarea cuando el trozo de trabajo merece su propia incidencia — la guía de listas de verificación frente a subtareas recorre esa elección. Usa el agente Checklist de Rovo para la incidencia poco habitual; deja las reglas para el valor por defecto.

Preguntas frecuentes