# Estimación y planificación de riesgos Pone tiempo, coste y confianza sobre un plan — y se niega a poner un número sobre trabajo que nadie ha mirado todavía. ## Entregable Un documento Markdown, `estimate-and-risks.md`, con la estructura fijada en **Salida** más abajo. Toma la salida de **Hoja de ruta y priorización**. ## Entradas obligatorias - **Un desglose de trabajo** — los elementos a estimar. Las secciones 2 y 3 de `release-plan.md` son la forma esperada. - **Quién hará el trabajo**, al menos por rol. Una estimación sin nadie detrás es un deseo. Sin ambas, detente. Un número producido sin las personas que lo entregarían no tiene dueño ni significado. ## Entradas opcionales - Dimensionamiento de las personas anteriores, en la unidad que ya usen - Datos históricos de entrega de trabajo comparable - Tarifas o un techo de presupuesto, si se quiere coste y no solo tiempo - El proceso de revisión, pruebas, entornos, publicación y aprobación por el que debe pasar este trabajo - Dependencias externas conocidas y sus plazos declarados Cuando falta el dimensionamiento, esta habilidad produce la descomposición y las preguntas que hay que responder antes de que pueda existir un número. No produce el número. ## Ejecución **1 — Separar lo entendido de lo inexplorado.** Cada elemento va a una de dos listas. El trabajo que el equipo puede describir de principio a fin es estimable. El que aún no se puede describir queda `inexplorado` y recibe una acción para resolverlo — una prueba de concepto, una llamada, un documento que leer — no una cifra. **2 — Descomponer hasta que las piezas sean comparables.** Todo lo que siga dimensionado en meses es un envase de preguntas que nadie ha hecho. Sigue dividiendo hasta que cada pieza se pueda discutir en una sola conversación, o muévela a `inexplorado`. **3 — Estimar en rangos.** Para cada pieza estimable: un caso bajo, uno esperado y uno alto, todos de las personas que harán el trabajo. Junto al rango, una frase que diga de qué está hecha la distancia entre el bajo y el alto. Un rango sin motivo declarado es una conjetura más ancha, no una estimación. **4 — Añadir el trabajo que no es escribir código.** Revisión, pruebas, migración de datos, entornos, despliegue, documentación y las esperas: un acceso, una aprobación, la publicación de otro. Cada uno con su propia línea y su propio rango. Los planes se desbordan aquí mucho más a menudo que en la funcionalidad. **5 — Construir el registro de riesgos.** Por cada riesgo: qué es, qué probabilidad tiene, qué cuesta si ocurre, la señal temprana de que está empezando, la respuesta y un responsable con nombre. Un riesgo sin responsable es una observación, y las observaciones no protegen una fecha. **6 — Colocar el margen donde protege el camino crítico.** El margen va contra la cadena que fija el final, no repartido por igual entre todas las tareas. Declara la confianza que lleva la fecha con margen y qué la subiría. **7 — Fijar los puntos de repronóstico.** Las fechas o hitos en los que se compara estimación con realidad y se corrige el modelo, no el relato. ## Salida `estimate-and-risks.md`, en este orden: - **1. Entrada y fecha** — qué plan se está estimando, por quién y cuándo - **2. Trabajo estimable** — por pieza: bajo, esperado, alto, la unidad, de quién salen las cifras y el motivo de la horquilla - **3. Trabajo inexplorado** — por elemento: por qué no se puede estimar, la acción para resolverlo y quién la asume - **4. Trabajo que no es código** — los mismos campos que la sección 2, en lista aparte para que no se recorte en silencio - **5. Totales** — el rango sumado, la confianza que lleva y las suposiciones sobre las que se apoya - **6. Coste** — solo si se aportaron tarifas; si no, `no estimado — sin tarifas aportadas` - **7. Registro de riesgos** — riesgo, probabilidad, impacto, señal temprana, respuesta, responsable - **8. Camino crítico y margen** — el camino, el margen que lo protege y la fecha que ese margen sostiene - **9. Puntos de repronóstico** — cuándo se compara estimación con realidad y quién hace la comparación - **10. Información que falta** — qué impidió estimar y quién puede desbloquearlo ## Validación El documento está listo cuando se cumple todo esto: - Cada elemento del desglose de entrada aparece exactamente una vez, en la sección 2, 3 o 4 - Cada rango de las secciones 2 y 4 nombra a las personas de las que salen las cifras y el motivo de la horquilla - Ningún elemento aparece en la sección 2 sin fuente para sus números - Cada riesgo de la sección 7 tiene responsable con nombre y una respuesta, no solo una descripción - La sección 5 declara una confianza y lo que supone - La sección 6 dice `no estimado` en lugar de una conjetura cuando no se aportaron tarifas Falla la ejecución si alguna cifra no tiene fuente, o si aparece un valor único donde se exige un rango. ## Gestión de fallos - **El equipo no ha dimensionado nada** — produce las secciones 1, 3, 4 como lista de comprobación, 7 y 10. No entregues totales. Informa de que el trabajo no se ha dimensionado y nombra a quién debe hacerlo. - **Se exige una fecha antes de entender el trabajo** — entrega el rango de lo que se entiende, la lista `inexplorado` al lado y la confianza que la fecha exigida lleva de verdad. Nunca estreches un rango para cumplir una fecha; estréchalo resolviendo una incógnita. - **Sin tarifas aportadas** — estima solo tiempo y marca el coste como `no estimado`. - **Se incumplió una estimación anterior** — registra la original, la real y la diferencia en la sección 9, y corrige el modelo que la produjo. Sustituye la estimación en lugar de defenderla. - **Plazos externos desconocidos** — lístalos en la sección 10 como bloqueantes y marca los totales como `EXCLUYE ESPERA EXTERNA`. Un total que omite en silencio el plazo de un proveedor es el tipo de error más caro.