Estoy buscando usar historias de usuarios para nuestro próximo proyecto web. Por ejemplo:
Habrá una página de inicio con información y los últimos proyectos para el cliente.
¿Cómo podría convertir esto en una historia de usuario? Y tiene que ser diseñado por un diseñador, luego desarrollado... Pero si esta es solo una tarjeta, ¿cómo podemos rastrearla en el tablero para saber si el diseñador la está diseñando actualmente o si alguien la está desarrollando?
Las historias de usuario se escriben desde el punto de vista del usuario final. Una historia de usuario de ejemplo podría ser algo como:
Como usuario del sitio web, me gustaría ver información importante en la página de inicio para encontrar este sitio útil.
Los tipos de información que muestre podrían detallarse más en los criterios de aceptación de la historia. Estos criterios de aceptación surgirían de una discusión con su Product Owner o Stakeholders.
El tablero de tareas rastrea exactamente el tipo de información que mencionas. Por ejemplo, podría tener las siguientes columnas en su tablero de tareas:
Cada tarjeta representará una historia y la columna en la que se encuentra indicará quién está trabajando en ella.
No puede administrar o rastrear epopeyas como las ha descrito de manera significativa. Además, las historias de usuarios que carecen de contexto y un consumidor de valor claramente definido no suelen ser útiles para la gestión de proyectos, ni siquiera como marcadores de posición de conversación para la comunicación empresarial.
Habrá una página de inicio con información y los últimos proyectos para el cliente.
Esto ni siquiera es una epopeya. Además de no seguir los criterios de INVEST , una epopeya de este tamaño ni siquiera transmite información útil sobre los temas y las historias que podrían incluirse en ella.
¿Cómo podría convertir esto en una historia de usuario?
La respuesta corta es:
Las historias de usuario deben ser mucho más granulares que lo que describió en su publicación original. Cuando las historias son lo suficientemente pequeñas y tienen tareas claramente definidas asociadas con ellas, entonces es posible rastrear las historias a través de sus carriles o columnas de estado.
Pero si esta es solo una tarjeta, ¿cómo podemos rastrearla en el tablero para saber si el diseñador la está diseñando actualmente o si alguien la está desarrollando?
Si las historias se descomponen en tareas, entonces la historia puede pasar de una función a otra de una manera claramente definida. Sin embargo, este no es un enfoque ágil. En lugar de separar el diseño del desarrollo, las historias de usuario deben representar una porción vertical de valor a través de ambas funciones y los miembros del equipo deben trabajar en ellas de manera colectiva y colaborativa.
Su tablero kanban reflejará el estado de cada historia, o su ubicación en su tubería de proceso, en lugar de quién está trabajando en qué. Si bien esos tipos de detalles se pueden adjuntar a las historias de los usuarios, hacerlo suele ser un "olor a proyecto" de que el equipo todavía está siguiendo un proceso de diseño inicial basado en cascada.
Hay mucha información en la web y en libros sobre cómo crear historias de usuario significativas y cómo administrarlas y rastrearlas. Las respuestas aquí no pueden proporcionar una lista canónica de recursos que un profesional debería conocer, pero ciertamente puede comenzar con algunos clásicos como:
No espere que las respuestas en un sitio de preguntas y respuestas sustituyan el conocimiento básico de las historias de los usuarios. Comprender verdaderamente las historias de los usuarios, cómo aplicarlas y cómo gestionarlas dentro de su proceso de gestión de proyectos es un tema complejo.