Un elemento central de desarrollo ágil de software Es hacer que los usuarios y los clientes sean el centro de atención y las historias de los usuarios contribuyen a hacer exactamente eso. Ponen a los usuarios finales en el centro de la conversación. En este artículo, analicemos la historia de un usuario de forma ágil.
Las historias utilizan un lenguaje no técnico con el fin de proporcionar condiciones para el equipo de desarrollo y sus esfuerzos. La historia del usuario ayuda al equipo a comprender su propio objetivo, por qué lo están construyendo. También lo que están construyendo y el valor que crea al final y a lo largo del camino. Por lo tanto, las historias de usuario son uno de los componentes vitales de un programa ágil. Facilitan la creatividad, el progreso y un mejor producto final al brindar al equipo un marco centrado en el usuario para sus tareas diarias. Todas las historias ágiles se centran en los requisitos y ayudan a crear conversaciones a través de una o dos frases sobre la funcionalidad deseada.
Los temas tratados en este artículo son:
- ¿Cuáles son las historias de usuarios?
- ¿Quién es responsable de escribir una historia de usuario?
- ¿Cuándo escribir historias de usuarios?
- ¿Por qué crear historias de usuarios?
- Trabajar con historias de usuarios
¿Qué son las historias de usuarios?
Las historias de usuario son descripciones simples y breves de una función por parte de un usuario o cliente del sistema. Siguen una plantilla común:
Como, quiero eso.
sobrecarga de métodos y anulación en java
Conozcamos más acerca de las historias de usuarios.
- Por lo general, las historias de usuario se escriben en notas adhesivas y tarjetas de índice. Luego se colocan en mesas o paredes con el propósito de planificar y discutir, por lo que se crean conversaciones a su alrededor.
- Las historias de usuario, que son discusiones que giran alrededor y con la ayuda de las historias de usuario, son muy importantes y cambian el enfoque de escribir sobre características a discutirlas realmente.
- Siempre se expresan desde la perspectiva del usuario y no se clasifican como una característica. Una historia de usuario es la parte más pequeña de un sistema marco ágil.
- El objetivo principal de una historia de usuario es expresar y transmitir cómo una pieza de trabajo en particular brindará valor al usuario o cliente. Es importante tener en cuenta que los clientes no tienen que ser necesariamente usuarios finales externos, sino que también pueden ser colegas de su equipo o dentro de su organización.
- Las historias de usuario no se aventuran en detalles y constan de frases simples y pocas.
Historias de usuarios en Melé y Kanban
Tanto Scrum como Kanban utilizan historias de usuarios en sus marcos. En Scrum, las historias de usuario son una adición a los sprints y se utilizan durante el transcurso del sprint. En KanBan, los equipos agregan las historias de usuario a su backlog y las utilizan a través de su flujo de trabajo. Por lo tanto, ayudan en la mejor estimación, planificación de sprints, mayor precisión en el pronóstico y mayor agilidad en el equipo Scrum. Por otro lado, los equipos de KanBan pueden manejar mejor el trabajo en progreso y mejorar sus flujos de trabajo a través de historias de usuarios.
Marcos ágiles más grandes como epopeyas y iniciativas constituir historias de usuarios. Las epopeyas son piezas de trabajo más grandes que se dividen en muchas historias y las iniciativas forman parte de muchas epopeyas.
Hay dos formas de agregar detalles a las historias de usuario:
- Dividiendo la historia del usuario en historias múltiples más pequeñas.
- Añadiendo condiciones de satisfacción.
Una condición de satisfacción se refiere a una prueba de aceptación de alto nivel que se hace realidad una vez que se completa la historia del usuario ágil.
¿Quién es responsable de escribir la historia del usuario?
No existe una regla establecida sobre quién puede escribir las historias de usuario. El propietario del producto debe asegurarse de que la acumulación de historias de usuarios del producto esté en su lugar, pero no necesariamente tiene que escribirlas. Idealmente, unUn buen proyecto ágil tendrá historias de usuario escritas por cada miembro del equipo y se le dará más importancia a que los miembros del equipo estén igualmente involucrados en las discusiones después de escribir las historias de usuario.
¿Cuándo escribir historias de usuarios?
Las historias de usuario se conciben a lo largo del proyecto ágil. Por lo general, se lleva a cabo un taller de redacción de historias al comienzo del proyecto ágil para que cada miembro del equipo pueda participar y potencialmente ayudar a crear una cartera de productos que describa la funcionalidad deseada y el objetivo final que luego se puede agregar al proyecto. Algunas de las historias de usuarios terminarán convirtiéndose en épicas. Además, estas epopeyas se desglosarán más adelante.en múltiples historias más pequeñas que encajarán mejor en una iteración. También se pueden agregar nuevas historias de vez en cuando a la cartera de productos de acuerdo con los requisitos.
que es un hilo de demonio
¿Por qué crear historias de usuarios?
Una historia de usuario en Agile puede parecer un paso adicional en el proceso del marco ágil, pero brindan información importante y valiosa al equipo e iluminan el té sobre el valor que sus tareas aportan al proyecto. Las historias de usuario ofrecen una serie de beneficios y ventajas:
- Fomentar el enfoque del usuario - Una lista de tareas por lo general mantiene al equipo alerta con las tareas que deben realizarse y las marca fuera de la lista, mientras que las historias de los usuarios se centran por completo en los usuarios y ayudan a resolver sus problemas, ya que están escritos desde la perspectiva del usuario. .
- Habilitar la colaboración - Cuando el objetivo final es claro y definido para el equipo, pueden trabajar juntos de manera eficiente para cumplir con ese objetivo, así como brindar satisfacción y buen servicio al usuario.
- Impulse la creatividad - El proceso de escribir y discutir historias de usuarios implica discusiones y lluvia de ideas que ayudan al equipo a pensar de manera crítica y creativa, así como posiblemente a encontrar soluciones para alcanzar el objetivo final.
- Dar impulso - Cada historia proporciona impulso al equipo de desarrollo a través de desafíos y avances.
Trabajar con historias de usuarios
- Una historia de usuario se conceptualiza y escribe, luego se absorbe e implementa en el flujo de trabajo. Por lo general, los propietarios de productos, los administradores de productos o los administradores de programas escriben historias de usuarios. Luego los envían para su revisión.
- Durante una reunión de planificación de iteración o sprint, el equipo toma una decisión con respecto a qué historias se incluirán durante ese sprint en particular. Además, los equipos discuten la funcionalidad y los requisitos de la historia. Los requisitos se pueden agregar a la historia después de que el equipo los acuerde.
- Un paso importante en esta reunión es evaluar las historias en función de su complejidad y el tiempo de finalización. Una historia debe poder completarse en un sprint. Por esta razón, el equipo necesita discutir las historias.
Las historias de usuarios arrojan luz sobre el día a día del equipo de desarrollo y explican los procesos seguidos por el equipo todos los días. La mejor manera de aprovecharlos en su proyecto para descubrir sus beneficios es comprender su función y contribución al trabajo y la entrega del equipo.
¡Eso es, amigos! Con esto, llegamos al final del artículo 'User Story in Agile'. También puedes echar un vistazo a mientras estás en eso.
Tienes una pregunta para nosotros? Por favor, menciónelo en la sección de comentarios de este artículo y nos pondremos en contacto contigo lo antes posible.