Plantilla de historia de usuario: Como un / Quiero / Para que – Cómo escribir historias efectivas

La definición de una historia de usuario y la mejor manera de crearla han generado mucho debate. Se utilizan diversas plantillas, técnicas y acrónimos para ayudarPropietarios de producto a escribir historias de usuario. La técnica más común es laRol-Funcionalidad-Razón plantilla, que ayuda a los equipos y a los propietarios de producto a comenzar a escribir historias de usuario en tres partes: (1) Como un(Rol); (2) Quiero(Funcionalidad); Para que(Razón).
User Story Role-Feature Template
Plantilla de historia de usuario Rol-Funcionalidad
Esta plantilla actúa como una “rueda de entrenamiento”, recordando a las personas que al discutir historias de usuario, deben centrarse no solo en el “qué” del producto de software deseado (Quieroqué), sino también en “quién (Como un [quién])” y el objetivo o propósito detrás de ello—”por qué (Para que [por qué])”. Estos son los propósitos de utilizar esta plantilla al crear historias de usuario:
  • Manténgalo simple y conciso;
  • Escriba desde la perspectiva del usuario (quién/rol);
  • Describa una característica específica (qué/funcionalidad);
  • Haga claro el valor o beneficio de la historia (por qué/razón).
User Story - Who, What, Why Template
Plantilla de historia de usuario – Quién, Qué, Por qué

Ejemplo de uso de la plantilla Rol-Funcionalidad-Razón

Esta plantilla de tres partes se centra en Como un (Rol), Quiero (Funcionalidad) y Para que (Razón). Ayuda a evitar que los propietarios de producto proporcionen demasiados detalles sobre cómo debe implementarse una solución. Al centrarse en estos tres elementos, el equipo de desarrollo conserva la libertad de encontrar la mejor solución técnica y evita especificar en exceso las historias antes dePlanificación de sprint.

Dejar una contestacion