Cómo dividir historias grandes sin perder el resultado útil
Tres casos antes y después para acotar entregas completas, conservar la calidad y volver a estimar con sentido.
1. Detecta qué hace grande la historia
Una carta alta puede revelar muchos escenarios, dependencias sin resolver o un resultado poco definido. No existe un número de puntos que obligue a dividir en todos los equipos. Preguntad qué parte no podéis explicar o verificar todavía.
Esta guía utiliza un producto ficticio de informes y pedidos. Sus decisiones ilustran posibilidades, no resultados observados en clientes de StoryFlop. Antes de dividir, escribid quién necesita el resultado y qué podrá hacer con la primera entrega.
2. Conserva un recorrido completo
Separar «crear la API», «hacer la pantalla» y «probar» puede servir para organizar tareas, pero no deja necesariamente tres historias útiles. Buscad una capacidad acotada que incluya las capas y comprobaciones necesarias para funcionar.
Acotar no significa retirar permisos, accesibilidad o pruebas para que una cifra baje. Si exportar datos exige comprobar quién puede verlos, esa protección forma parte de la primera entrega. Una restricción debe ser explícita y aceptable para quien utilizará el resultado.
3. Elige una restricción que puedas explicar
Podéis empezar por un formato, un canal, un tipo de usuario o una regla de negocio. En una exportación, CSV manual y PDF programado resuelven necesidades distintas. Confirmad cuál permite aprender o entregar valor antes; no dividáis solo porque dos pantallas parecen separadas.
Si el impedimento es desconocer el volumen de datos o el comportamiento de un proveedor, definid una investigación con pregunta, responsable y revisión. Su resultado puede cambiar la división. No prometáis una entrega limitada que nadie pueda utilizar realmente.
4. Comprueba la división antes de votar
Para cada parte, pedid una demostración descrita con palabras: quién entra, qué hace y qué resultado comprueba. Anotad al menos un caso de error y las condiciones de acceso. Si la parte depende de tres historias todavía sin terminar para mostrar algo, revisad la propuesta.
Estimad de nuevo cada historia con el mismo equipo y las mismas referencias. No repartáis mecánicamente los puntos originales: una división puede descubrir trabajo común, eliminar supuestos o cambiar la solución. Los puntos de las partes no tienen por qué sumar el número inicial.
5. Conserva el vínculo con la necesidad original
Registrad el alcance de la primera entrega, lo aplazado y el motivo. Mantened una referencia a la necesidad original y explicitad las dependencias entre partes. Así podréis revisar si el recorte sigue siendo útil cuando cambien las prioridades.
En la siguiente sesión, preguntad si la primera parte se puede comprobar y si permitió tomar una decisión. Si solo generó trabajo a medias, ajustad el patrón de división. Utilizad la plantilla de refinamiento para guardar estos supuestos junto a cada estimación.
Casos trabajados: del alcance inicial a una decisión
Exportar informes
Antes
«Exportar todos los informes en CSV y PDF, con programación automática y todos los filtros». No se aclara el volumen ni quién puede descargar cada fila.
Después
Primera historia: descarga manual en CSV de un informe concreto, con columnas acordadas, permisos existentes, límite de volumen explícito y errores verificables. PDF y programación quedan como resultados posteriores.
Por qué esta decisión: Elegimos un formato y un recorrido completos. Conservamos controles de acceso y pruebas. El límite de volumen debe validarse con la persona usuaria antes de dar por útil la entrega.
Preferencias de notificaciones
Antes
«Configurar todas las notificaciones por correo, móvil y dentro de la aplicación». Mezcla canales y reglas diferentes.
Después
Primera historia: desactivar el resumen semanal por correo, guardar la preferencia y comprobar que el proceso de envío la respeta. Los avisos necesarios para recuperar acceso siguen activos.
Por qué esta decisión: La preferencia funciona de extremo a extremo. No entregamos un interruptor visual separado del envío. El resto de canales se prioriza después de confirmar esta necesidad.
Consultar pedidos por rol
Antes
«Un panel para todos los roles y organizaciones, con búsquedas, exportación y administración». Hay permisos y flujos aún sin definir.
Después
Primera historia: una persona consulta sus pedidos usando la autorización existente, con búsqueda por referencia y estados vacío y de error. Administración entre organizaciones y exportación quedan fuera.
Por qué esta decisión: Acotamos persona y recorrido sin aplazar la autorización. Si la política existente no cubre este acceso, resolvemos esa pregunta antes de considerar preparada la historia.
Pásalo a la práctica
Fuentes y lecturas
Los ejemplos y las instrucciones de uso de StoryFlop son propios de esta sección. Estas fuentes permiten consultar el contexto del método y del refinamiento: