This skill should be used when the user asks to "create handover", "transition to operations", "prepare delivery handoff", "activate commercial proposal", "hand off discovery", "prepare operations package", or "close discovery engagement", or mentions handover, transition, delivery kickoff, proposal preparation, or discovery close-out. It generates the operational transition package that translates discovery deliverables into execution-ready artifacts including commercial activation, governance transfer, and Phase 1 kickoff plan. Use this skill whenever a discovery engagement is closing or needs to be handed to operations, even if they don't explicitly ask for "discovery handover". [EXPLICIT]
From jm-adknpx claudepluginhub javimontano/jm-adk-alfaThis skill is limited to using the following tools:
agents/guardian.mdagents/lead.mdagents/specialist.mdagents/support.mdevals/evals.jsonknowledge/body-of-knowledge.mdknowledge/knowledge-graph.mdprompts/meta.mdprompts/primary.mdprompts/variations/deep.mdprompts/variations/quick.mdreferences/handover-templates.mdtemplates/output.docx.mdtemplates/output.htmlSearches, retrieves, and installs Agent Skills from prompts.chat registry using MCP tools like search_skills and get_skill. Activates for finding skills, browsing catalogs, or extending Claude.
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. [EXPLICIT]
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.
El handover REQUIERE que Gate 3 esté aprobado. Antes de generar, validar que existen:
| Fuente | Entregable Requerido | Archivo Esperado |
|---|---|---|
| Phase 0 | Mapa de stakeholders + RACI | 01_Stakeholder_Map.html |
| Phase 1 | Análisis AS-IS (10 secciones) | 03_Analisis_AS-IS.html |
| Phase 2 | Mapeo de flujos + DDD | 04_Mapeo_Flujos.html |
| Phase 3 | Escenarios + scoring | 05_Escenarios_ToT.html |
| Phase 4 | Roadmap + costeo | 06_Solution_Roadmap.html |
| Phase 5a | Especificación funcional | 07_Especificacion_Funcional.html |
| Phase 5b | Pitch ejecutivo + financiero | 08_Pitch_Ejecutivo.html |
Si algún entregable falta, DETENER y listar qué falta antes de proceder. [EXPLICIT]
Parameters:
{MODO}: piloto-auto (default) | desatendido | supervisado | paso-a-paso
{FORMATO}: markdown (default) | html | dual{VARIANTE}: ejecutiva (~40% — S1 resumen + S2 comercial + S6 tracker) | técnica (full 8 sections, default)El skill debe preguntar al usuario cuál es el receptor primario:
| Receptor | Enfoque del Paquete |
|---|---|
| Operaciones | Checklist de readiness, kickoff Phase 1, governance, riesgos operativos |
| Comercial | Propuesta comercial derivada del pitch, pricing, narrativa de venta |
| Ambos | Paquete completo (default) |
Sintetizar en máximo 1 página:
Derivar del 08_Pitch_Ejecutivo.html:
┌─────────────────────────────────────────────────────┐
│ 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% │
└─────────────────┴──────────┴────────┴───────────────┘
| Semana | Actividad | Responsable | Entregable |
|---|---|---|---|
| 1 | Revisión propuesta con sponsor | Comercial | Propuesta v1 |
| 2 | Negociación términos | Comercial + Legal | Term sheet |
| 3 | Aprobación interna | Steering | SOW firmado |
| 4 | Kick-off operativo | Operaciones | Plan Phase 1 |
Mapear los 9+ prerrequisitos del roadmap (Phase 4) a tareas operativas:
| Rol | Cantidad | Status | Owner de Contratación | Fecha Límite |
|---|---|---|---|---|
| {Rol de Phase 4} | N | Pendiente/Listo | {Nombre} | {Fecha} |
| Componente | Especificación | Status | Owner | Fecha Límite |
|---|---|---|---|---|
| {De AS-IS + Roadmap} | {Specs} | Pendiente/Listo | {Nombre} | {Fecha} |
Derivar de Phase 1 (Foundation) del 06_Solution_Roadmap.html:
| Día | Actividad | Responsable | Output |
|---|---|---|---|
| 1-2 | Onboarding equipo técnico | Delivery Manager | Equipo operativo |
| 3-4 | Setup ambientes dev/staging | Tech Lead | Ambientes listos |
| 5 | Workshop de arquitectura objetivo | Architect | Decisiones técnicas |
| 6-7 | Configuración CI/CD pipeline | DevOps | Pipeline base |
| 8-10 | Primer spike técnico (mayor riesgo) | Dev Team | PoC validado/invalidado |
| Métrica | Target | Fuente | Frecuencia |
|---|---|---|---|
| Velocidad del equipo | Estabilizar en Sprint 3 | JIRA/Linear | Semanal |
| Defectos críticos | 0 en producción | Bug tracker | Diario |
| Cobertura de tests | >80% unit, >70% integration | CI pipeline | Por PR |
| Budget burn rate | ≤110% del plan | Finance | Quincenal |
| Riesgo materializado | 0 de top-3 | Risk register | Semanal |
| Rol Discovery | Transiciona a | Nuevo Responsable |
|---|---|---|
| Discovery Conductor | PMO Lead / Scrum Master | {Asignar} |
| Technical Architect | Solution Architect (ejecución) | {Mismo o nuevo} |
| Domain Analyst | Product Owner / BA | {Asignar} |
| Quality Guardian | QA Lead | {Asignar} |
| Delivery Manager | Project Manager / Engineering Manager | {Mismo o nuevo} |
| Data Strategist | Data Architect (ejecución) | {Mismo o nuevo} |
| Change Catalyst | Change Manager | {Asignar} |
| Ceremonia | Frecuencia | Participantes | Propósito |
|---|---|---|---|
| Standup | Diario | Dev team | Impedimentos + progreso |
| Sprint Planning | Quincenal | PO + Dev team | Scope del sprint |
| Sprint Review | Quincenal | Stakeholders + Dev | Demo + feedback |
| Retrospectiva | Quincenal | Dev team | Mejora continua |
| Steering Committee | Mensual | Sponsors + PMO | Go/no-go, budget, riesgos |
| Architecture Review | Quincenal | Architects | Decisiones técnicas |
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)
Operacionalizar los pivot points del Phase 4:
| # | Supuesto | Validación Propuesta | Deadline | Owner | Status |
|---|---|---|---|---|---|
| 1 | {Del roadmap} | {PoC / spike / vendor eval} | Semana X | {Nombre} | Pendiente |
| 2 | ... | ... | ... | ... | ... |
Regla: Si un supuesto se invalida, activar el conditional switching logic del Phase 3 (escenario alternativo).
| # | Riesgo | Probabilidad | Impacto | Mitigación | Early Warning | Owner |
|---|---|---|---|---|---|---|
| 1 | {Del risk register} | Alta/Media/Baja | Alto/Medio/Bajo | {Acción} | {Indicador} | {Nombre} |
Regla: Revisar en cada Steering Committee. Si early warning se activa, ejecutar mitigación inmediata.
| Condición | Threshold | Acción | Decision Maker |
|---|---|---|---|
| Budget overrun | >130% del plan | Pause + re-scope | Executive Sponsor |
| Timeline overrun | >150% de Foundation | Re-evaluate approach | Steering Committee |
| Quality failure | >3 defectos críticos en producción | Stop + quality sprint | QA Lead + PM |
| Team attrition | >40% turnover | Pause + re-staff | HR + PM |
Transformar el mapa de stakeholders de Phase 0 en roles de ejecución:
| Stakeholder | Rol Discovery (Phase 0) | Rol Ejecución | Engagement Shift | Comunicación |
|---|---|---|---|---|
| {Nombre} | Sponsor | Executive Sponsor | Mensual steering | Dashboard + report |
| {Nombre} | Champion | Product Owner | Diario/semanal | Sprint reviews |
| {Nombre} | Informado | Consumidor | Por release | Release notes |
| {Nombre} | Resistente | Early adopter target | Post-MVP | Training + soporte |
09_Handover_Operaciones_{project}.md (o .html si {FORMATO}=html|dual)
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). [EXPLICIT]
| Dimensión | Opción A | Opción B | Regla de Decisión |
|---|---|---|---|
| Alcance del handover | Solo Operaciones | Comercial + Operaciones | Ambos si el deal no está cerrado; solo Ops si ya está firmado |
| Nivel de detalle 90 días | Sprint-level | Week-level | Sprint-level para equipos ágiles; week-level para waterfall |
| Governance | Ligera (standup + steering) | Completa (todas las ceremonias) | Completa si equipo > 5; ligera si ≤ 5 |
| Financial tracking | Mensual | Quincenal | Quincenal si budget > $500K; mensual si menor |
| Stakeholder transition | Mapeo 1:1 | Taller de transición | Taller si > 10 stakeholders; mapeo si ≤ 10 |
| Escenario | Respuesta |
|---|---|
| Gate 3 no aprobado | NO generar handover. Listar gaps. |
| Solo se ejecutó Quick Reference (Phases 1→3→5b) | Handover simplificado: solo S1 + S2 + S6. Sin 90-day plan. |
| Minimal Pipeline (sin Phase 0 ni 5a) | Omitir S7 (no hay stakeholder map). S4 simplificado sin use cases. |
| Cliente quiere solo propuesta comercial | Generar solo S1 + S2. Marcar S3-S7 como "pendiente post-cierre". |
| Equipo de ejecución es diferente al de discovery | Incluir sesión de knowledge transfer (2-4 horas) en Sprint 0. |
| Multi-vendor execution | Agregar sección de vendor coordination en S5 Governance. |
| Format | Default | Description |
|---|---|---|
markdown | ✅ | Rich Markdown + Mermaid diagrams. Token-efficient. |
html | On demand | Branded HTML (Design System). Visual impact. |
dual | On demand | Both formats. |
Default output is Markdown with embedded Mermaid diagrams. HTML generation requires explicit {FORMATO}=html parameter. [EXPLICIT]
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:
Author: Javier Montano | Last updated: March 18, 2026
Example invocations: