¿qué es una historia de usuario?
Las historias de usuario son descripciones cortas y simples de una característica contada desde la perspectiva de la persona que desea la nueva capacidad, generalmente un usuario o cliente del sistema. Normalmente siguen una plantilla simple:
como a, Quiero que .
Las historias de usuario a menudo se escriben en fichas o notas adhesivas, se almacenan en una caja de zapatos y se colocan en paredes o mesas para facilitar la planificación y la discusión., Como tal, cambian fuertemente el enfoque de escribir sobre características a discutirlas. De hecho, estas discusiones son más importantes que cualquier texto escrito.
¿puede mostrar algunos ejemplos de historias de usuario?
uno de los beneficios de las historias de usuario ágiles es que se pueden escribir con diferentes niveles de detalle. Podemos escribir una historia de usuario para cubrir grandes cantidades de funcionalidad. Estas grandes historias de usuarios son generalmente conocidas como epopeyas. Aquí hay un ejemplo épico de una historia de usuario ágil de un producto de copia de seguridad de escritorio:
- como usuario, puedo hacer una copia de seguridad de todo mi disco duro.,
debido a que un epic es generalmente demasiado grande para que un equipo ágil lo complete en una iteración, se divide en varias historias de usuario más pequeñas antes de trabajar en él. La epic anterior podría dividirse en docenas (o posiblemente cientos), incluyendo estos dos:
- como usuario avanzado, puedo especificar archivos o carpetas para hacer una copia de seguridad según el tamaño del archivo, la fecha de creación y la fecha de modificación.
- como usuario, puedo indicar que las carpetas no deben hacer una copia de seguridad para que mi unidad de copia de seguridad no se llene con cosas que no necesito guardar.
¿cómo se agregan detalles a las historias de usuario?,
Los detalles se pueden agregar a las historias de usuario de dos maneras:
- dividiendo una historia de usuario en varias historias de usuario más pequeñas.
- añadiendo » condiciones de satisfacción.»
cuando una historia relativamente grande se divide en varias historias de usuario ágiles más pequeñas, es natural asumir que se han agregado detalles. Después de todo, se ha escrito más.
las condiciones de satisfacción es simplemente una prueba de aceptación de alto nivel que se cumplirá una vez que se complete la historia de usuario ágil., Considere lo siguiente como otro ejemplo de historia de usuario ágil:
como vicepresidente de marketing, quiero seleccionar una temporada de vacaciones para usar al revisar el rendimiento de campañas publicitarias anteriores para poder identificar las rentables.
el detalle podría agregarse a ese ejemplo de historia de usuario agregando las siguientes condiciones de satisfacción:
- asegúrese de que funcione con las principales fiestas minoristas: Navidad, Pascua, Día del Presidente, Día de la Madre, Día del Padre, Día del Trabajo, Día de Año Nuevo.
- vacaciones de soporte que abarcan dos años calendario (ninguno abarca tres).,
- Las temporadas de vacaciones se pueden establecer de un día festivo a otro (como Acción de Gracias a Navidad).
- Las temporadas de vacaciones se pueden configurar para ser un número de días antes de las vacaciones.
¿quién escribe historias de usuario?
Cualquiera puede escribir historias de usuario. Es responsabilidad del propietario del producto asegurarse de que exista un backlog de historias de usuario ágiles, pero eso no significa que el propietario del producto sea el que las Escribe. En el transcurso de un buen proyecto ágil, debe esperar tener ejemplos de historias de usuario escritos por cada miembro del equipo.,
además, tenga en cuenta que quién escribe una historia de usuario es mucho menos importante que quién está involucrado en las discusiones de la misma.
¿cuándo se escriben historias de usuarios?
Las historias de usuario se escriben a lo largo del proyecto agile. Por lo general, un taller de escritura de historias se lleva a cabo cerca del inicio del proyecto agile. Todos en el equipo participan con el objetivo de crear un backlog de productos que describa completamente la funcionalidad que se agregará a lo largo del proyecto o un ciclo de lanzamiento de tres a seis meses dentro del mismo.
algunas de estas historias de usuario ágiles sin duda serán épicas., Las epopeyas más tarde se descompondrán en historias más pequeñas que encajarán más fácilmente en una sola iteración. Además, cualquier persona puede escribir nuevas historias y agregarlas al backlog de productos en cualquier momento.
¿las historias de usuario reemplazan un documento de requisitos?
los proyectos ágiles, especialmente los Scrum, utilizan un backlog de producto, que es una lista priorizada de la funcionalidad a desarrollar en un producto o servicio. Aunque los artículos de backlog de productos pueden ser lo que el equipo desee, las historias de usuarios se han convertido en la mejor y más popular forma de artículos de backlog de productos.,
mientras que un backlog de producto puede considerarse como un reemplazo para el documento de requisitos de un proyecto tradicional, es importante recordar que la parte escrita de una historia de usuario ágil («como usuario, quiero want») está incompleta hasta que se producen las discusiones sobre esa historia.
a menudo es mejor pensar en la parte escrita como un puntero al requisito real. Las historias de usuario pueden apuntar a un diagrama que representa un flujo de trabajo, una hoja de cálculo que muestra cómo realizar un cálculo o cualquier otro artefacto que desee el propietario del producto o el equipo.,
recursos recomendados relacionados con historias de usuario
- Ventajas de la plantilla de historia de usuario «como usuario, quiero».,
- Un formato de muestra para un Backlog de producto basado en hojas de cálculo
- Ventajas de las historias de usuario para requisitos
- requisitos no funcionales como Historias de usuario
- Introducción a las historias de usuario
Leave a Reply