Construye el plan de entrega de la Etapa 4

1814. Identidad de la lección

Módulo

4.11 — Producción

Lección

Construye el plan de entrega de la Etapa 4

Tipo académico

Integración

Tipo de esquema

Práctica

Orden

Lección 3 del módulo

Tiempo estimado

50–70 minutos

Esta lección convierte los requisitos del hito de la Etapa 4 en un único plan de entrega. El plan debe conectar el trabajo, la evidencia, las responsabilidades, la capacidad disponible, las dependencias, los puntos de revisión y las reglas de decisión.

1815. Objetivo de aprendizaje

Al terminar esta lección, podrás elaborar un plan de entrega viable y acotado que relacione los requisitos de la Etapa 4 con responsables, evidencia, dependencias, puntos de revisión, límites de capacidad y decisiones explícitas para el paquete del hito.

1816. Por qué importa

Un paquete de hito no está completo solo porque todas las tareas tengan un estado. Está completo cuando otra persona puede determinar qué se entrega, quién responde por ello, qué evidencia demuestra que está listo, si el trabajo cabe en la capacidad disponible y qué ocurre si un requisito no se cumple. Los problemas de lanzamiento, producto y producción suelen aparecer en los traspasos, no dentro de las tareas individuales. Un plan de entrega hace visibles esos traspasos y restricciones antes de la revisión.

1817. Conocimientos previos

Ya deberías poder:

• identificar riesgos de producción y convertirlos en responsables, respuestas y reglas de decisión;
• distinguir un requisito de producto, una tarea de producción y la evidencia de que se completó;
• describir los requisitos de lanzamiento o del hito establecidos anteriormente en la Etapa 4;
• utilizar la estructura del paquete del hito de la Etapa 4 y sus expectativas de revisión.

La lección previa necesaria es 4.11 L2 — Gestiona el riesgo antes de que el calendario se vuelva ficción, junto con su registro de riesgos. Usa ese registro como artefacto de partida: los riesgos activos deben vincularse a las filas correspondientes del plan de entrega, no quedarse en una lista separada.

1818. Concepto central

1819. Un plan de entrega es un mapa de responsabilidad y viabilidad

Un plan útil conecta cinco capas:

1. Requisito: ¿Qué debe ser cierto para el hito de la Etapa 4?
2. Trabajo: ¿Qué acción hará que esa condición se cumpla?
3. Evidencia: ¿Qué artefacto, prueba, grabación, resultado de revisión o decisión lo demuestra?
4. Responsabilidad: ¿Quién responde por completarlo, quién lo revisa y qué decisión se toma a partir de la evidencia?
5. Viabilidad: ¿Cabe el trabajo en el tiempo, la capacidad de las personas responsables, las dependencias y las ventanas de revisión disponibles?

Una tarea sin evidencia es una afirmación. Una evidencia sin responsable es un artefacto huérfano. Un requisito sin regla de decisión puede seguir siendo ambiguo en el punto de revisión. Un plan que parece completo, pero supera la capacidad disponible, no es ejecutable.

El plan no es una lista de tareas más larga. Es la superficie de control para preparar un paquete de hito creíble sin ocultar el alcance ni la incertidumbre.

1820. Modelo mental

1821. La cadena de entrega

Usa esta cadena para cada requisito importante de la Etapa 4:

Requisito
    ↓
Entregable o acción
    ↓
Evidencia esperada
    ↓
Responsable + revisor
    ↓
Límite de capacidad + dependencia
    ↓
Punto de revisión
    ↓
Regla de decisión

Registra cada cadena en una tabla:

Asigna una sola persona responsable por fila. Puedes indicar colaboradores aparte, pero la responsabilidad compartida suele ocultar quién debe actuar a continuación.

Agrupa las filas en tres vistas útiles:

• Vista de trabajo: acciones, secuencia, capacidad, dependencias y riesgos.
• Vista de preparación: evidencia necesaria para cada punto de control.
• Vista de traspasos: responsable, revisor, rol receptor y condición de aceptación.

Estas vistas pueden salir de un único plan; no hace falta mantener tres documentos desconectados.

1822. Ejemplo concreto

Supón que el hito exige revisar una versión candidata para lanzamiento frente a un alcance de producto definido. Un plan débil podría decir:

Terminar la versión candidata para lanzamiento y comprobarla.

La frase no aclara qué significa “terminar”, qué alcance está incluido, qué demuestra que se realizó la comprobación ni si la persona responsable dispone de tiempo suficiente antes de la revisión. Una fila más sólida sería:

La fila no supone que todos los problemas deban resolverse de inmediato. Hace visibles la decisión y la restricción pertinente. Si una dependencia del registro de riesgos sigue sin resolverse, el plan debe indicar si el punto de control se detiene, cambia el alcance o se acepta una limitación documentada.

1823. Flujo de trabajo nativo de IA

Usa la IA como revisora crítica del plan, no como autoridad para declarar que está listo.

1. Redacta primero el plan a partir de los requisitos de la Etapa 4, el registro de riesgos anterior, las restricciones de capacidad conocidas y las expectativas del paquete del hito.
2. Pide a la IA que revise el borrador en busca de evidencias ausentes, responsables ambiguos, dependencias ocultas, trabajo duplicado, fechas incompatibles y reglas de decisión que no permitan actuar.
3. Exige que agrupe los hallazgos como ausente, ambiguo, dependiente, sobrecargado o no verificado. No le pidas que declare listo el hito ni que estime certezas sin evidencia.
4. Compara cada hallazgo con los requisitos reales y la disponibilidad conocida. Conserva solo los hallazgos que puedas respaldar.
5. Revisa el plan y marca cada cambio sugerido por la IA como aceptado, rechazado o pendiente de investigación. Registra el motivo de los rechazos importantes.

Un prompt útil es:

Revisa este plan de entrega de la Etapa 4 como revisor crítico de planificación de producción. Para cada fila, indica si el requisito, el entregable, la evidencia esperada, la persona responsable, el revisor, la restricción de capacidad, la dependencia, el punto de control y la regla de decisión son explícitos. Señala responsables sobrecargados o fechas incompatibles solo cuando el plan incluya información que lo respalde. No inventes datos del proyecto ni declares que está listo. Devuelve únicamente brechas accionables e indica la fila afectada.

La persona que planifica sigue siendo responsable de interpretar el alcance, justificar la capacidad, asignar responsabilidades y tomar decisiones de aceptación.

1824. Error común

El error común es tratar el plan de entrega como una exportación del calendario. Un calendario puede mostrar fechas y estados de tareas y, aun así, no responder qué evidencia se necesita, quién acepta el resultado, qué ocurre cuando una dependencia se retrasa o si la persona responsable dispone de tiempo suficiente. Otro error frecuente es asignar un responsable a una actividad sin indicar quién revisa el resultado ni cuál es su condición de aceptación.

1825. Práctica guiada

Construye un plan de entrega para el paquete del hito de la Etapa 4 siguiendo esta secuencia.

1. Establece el conjunto de requisitos

Enumera los requisitos de lanzamiento, producto, producción y evidencia que debe cubrir el paquete. Separa los requisitos de las tareas propuestas. Si un requisito es vago, reescríbelo como una condición que pueda comprobarse.

2. Convierte los requisitos en filas de entrega

Para cada requisito, define:

• el entregable o la acción;
• la evidencia esperada;
• una única persona responsable;
• un revisor o rol receptor;
• las restricciones conocidas de tiempo, disponibilidad o carga de trabajo;
• los prerrequisitos y las dependencias;
• el punto de control o de entrega;
• la regla de decisión para aceptar, rechazar, posponer, reducir alcance, bloquear o investigar.

3. Reconcilia los riesgos y comprueba la viabilidad

Incorpora los riesgos activos de la lección anterior en las filas correspondientes. Para cada riesgo, comprueba que el plan incluya una persona responsable, una respuesta que produzca información o reduzca la exposición y un punto de decisión. No ocultes un riesgo cambiando su etiqueta a “en progreso”.

Después, realiza una comprobación breve de viabilidad:

1. Registra los periodos de trabajo disponibles, las ventanas de revisión fijas, la falta de disponibilidad de responsables u otros límites de capacidad respaldados por el contexto del proyecto.
2. Compara el trabajo y los puntos de entrega asignados a cada responsable con esos límites.
3. Marca las sobrecargas, las dependencias simultáneas o los puntos de revisión que no puedan cumplirse a la vez.
4. Resuelve cada conflicto reduciendo el alcance, reordenando el trabajo, cambiando un punto de control, asignando otra persona adecuada o elevando una decisión concreta.
5. Mantén visible la incertidumbre que todavía no pueda resolverse; no la sustituyas por una estimación sin fundamento.

4. Comprueba los traspasos

Lee el plan desde la perspectiva de cada rol receptor. Pregunta:

• ¿Qué recibiré exactamente?
• ¿Qué evidencia me permite aceptarlo o rechazarlo?
• ¿Qué debe ser cierto antes de comenzar mi trabajo?
• ¿A dónde devuelvo un resultado fallido o incompleto?

Revisa cualquier fila que exija una explicación verbal para poder avanzar.

5. Ejecuta una revisión de brechas con IA

Usa el flujo de trabajo nativo de IA descrito arriba para encontrar omisiones. Valida cada sugerencia frente a los requisitos y la información de capacidad conocidos. La revisión termina solo cuando cada brecha conservada tiene responsable y próximo punto de decisión.

6. Toma y documenta con evidencia una decisión de producción

Toma una decisión explícita sobre el plan de entrega: aceptar, reducir alcance, posponer, bloquear o investigar un requisito o riesgo activo. Registra la decisión, la evidencia que la respalda, la persona responsable, el punto de decisión y la consecuencia para el hito de la Etapa 4. La decisión debe aparecer en el paquete del hito o en un artefacto vinculado e identificado; no describas una elección hipotética.

7. Produce el mapa del paquete

Crea un índice final que muestre dónde se encuentra la evidencia de cada requisito dentro del paquete del hito de la Etapa 4. Incluye los elementos pendientes, sus responsables, la decisión que cada uno requiere durante la revisión y la decisión de producción documentada en el paso anterior.

1826. Evaluación práctica

Entrega el paquete del plan indicado en la evaluación práctica adjunta. Debe incluir la tabla completa, los riesgos vinculados, el índice del paquete, una decisión de producción respaldada por evidencia y el resultado de una prueba de traspaso con una persona que no haya creado el plan. El cuestionario funciona como comprobación de conocimientos; la entrega práctica demuestra si puedes producir y poner a prueba un plan ejecutable.

1827. Validación / evidencia

1828. Ideas clave

• Un plan de entrega conecta requisitos, trabajo, evidencia, responsabilidades, capacidad, dependencias, puntos de control y decisiones.
• Una única persona responsable por fila hace que los traspasos sean accionables.
• Comprobar la viabilidad exige comparar el trabajo previsto con restricciones de capacidad respaldadas, no limitarse a añadir fechas.
• La evidencia forma parte del trabajo; no es documentación añadida al final.
• El registro de riesgos debe dar forma al plan y a sus puntos de decisión.
• La IA puede revelar brechas de planificación, pero las personas deben validar los requisitos y tomar decisiones de alcance, responsabilidad y aceptación.

1829. Siguiente lección

Esta lección asigna responsables, revisores y roles receptores en cada fila del plan. Continúa con 4.12 — Equipos y roles, donde formalizarás quién tiene la autoridad y la responsabilidad para tomar, aprobar y revisar decisiones de producción.

1830. Comprobación