Tabla de contenido
¿Cómo hacer buenas historias de usuario?
10 claves para escribir buenas “historias de usuario”
- Las personas usuarias son lo primero.
- Utilicemos “Personajes” para descubrir las historias correctas.
- Creemos historias de usuario de forma colaborativa.
- Mantengamos nuestras historias de usuario simples y concisas.
- Empecemos con las épicas.
¿Cómo generar un backlog de Producto el mapa de historias de usuario?
Para elaborar nuestro Backlog de Producto podemos recurrir al Mapa o Mapeo de Historias de Usuario (Users Story Mapping). Se trata de una técnica ideada originalmente por Jeff Patton, y qué básicamente consiste en visualizar el desarrollo de la solución (producto/servicio) planteado como si se tratara de una historia.
¿Cómo definir criterios de aceptación?
Para escribir los criterios de aceptación, puedes comenzar verificando si cumplen con la definición SMART:
- Específico (Specific): comprensible, fácil de reproducir.
- Medible (Measurable): cuantificable y observable.
- Alcanzable (Achievable): posible de lograr (sin excesiva complejidad).
¿Quién crea el Backlog de producto?
El responsable del Product Backlog es el Product Owner, incluyendo su contenido, disponibilidad y priorización.
¿Qué es un mapa de historias de usuario?
El Mapeo de Historias de usuario se basa en una perspectiva centrada en el usuario para generar un conjunto de historias de usuarios. La idea básica es descomponer las actividades de usuario de alto nivel, en un flujo de trabajo que se puede descomponer en un subconjunto de tareas más detalladas.
¿Cuáles son los criterios de aceptacion de un producto?
Microsoft Press define a los criterios de aceptación como “las condiciones que un producto de software debe satisfacer para ser aceptado por un usuario, cliente o stakeholder. Para Google, son estándares pre-establecidos o requerimiento que un producto o proyecto debe satisfacer.
¿Qué son criterios de aceptación?
Los criterios de aceptación están escritos por el Product Owner (a veces en colaboración con el equipo de desarrollo o por el QA) y acompañan cada historia de usuario: representan un conjunto de condiciones que se deben cumplir para considerar la historia de usuario completa y terminada.
¿Cómo escribir historias de usuario?
Una historia debe ser de un tamaño que pueda completarse en un sprint; por lo tanto, cuando el equipo establezca las especificaciones de cada historia, se deben asegurar de dividir las historias que superen ese horizonte de finalización. Piensa en lo siguiente cuando escribas historias de usuario:
¿Qué son las historias de usuarios?
En los cursos analizaremos que las historias de usuarios no son requerimientos escritos; son mecanismos que construyen entendimiento compartido a través de la colaboración, con palabras e imágenes.
¿Cómo redactar una historia de usuario?
Al redactar las historias de usuario se debe tener en cuenta describir el Rol, la funcionalidad y el resultado esperado en una frase corta. Debe venir acompañada (al reverso) de los criterios de aceptación, hasta un máximo de 4 por historia, redactado también en una frase que indique el contexto, el evento y el comportamiento esperado ante ese
¿Cómo desarrollar una historia de usuario?
Al desarrollar una historia de usuario debe quedar muy claro que estamos delante de una entidad viva, y que empieza con una propuesta inicial initial para abrir el diálogo entre cliente, manager y equipo de producto.
