Historias de usuario
Formato ágil para capturar necesidades desde la perspectiva del usuario: “Como [rol], quiero [objetivo], para [beneficio]”, con criterios de aceptación.
Cuándo usarlo: En entornos ágiles, para todo trabajo que aporte valor al usuario.
Cómo se hace
- Identificar el rol y la necesidad del usuario.
- Redactar: Como [usuario], quiero [funcionalidad], para [beneficio].
- Añadir criterios de aceptación claros y medibles.
- Priorizar en el backlog.
- Estimar el esfuerzo (p. ej. Story Points).
- Desarrollar y validar contra los criterios de aceptación.
Ejemplo práctico
“Como usuario registrado, quiero resetear mi contraseña para recuperar el acceso a mi cuenta.”
Consejos
- INVEST: Independent, Negotiable, Valuable, Estimable, Small, Testable.
- Acompáñala de criterios de aceptación, Definition of Done y notas de contexto.
Errores comunes
- Historias técnicas sin usuario ni valor (“Como desarrollador quiero migrar la BD”): escríbelas como tareas o habilitadores.
Plantillas y recursos
- PlantillaMiro – User Story Map
- LecturaAtlassian – User Stories
- LecturaScrum Alliance – Writing good user stories