Herramienta gratuita

Plantilla y generador de historias de usuario

Convierte un rol, un deseo y un beneficio en una historia de usuario ágil y limpia con criterios de aceptación — y luego copia o descarga el Markdown. Sin registro, nada sale de tu navegador.

Todo se ejecuta en tu navegador — nada se envía ni se almacena.

Tu historia de usuario

Una historia vale lo que vale la demanda detrás. En AIOProductOS una historia lleva consigo la cuenta y los ingresos que la pidieron, así que tu backlog se ordena por quién paga y no por quién grita más fuerte.
Ordena las historias por ingresos Ver PM sobre la columna vertebral

Qué hace buena a una historia

Pequeña, verificable y atada a un porqué.

Mantén el beneficio real. «Para que pueda comprarlos más tarde» gana a «para que la funcionalidad exista»: si no puedes nombrar el beneficio, cuestiona la historia.

Haz verificable el «terminado». Los criterios Dado/Cuando/Entonces convierten una historia vaga en algo que QA y el equipo pueden verificar sin una reunión.

Divide lo que no cabe. Si necesita una docena de criterios o se sale del sprint, es una épica: pártela en historias que entreguen valor cada una.

Cópiala

La plantilla de historia de usuario

Como [rol],
quiero [capacidad]
para que [beneficio].

Criterios de aceptación
- Dado [contexto], cuando [acción], entonces [resultado].
- Dado [caso límite], cuando [acción], entonces [resultado].

Esa es la plantilla completa de historia de usuario: un rol, un deseo, un porqué y criterios de aceptación Dado/Cuando/Entonces verificables. Pégala tal cual en tu gestor de tareas o usa el generador de arriba para completarla y descargar el Markdown.

FAQ

Preguntas sobre historias de usuario

¿Qué es una historia de usuario?
Una historia de usuario es un enunciado breve y en lenguaje sencillo de una funcionalidad desde la perspectiva del usuario, con la forma: «Como [rol], quiero [capacidad], para que [beneficio].» Captura quién quiere algo, qué quiere y por qué, dejando la implementación al equipo.

¿Cuál es el formato de una historia de usuario?
La plantilla estándar es «Como [tipo de usuario], quiero [una acción o capacidad], para que [un beneficio o motivo].» Las buenas historias van acompañadas de criterios de aceptación —condiciones verificables, a menudo escritas como Dado/Cuando/Entonces— que definen cuándo la historia está terminada.

¿Qué son los criterios de aceptación?
Los criterios de aceptación son las condiciones concretas y verificables que una historia de usuario debe cumplir para considerarse completa. Un formato habitual es Dado/Cuando/Entonces: dado un contexto, cuando el usuario hace algo, entonces ocurre un resultado concreto. Convierten la historia en algo que QA y el equipo pueden verificar.

¿Este generador de historias de usuario es gratis?
Sí: gratis, sin registro y sin muro de correo. Se ejecuta enteramente en tu navegador; nada de lo que escribes se envía a ningún sitio. Completa los campos y luego copia el Markdown o descarga el .md a Jira, Linear, Notion o tu tablero.

¿Cuánto detalle debe tener una historia de usuario?
La suficiente para terminarse en una iteración, con los criterios de aceptación necesarios para no dejar ambigüedad, pero sin convertirse en una especificación. Si una historia necesita una docena de criterios o no cabe en un sprint, divídela. La historia dice el qué y el porqué; el equipo es dueño del cómo.

Más herramientas gratuitas: generador de PRD · calculadora RICE · WSJF · todas las herramientas