Análisis incremental
Gestión de cambios en requisitos con aprobación selectiva y alertas
Esta funcionalidad tambien se conoce internamente como AGATE (Agentes para la Auditoria y Trazabilidad de Especificaciones).
Cuando usarlo
El analisis incremental esta disenado para proyectos que ya tienen historias generadas y reciben cambios en los requisitos. Escenarios tipicos:
Documentación nueva
El cliente envía nuevos requisitos, especificaciones actualizadas o documentación adicional que modifica el alcance del proyecto.
Cambio de requisitos
Un requisito existente cambia: se amplian funcionalidades, se eliminan restricciones o se modifican los criterios de aceptacion.
Feedback del equipo
El equipo de desarrollo detecta problemas tecnicos o propone cambios que afectan a las historias existentes.
Pivote parcial
Se decide cambiar la direccion de parte del producto manteniendo el trabajo ya validado.
1. Subida de documentacion
El primer paso es proporcionar la documentacion nueva o actualizada. Hay dos formas de hacerlo:
Subir ficheros
Hasta 3 ficheros (PDF, TXT, MD, CSV, JPG, PNG). Maximo 5 MB por fichero.
Texto directo
Pega el texto directamente en el campo de entrada si no tienes un fichero.
2. Marcar HU completadas
Marca las HU que el equipo ha completado. Las HU completadas se protegen y no se modifican. Si no hay ninguna completada, el backlog se reorganiza desde cero.
3. Análisis con el agente AGATE
El agente AGATE compara la documentacion nueva con el estado actual del proyecto: el brief original, las historias generadas, la distribucion de sprints y el grafo de dependencias. Antes de proponer cambios, clasifica el backlog existente en tres categorias:
Completado
Historias ya terminadas o en produccion. El agente las protege: no se modifican ni eliminan.
En progreso
Historias en el sprint actual. Los cambios sobre estas se marcan con alerta de mayor severidad.
Negociable
Historias pendientes que aun no se han empezado. Son las candidatas principales para modificacion o eliminacion.
Comparacion profunda
El agente no se limita a comparar textos. Entiende el contexto funcional de cada historia y detecta impactos indirectos: si cambia un requisito base, identifica todas las historias afectadas aunque no mencionen ese requisito explicitamente.
4. Informe de impacto
Antes de modificar nada, el agente genera un informe completo del impacto. El informe muestra 5 tipos de cambios, todos justificados:
5. Decision por cambio
El informe de impacto es solo una propuesta. No es todo-o-nada: cada cambio se decide individualmente. Para cada cambio propuesto puedes elegir una de tres acciones:
Aceptar
El cambio se incluira en la ejecucion. Se aplicara tal como lo propone el agente.
Rechazar
El cambio se descarta. No se aplicara y no aparecera en futuras visitas.
Posponer
El cambio queda en espera. Se mostrara en la siguiente visita al analisis incremental para decidir entonces.
6. Panel pre-ejecucion
Antes de ejecutar los cambios aceptados, el sistema muestra un panel con el resumen de todas las operaciones que se van a realizar y su impacto:
Resumen de operaciones
Numero de HUs nuevas, modificadas, eliminadas y con cambio de prioridad. Vista rapida del alcance del cambio.
Impacto en capacidad de sprint
Cuantas horas se anaden o eliminan del backlog. Si el cambio desborda la capacidad del sprint actual, se senala de forma explicita.
7. Alertas y severidades
El agente genera alertas cuando detecta situaciones que requieren atencion especial. Cada alerta tiene una severidad que indica su importancia:
Critical
Cambios que afectan a historias en progreso o completadas. Requiere atencion inmediata antes de ejecutar.
Warning
Cambios con impacto significativo en el alcance o la planificacion. Conviene revisar con detenimiento.
Info
Cambios menores o informativos. No requieren accion inmediata pero es util tenerlos en cuenta.
8. Cambios pospuestos
Los cambios que marcaste como "posponer" no se pierden. Se almacenan y se muestran automáticamente la próxima vez que visites la sección de análisis incremental del proyecto.
Siguiente visita
Al volver al análisis incremental, los cambios pospuestos aparecen marcados de forma diferenciada para que los revises.
Aceptar o eliminar
Puedes aceptar un cambio pospuesto para incluirlo en la siguiente ejecucion o eliminarlo definitivamente si ya no es relevante.
Reorganización automática
Tras aplicar los cambios, el sistema recalcula automáticamente las dependencias entre historias. El grafo de dependencias se actualiza para reflejar las nuevas relaciones. Si hay historias nuevas que dependen de otras o historias eliminadas que eran dependencia de terceras, el grafo se ajusta en consecuencia.