Cuándo importa
Aparece una integración no documentada, el diseño cambia tras el refinamiento o una hipótesis importante resulta falsa. Mantener la cifra anterior no protege el plan. Conviene reestimar cuando el cambio afecta de forma significativa a capacidad, coste o fecha.
Un método práctico
- Conserva el rango, la confianza y los supuestos originales. Sin ese punto de partida es difícil explicar el cambio.
- Separa el alcance nuevo de la información nueva sobre el alcance existente. Una función añadida necesita su propia estimación; una dependencia descubierta modifica la anterior.
- Estima el trabajo pendiente y muestra aparte el que ya se ha realizado. Así se ve el progreso.
- Presenta el nuevo rango, el valor para planificar y el impacto en tareas dependientes. Aclara quién aprueba cambios de alcance o plazo.
Ejemplo
Un ticket tenía 8–12 horas suponiendo que la API ya ofrecía el estado de cliente. Tras cuatro horas aparece la necesidad de un endpoint nuevo y una revisión de permisos. El trabajo restante se estima en 10–16 horas. Comunica las cuatro horas realizadas, el rango pendiente y la decisión sobre la API; no sustituyas en silencio el rango inicial.
Decidir el siguiente paso
Reestima tras un descubrimiento importante, no ante cada interrupción menor. Si la confianza es baja, limita una investigación breve y fija la próxima revisión. La estimación original conserva el contexto de la decisión inicial. La herramienta permite calcular un rango revisado para el alcance confirmado.