Discovery Handover — Phase 6: Transición a Ejecución

Genera el paquete de transición operativa que traduce los entregables de descubrimiento (Fases 0-5) en artefactos de ejecución listos para Operaciones y/o Comercial.

Principio Rector

Un discovery sin handover es un informe guardado en un cajón. La transición de descubrimiento a ejecución es donde el valor se materializa o se pierde. Cada insight, cada riesgo, cada decisión del discovery debe traducirse en una acción operativa con owner, fecha, y criterio de éxito. El handover no es un resumen — es un plan de activación.

Filosofía de Transición

1. Continuidad > documentación. El handover no es "entregar documentos" — es transferir entendimiento. Los roles cambian, el conocimiento se preserva.
2. Supuestos son deuda. Cada supuesto no validado del discovery se hereda como riesgo en ejecución. El handover los hace explícitos con owners y deadlines.
3. El primer sprint es el más importante. Sprint 0 valida si el plan sobrevive el contacto con la realidad. El handover diseña Sprint 0, no solo lo menciona.

Inputs (Consumidos de Fases Anteriores)

El handover REQUIERE que Gate 3 esté aprobado. Antes de generar, validar que existen:

Si algún entregable falta, DETENER y listar qué falta antes de proceder.

Parameters:

• {MODO}: piloto-auto (default) | desatendido | supervisado | paso-a-paso
  • piloto-auto: Auto para compilación de entregables y plan de 90 días, HITL para validación de pricing y asignación de owners.
  • desatendido: Cero interrupciones. Handover completo auto-generado. Owners marcados como {Asignar}.
  • supervisado: Autónomo con checkpoint en paquete comercial y governance.
  • paso-a-paso: Confirma cada sección del handover y cada asignación de owner.
• {FORMATO}: markdown (default) | html | dual
• {VARIANTE}: ejecutiva (~40% — S1 resumen + S2 comercial + S6 tracker) | técnica (full 8 sections, default)

Destinatarios del Handover

El skill debe preguntar al usuario cuál es el receptor primario:

S1: Resumen Ejecutivo de Transición

Sintetizar en máximo 1 página:

• Estado del descubrimiento: Fases completadas, gates aprobados, fecha de cierre
• Escenario aprobado: Nombre + score final del escenario seleccionado (de Phase 3)
• Inversión aprobada: Rango presupuestal + timeline (de Phase 4/5b)
• Próximos pasos inmediatos: 3-5 acciones con owner y deadline (primeras 2 semanas)
• Riesgos críticos activos: Top 3 riesgos heredados del discovery con status

S2: Paquete de Activación Comercial

Derivar del 08_Pitch_Ejecutivo.html:

2.1 Narrativa de Propuesta

• Contexto del cliente: Pain points cuantificados (de Problem Statement)
• Propuesta de valor: 4 pilares (Cost Reduction, Revenue, Risk, Modernization)
• Diferenciadores: Por qué nosotros vs. alternativas (de Approach Comparison)
• Modelo financiero simplificado: NPV, IRR, payback en formato ejecutivo

2.2 Estructura de Pricing

┌─────────────────────────────────────────────────────┐
│ ESTRUCTURA DE PRICING                               │
├─────────────────┬──────────┬────────┬───────────────┤
│ Fase            │ Duración │ Equipo │ Inversión     │
├─────────────────┼──────────┼────────┼───────────────┤
│ Foundation      │ X meses  │ N FTE  │ $XXX,XXX      │
│ Build           │ X meses  │ N FTE  │ $XXX,XXX      │
│ Integrate       │ X meses  │ N FTE  │ $XXX,XXX      │
│ Optimize        │ X meses  │ N FTE  │ $XXX,XXX      │
│ Scale           │ X meses  │ N FTE  │ $XXX,XXX      │
├─────────────────┼──────────┼────────┼───────────────┤
│ TOTAL           │ XX meses │        │ $X,XXX,XXX    │
│ Contingencia    │          │        │ XX%           │
└─────────────────┴──────────┴────────┴───────────────┘

2.3 Condiciones Comerciales

• Modelo de facturación: por fase / mensual / hitos
• Gates de inversión: puntos de go/no-go por fase
• Kill criteria: condiciones de salida anticipada
• SLAs propuestos: tiempos de respuesta, calidad, gobernanza

2.4 Cronograma de Cierre Comercial

S3: Checklist de Readiness Operacional

Mapear los 9+ prerrequisitos del roadmap (Phase 4) a tareas operativas:

3.1 Equipo

3.2 Infraestructura

3.3 Accesos y Permisos

• Repositorios de código fuente
• Ambientes (dev, staging, prod)
• Herramientas de CI/CD
• Acceso a datos y APIs
• VPN / acceso remoto

3.4 Documentación Base

• Roadmap aprobado compartido con equipo de ejecución
• Especificación funcional accesible al equipo técnico
• Riesgos y mitigaciones asignados a owners operativos
• RACI de ejecución (diferente al RACI de discovery) definido
• Canales de comunicación establecidos (Slack, JIRA, Confluence)

S4: Plan de Kickoff — Primeros 90 Días

Derivar de Phase 1 (Foundation) del 06_Solution_Roadmap.html:

4.1 Sprint 0 (Semanas 1-2): Setup

4.2 Sprint 1-3 (Semanas 3-8): Foundation Execution

• Módulo MVP #1 (mayor valor / menor riesgo de la matriz 3x3)
• Implementar 2-3 use cases core (de Phase 5a)
• Validar 2+ business rules críticas (severity CRITICAL)
• First deployment a staging
• Retrospectiva + ajuste de velocidad

4.3 Sprint 4-6 (Semanas 9-14): Foundation Completion

• Módulos MVP restantes
• Integration testing contra sistemas identificados en Phase 2
• Performance baseline vs. NFRs del AS-IS
• Gate de Foundation: evaluación go/no-go para Phase Build

4.4 Métricas de Seguimiento (Primeros 90 Días)

S5: Protocolo de Transición de Gobernanza

5.1 De Discovery Governance → Execution Governance

5.2 Estructura de Reuniones (Ejecución)

5.3 Escalation Path

Nivel 1: Dev Team → Tech Lead (resolución < 4h)
Nivel 2: Tech Lead → PM / PO (resolución < 24h)
Nivel 3: PM → Steering Committee (resolución < 1 semana)
Nivel 4: Steering → Executive Sponsor (decisiones de scope/budget/timeline)

S6: Tracker de Validación de Supuestos y Riesgos

Operacionalizar los pivot points del Phase 4:

6.1 Supuestos Críticos (de Phase 4 Estimation Pivots)

Regla: Si un supuesto se invalida, activar el conditional switching logic del Phase 3 (escenario alternativo).

6.2 Riesgos Heredados (de Phase 4 Risk Register)

Regla: Revisar en cada Steering Committee. Si early warning se activa, ejecutar mitigación inmediata.

6.3 Kill Criteria (de Phase 4 Governance)

S7: Matriz de Transición de Stakeholders

Transformar el mapa de stakeholders de Phase 0 en roles de ejecución:

S8: Entregable Final

Archivo Output

09_Handover_Operaciones_{project}.md (o .html si {FORMATO}=html|dual)

Estructura del Documento

Producir un documento con las 8 secciones anteriores, usando el sistema de diseño de la marca (READ references/handover-templates.md para la estructura HTML cuando {FORMATO}=html|dual).

Validation Gate

• Todas las tablas tienen datos reales (no placeholders genéricos)
• Owners asignados a todas las tareas operativas
• Fechas absolutas (no "Semana X" sino "2026-04-15")
• Riesgos heredados tienen early warning indicators
• Kill criteria definidos con thresholds numéricos
• Estructura de pricing completa (si receptor = Comercial o Ambos)
• Plan de 90 días alineado con Phase 1 (Foundation) del roadmap
• RACI de ejecución es diferente al RACI de discovery
• Escalation path documentado
• Ceremonia structure definida

Trade-off Matrix

Edge Cases

Assumptions & Limits

• Este skill NO negocia términos comerciales — solo estructura la propuesta
• Los precios y márgenes deben ser validados por el área comercial antes de enviar al cliente
• El plan de 90 días es una guía — el equipo de ejecución debe ajustar en Sprint 0
• Los roles de transición son sugerencias — el receptor final asigna los nombres reales
• Este skill asume que el discovery se ejecuto con el framework MetodologIA completo

Casos Borde

Decisiones y Trade-offs

Knowledge Graph

graph TD
    subgraph Core
        DH[discovery-handover]
    end
    subgraph Inputs
        G3[Gate 3 Approval] --> DH
        RDM[Solution Roadmap - Phase 4] --> DH
        PITCH[Executive Pitch - Phase 5b] --> DH
        STK[Stakeholder Map - Phase 0] --> DH
    end
    subgraph Outputs
        DH --> HO[Handover Package 09]
        DH --> COM[Commercial Activation]
        DH --> P90[90-Day Kickoff Plan]
        DH --> GOV[Execution Governance Model]
    end
    subgraph Related Skills
        DH -.-> DO[discovery-orchestrator]
        DH -.-> EP[executive-pitch]
        DH -.-> PPM[project-program-management]
        DH -.-> RCD[risk-controlling-dynamics]
    end

Output Templates

Formato MD (default):

# Handover Operaciones: {project_name}
## S1: Resumen Ejecutivo de Transicion
  - Estado del descubrimiento, escenario aprobado, inversion
## S2: Paquete de Activacion Comercial
  - Narrativa, pricing structure, condiciones, cronograma cierre
## S3: Checklist de Readiness Operacional
  - Equipo, infraestructura, accesos, documentacion
## S4: Plan de Kickoff — Primeros 90 Dias
  - Sprint 0, Sprints 1-3, Sprints 4-6, metricas
## S5-S8: [remaining sections]

Formato DOCX (secondary):

• Documento formal con branding para firma del cliente
• Tabla de contenidos auto-generada
• Secciones con headers numerados y firmas de aprobacion
• Anexo: cronograma de cierre comercial como tabla editable

Formato HTML (bajo demanda):

• Filename: 09_Handover_Operaciones_{project}_{WIP}.html
• Estructura: HTML self-contained branded (Design System MetodologIA v5). Dark-First Executive. Incluye Gantt de plan de 90 días (Mermaid CDN), checklist de readiness operacional interactivo y tracker de supuestos con semáforo. WCAG AA, responsive, print-ready.

Formato XLSX (bajo demanda):

• Filename: {fase}_{entregable}_{cliente}_{WIP}.xlsx
• Generado via openpyxl con MetodologIA Design System v5. Encabezados con fondo navy y texto blanco Poppins, formato condicional por estado (Pendiente/En Progreso/Listo), auto-filtros en todas las columnas, valores calculados (sin fórmulas). Hojas: Operational Readiness Checklist, 90-Day Kickoff Plan (sprint por sprint), Assumption & Risk Tracker, Stakeholder Transition Matrix.

Formato PPTX (bajo demanda):

• Filename: {fase}_{entregable}_{cliente}_{WIP}.pptx
• Generado via python-pptx con MetodologIA Design System v5. Slide master con gradiente navy, títulos Poppins, cuerpo Montserrat, acentos dorados. Máx 20 slides ejecutivo / 30 técnico. Notas del orador con referencias de evidencia. Secciones: Resumen Ejecutivo de Transición, Paquete de Activación Comercial, Checklist de Readiness Operacional, Plan de Kickoff 90 Días, Governance y Escalation, Tracker de Riesgos y Supuestos.

Evaluacion

Umbral minimo global: 7/10. Deliverables por debajo requieren re-work antes de entrega.

Output Format Protocol

Default output is Markdown with embedded Mermaid diagrams. HTML generation requires explicit {FORMATO}=html parameter.

Output Artifact

Primary: 09_Handover_Operaciones_{project}.md (o .html si {FORMATO}=html|dual) — Executive transition summary, commercial activation package, operational readiness checklist, 90-day kickoff plan, governance transition, assumption tracker, stakeholder transition matrix.

Diagramas incluidos:

• Flowchart: governance and escalation flow
• Gantt chart: 90-day plan (first month week-by-week)
• State diagram: discovery-to-execution transition lifecycle

Autor: Javier Montaño | Última actualización: 12 de marzo de 2026