Las historias de usuario son la unidad de trabajo más pequeña en Scrum. Es una explicación general e informal de una funcionalidad solicitada y está escrita desde la perspectiva del usuario.
El propósito de una historia de usuario es articular cómo un elemento de trabajo entregará un valor particular a los clientes. Se debe tomar en cuenta que los usuarios no son sólo los clientes finales externos, también pueden ser clientes internos o colegas dentro de la organización que tendrán alguna relación con el Sistema a desarrollar, cada uno de ellos pueden expresar sus propias historias.
En resumen, las historias de usuario son unas pocas frases en lenguaje sencillo que describen el resultado deseado. Una vez que se seleccionan y comprometen las historias a incluir en el Sprint, el Developer Team las toma y comienza su trabajo de desarrollo.
Se recomienda que las historias de usuario incluyan las siguientes secciones:
Como [ROL]
Aquí va el rol o tipo de usuario al que corresponde la historia. En los clientes internos por lo general se señala el puesto del usuario en la organización y en el caso de los clientes externos se pueden crear prototipos con características específicas como edad, genero, profesión, etc. para considerar sus diferentes necesidades y de esta forma se pueda ofrecer el mayor valor posible.
Quiero [NECESIDAD, EXPECTATIVA]
En esta sección se explica la necesidad del usuario desde la perspectiva que tiene, lo que pretende lograr o resolver.
Para [VALOR ESPERADO, OBJETIVO DE VALOR]
Se indica cual es el beneficio o valor que se espera obtener al satisfacer la necesidad señalada por el usuario.
Criterios de Aceptación [ESPECIFICACIONES, RESULTADOS, RESTRICCIONES]
Aquí se detalla todo lo que el Sistema debe cumplir para considerar que la funcionalidad desarrollada para la historia está correcta y se puede aprobar.
Escenarios (Opcional) [CASOS, EJEMPLOS, EXCEPCIONES]
Se menciona o adjunta información que pueda ayudar a la mejor comprensión de lo señalado en la historia.
Ejemplo 1
Como
Gerente de Ventas (Cliente interno)
Quiero
Poder revisar las ventas de todos de los ejecutivos.
Para
Evaluar desempeños y gestionar premios.
Criterios de Aceptación
- Que se puedan hacer consultas de ventas por departamento, supervisor, ejecutivo y rango de fechas.
- Que se muestren gráficas comparativas.
- Que las consultas se puedan enviar a Excel o PDF.
Escenarios
- Como referencia se adjuntan gráficas que actualmente se elaboran de forma manual.
Ejemplo 2
Como
Rodrigo (Cliente externo, Doctor, 35 años)
Quiero
Que al ingresar al Sistema (comercio electrónico de supermercado) esté siempre visible una opción que me permita consultar mis últimas compras y con base a ellas hacer un pedido nuevo.
Para
Hacer mis compras lo más rápido posible ya que dispongo de muy poco tiempo.
Criterios de Aceptación
- Que por default aparezcan mis últimos 3 pedidos.
- Que se pueda consultar mis pedidos por rango de fechas (al menos 2 años hacia atrás).
- Que al seleccionar un pedido (link), se pueda revisar su detalle.
- Que al seleccionar uno o varios artículos del pedido exista una opción de agregarlos al carrito de compras.
Para ver más información relativa a historias de usuario, scrum y agile, se puede consultar el sitio de Atlassian.
