Skill oficial · Producto

Historias de usuario con criterios de aceptación

v1.0.1 · Actualizada el 4 de noviembre de 2026

Convierte una funcionalidad en historias de usuario con criterios de aceptación Dado/Cuando/Entonces, casos límite, notas de fuera del alcance y una revisión INVEST por historia.

Agregar al pod de mi equipo

Funciona en Claude, ChatGPT y agentes de programación. En Team y Business, la skill oficial de tu pod se actualiza sola cuando la mejoramos.

Cuándo usarla

Un PRD o una funcionalidad está acordado y tiene que pasar al backlog como tickets
Existe un ticket pero nadie sabe decir cuándo está terminado

Qué le das

Descripción de la funcionalidad o sección del PRD
Roles de usuario implicados
Reglas y límites conocidos (opcional)

Qué obtienes

Un conjunto de historias de usuario, cada una con escenarios Dado/Cuando/Entonces, casos límite, notas de fuera del alcance, una línea INVEST y preguntas abiertas.

Cómo funciona

Lista los roles y sus objetivos Para cada rol, escribe qué intenta conseguir con esta funcionalidad. Un rol por historia; una historia para “usuarios y administradores” son 2 historias.
Escribe cada historia como Como / Quiero / Para Dan North describe esta plantilla como una forma de obligar a quien escribe a decir el valor. El “para” nombra un resultado que le importa al usuario, no la funcionalidad dicha otra vez. Si el “para” honesto es “porque lo decidimos así”, marca la historia para recortarla.
Divide en porciones que el usuario pueda ver Divide por pasos del flujo, variantes de una regla de negocio, tipos de datos, o primero el camino feliz y después las excepciones. Nunca dividas por capa técnica (“historia de backend”, “historia de frontend”): cada historia debe entregar algo que un usuario pueda probar.
Escribe los criterios de aceptación como Dado/Cuando/Entonces Dado = el estado inicial. Cuando = la única acción. Entonces = el resultado observable. Une condiciones adicionales con “Y”. Escribe de 2 a 5 escenarios por historia (criterio por defecto de esta skill): el camino feliz, al menos 1 camino de fallo y cualquier límite de una regla.
Lista los casos límite Revisa cada historia contra: datos vacíos, una entrada muy larga, duplicados, sin permiso, conexión perdida, la misma acción dos veces y qué pasa con los datos existentes. Cada caso límite se convierte en un escenario o pasa a fuera del alcance.
Escribe las notas de fuera del alcance Di lo que esta historia no hace a propósito, para que nadie que la revise lo espere.
Pasa la revisión INVEST El INVEST de Bill Wake: Independiente, Negociable, Valiosa, Estimable, Pequeña (Small) y Testeable. Marca cada letra como cumple o no cumple. Si falla la S, vuelve a dividir. Si falla la T, los criterios de aceptación son demasiado vagos. Si falla la I, anota la dependencia.

Compártela con tu equipo

Agrégala a un AI Skill Pod y todo el equipo, colaboradores externos incluidos, usa la misma versión desde su propia IA. Lee las mejores formas de compartir skills de IA con un equipo