Diagrama de flujo de división de historias
Es importante que una historia de usuario ofrezca algo útil (o valioso) a alguien. En un contexto informático, suele tratarse de la persona que utiliza el sistema (aunque en ocasiones se trata de otra parte interesada que desea restringir al usuario de alguna manera, como proteger el sistema de accesos no autorizados).
Por esta razón, las historias de usuario se describen generalmente desde la perspectiva del usuario con el formato “Como… puedo… Para que…”, lo que obliga al equipo de entrega a mantenerse centrado en lo que el usuario está tratando de lograr, y por qué.
Tenga en cuenta que el término “historia de usuario” se utiliza de dos maneras sutilmente diferentes. Como se ha mencionado anteriormente, generalmente lo utilizo para referirme a las unidades de alcance que deben entregarse, como en “hemos entregado las historias X, Y y Z en este sprint”. Pero también se suele utilizar para referirse a las descripciones de esas unidades de alcance, las declaraciones “Como… puedo… Para que…”, las descripciones deliberadamente no específicas que son una promesa de mantener una conversación. En este artículo, utilizo el término historia de usuario para referirme a las propias unidades de alcance, y el término descripción de la historia de usuario para referirme a las descripciones de esas unidades de alcance. Cuando hablo de dividir las historias, me refiero a dividir los elementos de alcance en elementos de alcance más pequeños, no a dividir las descripciones de los elementos de alcance en descripciones más pequeñas.
Descomposición de la historia
Has estado trabajando en tu novela, elaborando con cariño cada palabra, y se te ocurre: ¿debería dividirla en uno o dos libros? A menudo, este pensamiento surge al observar la longitud de las palabras, que aumenta constantemente por encima de sus expectativas.
Dividir o ampliar su novela en una serie es un gran paso. Quieres estar seguro de que es lo correcto para tu historia, y estar seguro de que lo haces bien. Si tienes problemas con alguno de estos aspectos, sigue leyendo.
El factor más importante a la hora de decidir si tu historia debe ser independiente o una serie es tu voz interior de escritor. A veces las historias se inclinan hacia un formato en lugar de otro. Depende de ti escuchar tu historia y confiar en tu instinto.
Los diferentes tipos de historias tienen diferentes longitudes de palabras esperadas, y tu historia será más fácil de vender si te ajustas a las dimensiones típicas. Dicho esto, si el mercado de tu libro dice una cosa y tu instinto de autor dice otra, sigue tu instinto.
El hecho de que tu héroe se enamore mientras lucha contra el reino de las tinieblas no convierte tu historia en un romance. A no ser que el enamoramiento sea el centro de la historia y la característica central del clímax, la fantasía épica parece ser el género aquí, no el romance.
Agile for all cómo dividir una historia de usuario
Dividir las características en historias más pequeñas que el equipo de desarrollo pueda construir rápidamente es esencial para mantener una cadencia de lanzamiento ágil. Pero, ¿cuál es la mejor manera de hacerlo? En primer lugar, hay que entender las mejores prácticas para el tamaño de las historias, y luego se necesitan técnicas de división de historias para dividirlas. Te guiaré a través de las mejores prácticas de la industria que incluyen:
El objetivo de la escritura de historias es describir y crear incrementos de valor para el usuario que puedan ser implementados por un equipo de desarrollo en un corto periodo de tiempo, normalmente del orden de horas o, como mucho, de unos pocos días.
Muchas historias pequeñas se suman a una característica liberable, pero cada historia debe ser liberable por sí misma. Esto permite que el propietario del producto y el equipo obtengan una rápida retroalimentación sobre la característica más grande que se está construyendo, con la expectativa de que esto dirigirá la dirección final de la característica y maximizará el valor del usuario.
Hacer cualquiera de las dos cosas significa que ya no se está entregando valor al usuario con la finalización de cada unidad de trabajo. Más bien, se están creando partes de un sistema más amplio que no puede proporcionar valor hasta que se combinen con otras piezas funcionales o componentes arquitectónicos.
Dividir las historias de usuario
Vengo de TFS, donde creaba historias de usuario en un backlog, y luego durante la planificación del sprint dividía las historias en tareas. En el tablero de sprint vería las historias y sus tareas relacionadas agrupadas para que fuera fácil ver cuántas tareas quedaban por hacer para completar la historia. ¿Cómo puedo hacer esto en Jira Cloud? ¿Hay alguna otra forma de trabajar con Jira que no conozca? No estoy acostumbrado a crear tareas en un backlog, normalmente sólo creo tareas en un sprint bajo una historia de usuario específica.
Hola @Francois MartelSi estás usando historias y subtareas en JIRA, entonces en el modo ‘Sprint activo’, puedes ver las subtareas agrupadas bajo la historia. Para ello, tendrás que poner la configuración de Swimlane del tablero en ‘Historias’