Cómo administrar una historia de usuario con múltiples epopeyas

Cuando esto sucede, es una buena señal de que tus epopeyas no están configuradas de manera óptima.

Con las historias de usuarios, no tenemos los subprocesos compartidos que están disponibles en el modelado de casos de uso (por ejemplo). Por esta razón, queremos que nuestras epopeyas sean lo suficientemente distintas unas de otras para que no aparezcan requisitos similares en ambas.

Por ejemplo, puede deshacerse de estas dos epopeyas e introducir una nueva: “Evaluar las habilidades de los empleados” o “Administrar empleados” o algo similar.

Dicho esto, si estás atrapado con las epopeyas que tienes, dos opciones:

  1. O simplemente coloque la historia en la epopeya que parece más aplicable, y adminístrela en el único lugar (mi preferencia)
  2. O ponga la historia en una épica y agregue otra historia a la otra épica, indicando que esta es solo para fines de seguimiento . Asegúrese de hacer una referencia cruzada de las historias, para que el equipo pueda comprender de un vistazo que representan el mismo trabajo y que se gestionan juntos

Consejo final: piense de verdad sobre …

  • la razón detrás de la historia del usuario (la cláusula “So I …”)
  • exactamente quién es el usuario (espero que diferentes tipos de usuarios participen en las epopeyas que mencionó)

Esperaría que surgiera alguna idea de este análisis que podría dividir esa historia en dos o más piezas.

Conceptualmente, rastrearlo es simple: solo mostrarías esa historia de usuario como un requisito bajo cada épica. Físicamente, cómo lo haces depende completamente de qué software estás usando. Algún software puede o no tener la capacidad de hacerlo. Si no es así, lo que debe hacer es hacer un duplicado de la historia del usuario en dos lugares para mostrar la relación y marcarla como completa en ambos lugares cuando haya terminado.

Chuck Cobb
Autor de “La guía del administrador de proyectos para dominar Agile”
Echa un vistazo: Capacitación ágil de gestión de proyectos en línea para gerentes de proyectos

¿Cuál es el problema?

Su producto avanza, se hacen cosas buenas.

¿Por qué ser esclavo de la herramienta que está ahí para servirte?

Mi consejo no es rastrear, sino concentrarse.

Cuando resuelve lo suficiente la necesidad de reunir un equipo de proyecto, y comienza a considerar la necesidad de administrar la unidad de negocios, puede encontrar que la “vista por tipo de habilidad” carece de algo, y lo aborda en ese punto.

¡Espero que ayude!