--- [EXPLICIT] name: poc-lab description: [EXPLICIT] Proof of concept design and execution framework, success criteria definition, and evaluation [EXPLICIT] methodology. Use when the user asks to "design a PoC", "plan a proof of concept", "define PoC [EXPLICIT] success criteria", or mentions PoC charter, evaluation framework, spike design, or prototype [EXPLICIT] planning. [EXPLICIT] argument-hint: "project-name technology-or-concept" [EXPLICIT] author: Javier Montaño · Comunidad MetodologIA [EXPLICIT] model: opus [EXPLICIT] context: fork [EXPLICIT] allowed-tools: [EXPLICIT]

• Read [EXPLICIT]
• Write [EXPLICIT]
• Edit [EXPLICIT]
• Glob [EXPLICIT]
• Grep [EXPLICIT]
• Bash [EXPLICIT]
• WebFetch [EXPLICIT] --- [EXPLICIT] [EXPLICIT]

Proof of Concept Lab [EXPLICIT]

[EXPLICIT] Framework for design, execution, and evaluation of proofs of concept (PoC), [EXPLICIT] with success criteria definition and rigorous evaluation methodology. [EXPLICIT] [EXPLICIT]

Grounding Guideline [EXPLICIT]

[EXPLICIT] A PoC without a hypothesis is a demo disguised as validation. [EXPLICIT] [EXPLICIT]

1. Hypothesis before code. Every PoC must answer a specific question — if there is no question, there is no PoC. [EXPLICIT]
2. Explicit kill criteria. Before starting, define what result kills the hypothesis. Without kill criteria, every PoC "succeeds." [EXPLICIT]
3. Time-boxed and scope-boxed. A PoC that extends indefinitely becomes a project without governance. [EXPLICIT] [EXPLICIT]

TL;DR [EXPLICIT]

[EXPLICIT]

• Designs PoCs with clear hypotheses, measurable success criteria, and kill criteria [EXPLICIT]
• Defines minimum viable scope to validate each hypothesis with controlled effort [EXPLICIT]
• Establishes objective and reproducible evaluation methodology [EXPLICIT]
• Generates charter templates, test plans, and evaluation reports [EXPLICIT]
• Prevents PoC theater (demos that validate nothing real) [EXPLICIT] [EXPLICIT]

Inputs [EXPLICIT]

[EXPLICIT] Parse $1 as project name, $2 as technology or concept to validate. [EXPLICIT] [EXPLICIT] Parameters: [EXPLICIT]

• {MODO}: piloto-auto (default) | desatendido | supervisado | paso-a-paso [EXPLICIT]
• {FORMATO}: markdown (default) | html | dual [EXPLICIT]
• {VARIANTE}: ejecutiva (~40%) | tecnica (full, default) [EXPLICIT] [EXPLICIT]

Deliverables [EXPLICIT]

[EXPLICIT]

1. PoC Charter — Hypothesis, scope, success criteria, kill criteria, timeline, team [EXPLICIT]
2. Test Plan — Test scenarios, required data, metrics to capture [EXPLICIT]
3. Evaluation Report Template — Template to document results and verdict [EXPLICIT]
4. Risk Register — PoC risks and mitigation [EXPLICIT]
5. Decision Framework — Criteria for go/no-go post-PoC [EXPLICIT] [EXPLICIT]

Process [EXPLICIT]

[EXPLICIT]

1. Hypothesis Definition — Formulate clear and falsifiable hypotheses: [EXPLICIT]
   • "Technology X can process Y transactions/second with latency Z ms" [EXPLICIT]
   • "The AI model achieves precision X% on representative domain data" [EXPLICIT]
   • "Migration of component A to platform B completes in N sprints" [EXPLICIT]
2. PoC Charter Design: [EXPLICIT] | Element | Description | [EXPLICIT] |---|---| [EXPLICIT] | Hypothesis | What to validate (falsifiable) | [EXPLICIT] | Scope | Minimum scope to validate the hypothesis | [EXPLICIT] | Success Criteria | Quantitative metrics to declare success | [EXPLICIT] | Kill Criteria | Conditions for early abort | [EXPLICIT] | Timeline | Strict timebox (1-4 weeks) | [EXPLICIT] | Team | Roles and required dedication | [EXPLICIT] | Data | Real (not mock) representative data | [EXPLICIT] | Environment | Required infrastructure | [EXPLICIT]
3. Test Plan — Design scenarios covering happy path, edge cases, and failure modes [EXPLICIT]
4. Metrics Definition — Specify what is measured, how it is measured, comparison baseline [EXPLICIT]
5. Evaluation Template — Structure for documenting results objectively: [EXPLICIT]
   • Quantitative results vs. success criteria [EXPLICIT]
   • Qualitative observations [EXPLICIT]
   • Discovered risks [EXPLICIT]
   • Verdict: GO / NO-GO / PIVOT [EXPLICIT]
6. Decision Framework — Post-PoC decision tree with clear options [EXPLICIT] [EXPLICIT]

Quality Criteria [EXPLICIT]

[EXPLICIT]

• Hipotesis formuladas como afirmaciones falsificables [EXPLICIT]
• Criterios de exito cuantitativos y medibles [EXPLICIT]
• Kill criteria definidos para evitar sunk cost fallacy [EXPLICIT]
• Timeline con timebox estricto (no scope creep) [EXPLICIT]
• Datos de prueba representativos (no datos demo/synthetic) [EXPLICIT]
• Evaluacion objetiva con metricas, no opiniones [EXPLICIT]
• Veredicto con opciones claras (GO, NO-GO, PIVOT) [EXPLICIT] [EXPLICIT]

Anti-patrones a Evitar [EXPLICIT]

[EXPLICIT] | Anti-patron | Sintoma | Mitigacion | [EXPLICIT] |---|---|---| [EXPLICIT] | PoC Theater | Demo bonita que no valida nada real | Hipotesis falsificable + datos reales | [EXPLICIT] | Scope Creep | PoC se convierte en MVP | Timebox estricto + kill criteria | [EXPLICIT] | Cherry Picking | Solo se prueban happy paths | Plan de pruebas con edge cases | [EXPLICIT] | Sunk Cost | Se continua PoC fallido por inversion | Kill criteria claros y respetados | [EXPLICIT] | Vendor Demo | Vendor ejecuta el PoC con su equipo | Equipo propio ejecuta con soporte | [EXPLICIT] [EXPLICIT]

Assumptions & Limits [EXPLICIT]

[EXPLICIT]

• El equipo tiene acceso a datos representativos (no sinteticos) para ejecutar la PoC. [EXPLICIT]
• El timebox de la PoC no excede 4 semanas; si requiere mas, considerar un MVP. [EXPLICIT]
• Esta skill NO produce codigo ni ejecuta la PoC; genera los artefactos de planificacion y evaluacion. [EXPLICIT]
• NUNCA incluir precios; solo magnitudes en FTE-meses y cost drivers. [EXPLICIT] [EXPLICIT]

Edge Cases [EXPLICIT]

[EXPLICIT] | Caso Borde | Estrategia de Manejo | [EXPLICIT] |---|---| [EXPLICIT] | No hay datos reales disponibles para la PoC | Disenar fase previa de obtencion de datos con timeline propio. Documentar como prerequisito bloqueante en el charter. Usar datos sinteticos SOLO para validacion de infraestructura, nunca para resultados funcionales. | [EXPLICIT] | El stakeholder quiere evaluar 3 tecnologias simultaneamente | Disenar PoCs secuenciales con kill criteria compartidos. Priorizar por riesgo/impacto. Establecer evaluacion comparativa con criterios normalizados. Maximo 2 PoCs en paralelo por equipo. | [EXPLICIT] | La PoC tiene exito parcial (algunos criterios pasan, otros no) | Aplicar decision framework con pesos por criterio. Documentar que paso, que no, y el gap. Proponer PIVOT: redefinir alcance de adopcion basado en los criterios exitosos. | [EXPLICIT] | El timebox se agota sin resultados concluyentes | Evaluar si la causa es scope creep, impedimentos tecnicos, o hipotesis mal formulada. Documentar hallazgos parciales. Proponer extension acotada (max 1 semana) O pivote de hipotesis. | [EXPLICIT] [EXPLICIT]

Decisions & Trade-offs [EXPLICIT]

[EXPLICIT] | Decision | Justificacion | Alternativa Descartada | [EXPLICIT] |---|---|---| [EXPLICIT] | Timebox estricto (1-4 semanas) en lugar de tiempo abierto | Previene sunk cost fallacy y scope creep. Fuerza priorizacion de hipotesis criticas. | Tiempo abierto: genera PoC Theater y pierde urgencia. | [EXPLICIT] | Kill criteria obligatorios en el charter | Fuerza decision explicita de cuando abortar. Reduce sesgo de confirmacion. | Sin kill criteria: equipos persisten en PoCs fallidas por inercia. | [EXPLICIT] | Evaluacion cuantitativa sobre cualitativa | Objetividad reproducible. Multiples evaluadores llegan al mismo veredicto. | Evaluacion cualitativa: genera sesgo de opinion y no es reproducible. | [EXPLICIT] | Datos reales sobre datos sinteticos | Valida hipotesis en condiciones reales. Evita falsos positivos por datos idealizados. | Datos sinteticos: mas faciles de obtener pero no validan viabilidad real. | [EXPLICIT] [EXPLICIT]

Knowledge Graph [EXPLICIT]

[EXPLICIT]

graph TD [EXPLICIT]
    subgraph Core["Core: PoC Lab"] [EXPLICIT]
        POC[PoC Charter] [EXPLICIT]
        HIP[Hipotesis Falsificable] [EXPLICIT]
        EVAL[Evaluation Framework] [EXPLICIT]
        KILL[Kill Criteria] [EXPLICIT]
    end [EXPLICIT]
 [EXPLICIT]
    subgraph Inputs["Inputs"] [EXPLICIT]
        TECH[Tecnologia a Validar] [EXPLICIT]
        DATA[Datos Representativos] [EXPLICIT]
        TEAM[Equipo y Dedicacion] [EXPLICIT]
        TIME[Timebox] [EXPLICIT]
    end [EXPLICIT]
 [EXPLICIT]
    subgraph Outputs["Outputs"] [EXPLICIT]
        CHARTER[PoC Charter Document] [EXPLICIT]
        TESTPLAN[Test Plan] [EXPLICIT]
        REPORT[Evaluation Report] [EXPLICIT]
        DECISION[Go / No-Go / Pivot] [EXPLICIT]
    end [EXPLICIT]
 [EXPLICIT]
    subgraph Related["Related Skills"] [EXPLICIT]
        ROADMAP[chart-roadmap] [EXPLICIT]
        SCENARIOS[evaluate-scenarios] [EXPLICIT]
        FEASIBILITY[validate-feasibility] [EXPLICIT]
        BURNDOWN[execution-burndown] [EXPLICIT]
    end [EXPLICIT]
 [EXPLICIT]
    TECH -- HIP [EXPLICIT]
    DATA -- HIP [EXPLICIT]
    TEAM -- POC [EXPLICIT]
    TIME -- POC [EXPLICIT]
    HIP -- POC [EXPLICIT]
    KILL -- POC [EXPLICIT]
    POC -- TESTPLAN [EXPLICIT]
    TESTPLAN -- EVAL [EXPLICIT]
    EVAL -- REPORT [EXPLICIT]
    REPORT -- DECISION [EXPLICIT]
    DECISION -- ROADMAP [EXPLICIT]
    SCENARIOS -- HIP [EXPLICIT]
    FEASIBILITY -- EVAL [EXPLICIT]
    DECISION -- BURNDOWN [EXPLICIT]
``` [EXPLICIT]
 [EXPLICIT]
## Output Templates [EXPLICIT]
 [EXPLICIT]
### Template 1: PoC Charter (Markdown) [EXPLICIT]
 [EXPLICIT]
**Filename:** `PoC_Charter_{project}_{WIP|Aprobado}.md` [EXPLICIT]
 [EXPLICIT]
```markdown [EXPLICIT]
# PoC Charter: {project} [EXPLICIT]
 [EXPLICIT]
## Hypothesis [EXPLICIT]
{Falsifiable statement with success metrics} [EXPLICIT]
 [EXPLICIT]
## Scope [EXPLICIT]
{Minimum scope to validate the hypothesis} [EXPLICIT]
 [EXPLICIT]
## Success Criteria [EXPLICIT]
| Criterion | Metric | Threshold | Measurement Method | [EXPLICIT]
|---|---|---|---| [EXPLICIT]
| ... | ... | ... | ... | [EXPLICIT]
 [EXPLICIT]
## Kill Criteria [EXPLICIT]
| Condicion | Accion | [EXPLICIT]
|---|---| [EXPLICIT]
| ... | Abortar / Escalar | [EXPLICIT]
 [EXPLICIT]
## Timeline [EXPLICIT]
| Semana | Actividad | Responsable | Entregable | [EXPLICIT]
|---|---|---|---| [EXPLICIT]
| S1 | ... | ... | ... | [EXPLICIT]
 [EXPLICIT]
## Equipo [EXPLICIT]
| Rol | Persona | Dedicacion | [EXPLICIT]
|---|---|---| [EXPLICIT]
 [EXPLICIT]
## Riesgos [EXPLICIT]
| Riesgo | Probabilidad | Impacto | Mitigacion | [EXPLICIT]
|---|---|---|---| [EXPLICIT]
``` [EXPLICIT]
 [EXPLICIT]
### Template 2: Evaluation Report (Markdown) [EXPLICIT]
 [EXPLICIT]
**Filename:** `PoC_Evaluation_{project}_{WIP|Aprobado}.md` [EXPLICIT]
 [EXPLICIT]
```markdown [EXPLICIT]
# Evaluacion PoC: {project} [EXPLICIT]
 [EXPLICIT]
## Resumen Ejecutivo [EXPLICIT]
{Veredicto en 3 lineas: GO / NO-GO / PIVOT} [EXPLICIT]
 [EXPLICIT]
## Resultados vs Criterios [EXPLICIT]
| Criterio | Target | Resultado | Delta | Veredicto | [EXPLICIT]
|---|---|---|---|---| [EXPLICIT]
 [EXPLICIT]
## Observaciones Cualitativas [EXPLICIT]
{Hallazgos no cuantificables relevantes} [EXPLICIT]
 [EXPLICIT]
## Riesgos Descubiertos [EXPLICIT]
| Riesgo | Severidad | Mitigacion Propuesta | [EXPLICIT]
|---|---|---| [EXPLICIT]
 [EXPLICIT]
## Veredicto y Recomendacion [EXPLICIT]
{GO / NO-GO / PIVOT con justificacion basada en evidencia} [EXPLICIT]
 [EXPLICIT]
## Proximos Pasos [EXPLICIT]
{Acciones concretas con responsable y fecha} [EXPLICIT]
``` [EXPLICIT]
 [EXPLICIT]
## Evaluacion [EXPLICIT]
 [EXPLICIT]
| Dimension | Peso | Criterio | [EXPLICIT]
|---|---|---| [EXPLICIT]
| Trigger Accuracy | 10% | La skill se activa correctamente ante solicitudes de PoC, spike, o prototipo | [EXPLICIT]
| Completeness | 25% | Charter incluye hipotesis, criterios de exito, kill criteria, timeline, equipo, y riesgos | [EXPLICIT]
| Clarity | 20% | Hipotesis son falsificables; criterios de exito son cuantitativos y no ambiguos | [EXPLICIT]
| Robustness | 20% | Maneja casos borde (datos parciales, exito parcial, timebox agotado) con estrategias claras | [EXPLICIT]
| Efficiency | 10% | Genera artefactos completos sin requerir multiples iteraciones del usuario | [EXPLICIT]
| Value Density | 15% | Cada seccion del charter aporta informacion accionable; cero filler | [EXPLICIT]
 [EXPLICIT]
**Umbral minimo: 7/10** [EXPLICIT]
 [EXPLICIT]
## Cross-References [EXPLICIT]
 [EXPLICIT]
- `metodologia-evaluate-scenarios` — Alimenta hipotesis desde escenarios evaluados [EXPLICIT]
- `metodologia-validate-feasibility` — Complementa evaluacion tecnica de la PoC [EXPLICIT]
- `metodologia-chart-roadmap` — Recibe resultado GO para planificar ejecucion [EXPLICIT]
- `metodologia-execution-burndown` — Dimensiona esfuerzo post-PoC [EXPLICIT]
 [EXPLICIT]
## Output Artifact [EXPLICIT]
 [EXPLICIT]
**Primary:** `PoC_Lab_{project}.md` — Charter, test plan, evaluation template. [EXPLICIT]
 [EXPLICIT]
### HTML (bajo demanda) [EXPLICIT]
- Filename: `{fase}_PoC_Lab_{project}_{WIP}.html` [EXPLICIT]
- Estructura: HTML self-contained branded (Design System MetodologIA v5). Tipo: Light-First Technical. Incluye PoC Charter con criterios de éxito/kill criteria tabulados, evaluation report template, y árbol de decisión GO/NO-GO/PIVOT. WCAG AA, responsive, print-ready. [EXPLICIT]
 [EXPLICIT]
### DOCX (bajo demanda) [EXPLICIT]
- Filename: `{fase}_poc_lab_{cliente}_{WIP}.docx` [EXPLICIT]
- Generado via python-docx con MetodologIA Design System v5. Portada, TOC automático, encabezados en Poppins (navy), cuerpo en Trebuchet MS, acentos en gold. Tablas de hipótesis, criterios de éxito y kill criteria con zebra striping. Encabezados y pies de página con branding MetodologIA. [EXPLICIT]
 [EXPLICIT]
### XLSX (bajo demanda) [EXPLICIT]
- Filename: `{fase}_poc_lab_{cliente}_{WIP}.xlsx` [EXPLICIT]
- Generado via openpyxl con MetodologIA Design System v5. Headers navy con texto blanco Poppins, formato condicional por veredicto (GO/NO-GO/PIVOT) y estado de criterio de exito, auto-filtros en todas las columnas, valores calculados sin formulas. Hojas: PoC Charter, Test Plan, Results vs Criteria, Risk Register. [EXPLICIT]
 [EXPLICIT]
### PPTX (bajo demanda) [EXPLICIT]
- Filename: `{fase}_poc_lab_{cliente}_{WIP}.pptx` [EXPLICIT]
- Generado via python-pptx con MetodologIA Design System v5. Slide master con gradiente navy, títulos en Poppins, cuerpo en Trebuchet MS, acentos en gold. Máx 20 slides ejecutivo / 30 técnico. Notas del presentador con referencias de evidencia. Slides: PoC Charter, Hipótesis y criterios de éxito, Kill criteria, Timeline y equipo, Risk Register, Veredicto GO/NO-GO/PIVOT. [EXPLICIT]
 [EXPLICIT]
### Diagramas (Mermaid) [EXPLICIT]
- Flowchart: proceso de PoC (design - execute - evaluate - decide) [EXPLICIT]
- Decision tree: framework de decision post-PoC [EXPLICIT]
- Gantt: timeline del PoC [EXPLICIT]
 [EXPLICIT]
--- [EXPLICIT]
**Autor:** Javier Montaño · Comunidad MetodologIA | **Version:** 1.0.0 [EXPLICIT]
 [EXPLICIT]
## Usage [EXPLICIT]
 [EXPLICIT]
Example invocations: [EXPLICIT]
 [EXPLICIT]
- "/poc-lab" — Run the full poc lab workflow [EXPLICIT]
- "poc lab on this project" — Apply to current context [EXPLICIT]
 [EXPLICIT]