Historias de usuario

Generacion automatica, gestion y exportacion de historias

Generacion automatica

Al pulsar "Continuar a historias" desde la pantalla de analisis, se lanza el pipeline de generacion automatica. El sistema usa toda la informacion disponible (brief, ficheros, preguntas y respuestas de clarificacion) para generar las historias de usuario del proyecto.

Pipeline de 5 fases

La generacion de historias sigue un pipeline secuencial con 5 fases. Cada fase involucra a un agente diferente que aporta su especialidad.

Planificar lista de HUs

Product Owner

El agente Product Owner analiza la documentacion y planifica la lista completa de historias de usuario que se van a generar. Define titulos, alcance y prioridad tentativa de cada una.

Generar detalle por HU

Product Owner

Se lanza una llamada al LLM por cada historia individual. Cada HU se genera con todo su detalle: contexto narrativo, criterios de aceptacion, estimacion de talla, notas de implementacion y diagrama.

Revision de estilo

Culture Guardian

El agente Culture Guardian revisa cada historia para asegurar tono profesional, castellano neutro segun la RAE, terminologia consistente y ausencia de elementos no deseados.

Auditoria de calidad

Senior Auditor

El Senior Auditor revisa la coherencia del conjunto: detecta historias que faltan, historias que sobran, solapamientos, inconsistencias en estimaciones y huecos funcionales.

Pipeline posterior

Varios agentes

Se generan automaticamente la Vision del producto (HU-00), el grafo de dependencias y la distribucion inicial en sprints.

Formato de cada HU

Cada historia de usuario generada incluye los siguientes elementos con un formato detallado y consistente:

Contexto narrativo

Parrafo que situa la historia en el contexto del proyecto y explica la motivacion.

Como / Quiero / Para

La historia en formato clasico: Como [rol], quiero [accion], para [beneficio].

Diagrama Mermaid

Diagrama de flujo o secuencia que ilustra el comportamiento de la historia.

Tabla de datos

Tabla con los datos relevantes: campos, validaciones, valores por defecto.

Given / When / Then

Criterios de aceptacion en formato BDD con escenarios concretos y verificables.

Notas de implementacion

Sugerencias tecnicas para el equipo de desarrollo sobre la implementacion.

Gestionar historias

Una vez generadas, cada historia se puede gestionar individualmente con las siguientes acciones:

Aprobar

Marca la historia como aprobada. Se incluira en la distribucion de sprints.

Rechazar

Descarta la historia. No se incluira en sprints ni en la publicacion.

En espera

La historia queda pendiente de decision. Se puede aprobar o rechazar mas tarde.

Reescribir con IA

Envia la historia al agente Product Owner para que la reescriba con instrucciones adicionales que puedes proporcionar.

Asignar al equipo

Cada historia se puede asignar a un miembro del equipo. La asignacion se tiene en cuenta al distribuir las historias en sprints y al publicar en Trello, donde se mapea el miembro con su cuenta de Trello.

Descargar

Las historias se pueden descargar en varios formatos, tanto de forma individual como todas a la vez:

PDFZIPMarkdown

Tallas y horas

Cada historia recibe una estimacion de talla que se traduce a horas efectivas de trabajo:

XS1 hora

S2 horas

M4 horas

L8 horas

XL16 horas

Prioridades

El agente asigna una prioridad a cada historia basandose en el impacto en el usuario y las dependencias con otras historias:

Critica

Bloquea el avance del proyecto. Debe completarse en el primer sprint.

Alta

Funcionalidad esencial para el MVP. Debe estar en los primeros sprints.

Media

Funcionalidad importante pero no bloqueante.

Baja

Mejora incremental o funcionalidad secundaria.