Como escribir User Stories
Las historias de usuario son un componente clave de las metodologías ágiles de desarrollo de software, ya que proporcionan una forma sencilla pero eficaz de captar los requisitos del usuario. Una buena historia de usuario se centra en las necesidades del usuario, sus objetivos y el valor que obtienen de una funcionalidad. He aquí la mejor manera de escribir historias de usuario, junto con algunos ejemplos:
Utiliza el formato estándar
El formato más común para las historias de usuario es:
«Como [rol de usuario], quiero [característica/funcionalidad] para que [beneficio/valor]».
Ejemplo: Como profesional ocupado, quiero establecer recordatorios recurrentes para no olvidar mis reuniones periódicas.
Centrarse en el usuario
Empieza por identificar diferentes roles de usuario o personas y, a continuación, escribe historias desde su perspectiva. Por ejemplo:
Como inversor novato, quiero contenidos educativos sobre los mercados de valores para poder tomar decisiones con conocimiento de causa.
Como jefe de equipo, quiero ver la distribución de la carga de trabajo de mi equipo para poder equilibrar las tareas de forma eficaz.
Haz hincapié en el objetivo, no en la solución
Céntrate en lo que el usuario quiere conseguir, no en cómo ponerlo en práctica. Por ejemplo:
Como bloguero, quiero programar las entradas con antelación para poder mantener un calendario de publicación coherente. BIEN
Como bloguero, quiero una interfaz de calendario para elegir fechas para futuras publicaciones. MAL
Sencillo y conciso
Las historias de usuario deben ser fáciles de entender de un vistazo. Bien: -
Como comprador, quiero guardar artículos para más tarde para poder pensar en mi compra. BIEN
Como comprador, quiero una función que me permita añadir artículos a una lista a la que pueda acceder más tarde, que debería estar sincronizada entre dispositivos y tener opciones para categorizar artículos, añadir notas y establecer alertas de precios. MAL
Asegúrate de que se puede probar
La historia debe ser lo suficientemente clara como para que puedas escribir criterios de aceptación. Ejemplo:
Como abonado, quiero cambiar mi plan para poder subir o bajar de categoría en función de mis necesidades.
Criterios de aceptación:
El usuario puede ver los detalles del plan actual
El usuario puede ver las opciones de plan disponibles
El usuario puede seleccionar un nuevo plan
El sistema confirma el cambio y actualiza la facturación
Hazlo negociable
Las historias de usuario no son contratos. Son temas de conversación para que el equipo los discuta y perfeccione. Ejemplo:
Como oyente de podcasts, quiero crear listas de reproducción personalizadas para poder organizar los episodios por temas.
Esto podría llevar a discusiones sobre el uso compartido de listas de reproducción, la generación automática basada en géneros, etc.
Tamaño estimado (opcional)
Algunos equipos utilizan puntos de historia o tallas de camisetas (S, M, L, XL) para estimar el esfuerzo. Ejemplos:
Como usuario, quiero restablecer mi contraseña (S)
Como administrador, quiero generar informes mensuales de ingresos (L)
Como usuario, quiero integrarme con mi calendario de Google (XL)
Dividir historias grandes
Si una historia es demasiado grande (no se puede completar en un sprint), divídela.
Historia grande: Como usuario, quiero un panel de control para gestionar mis finanzas personales.
Lo podemos dividir en:
Como usuario, quiero vincular mis cuentas bancarias para que se importen mis transacciones.
Como usuario, quiero categorizar los gastos para entender mis hábitos de gasto.
Como usuario, quiero establecer límites presupuestarios para poder controlar mis gastos.
Utiliza Épicas para grandes funcionalidades
Las épicas son grandes historias de usuario que se pueden dividir en otras más pequeñas.
Épica: Como viajero, quiero una función completa de planificación de viajes.
Historias de usuario que lo componen:
Como viajero, quiero buscar vuelos y hoteles en una sola interfaz.
Como viajero, quiero crear itinerarios con atracciones locales.
Como viajero, quiero compartir mis planes con compañeros de viaje.
Abarcan cualidades del sistema como el rendimiento, la seguridad, etc. Ejemplos:
Como usuario, quiero que la aplicación se cargue en 2 segundos para tener una experiencia fluida.
Como usuario, quiero que mis datos estén encriptados para que mi información permanezca privada.
Recuerda que la clave de unas buenas historias de usuario es la colaboración. Escríbelas con los especialistas del dominio, los diseñadores e incluso los usuarios finales. Utiliza talleres o sesiones de redacción para perfeccionarlas. El objetivo es crear una comprensión compartida de las necesidades de los usuarios, lo que conduce a funcionalidades mejor diseñadas y más valiosas.