05 · Optimización continua (10 min)

⏱️ 12:45 – 12:55 · Speaker: Líder de Adopción + Plataforma DevEx
🎯 Outcome: salir con un plan de mejora continua a 90 días específico para vuestra BU.

1. Por qué “continua” y no “proyecto cerrado” (1 min)

Copilot cambia cada mes: nuevos modelos, nuevas features (Agent, MCP, Extensions, Spaces…). La adopción y el ROI decaen si:

🔁 La optimización continua no es opcional. Es la única manera de mantener Copilot rentable.

2. El ciclo D-M-A-I (Detect → Measure → Adapt → Iterate) (3 min)

flowchart LR
    D(🔍 <b>Detect</b><br/>Métricas · Surveys<br/>Champions · Tickets)
    M(📊 <b>Measure</b><br/>KPIs · Acceptance<br/>Idle ratio · NPS)
    A(🛠️ <b>Adapt</b><br/>Instructions · MCP<br/>Education · Costs)
    I(🚀 <b>Iterate</b><br/>Sprint plataforma<br/>cada 6 semanas)

    D --> M --> A --> I --> D

    style D fill:#fff3e0,stroke:#ef6c00,color:#000
    style M fill:#e3f2fd,stroke:#1f6feb,color:#000
    style A fill:#f3e5f5,stroke:#7b1fa2,color:#000
    style I fill:#e8f5e9,stroke:#2e7d32,color:#000

2.1 Detect

Fuentes de señal:

2.2 Measure

KPIs trimestrales mínimos:

KPI Origen Target Telefónica
% devs activos Metrics API ≥ 80 %
Acceptance rate Metrics API ≥ 30 %
Tiempo medio “idea → PR mergeado” DORA -20 % vs baseline pre-Copilot
NPS de devs con Copilot DevEx survey ≥ 50
Coste por dev activo / mes Billing + Metrics Plano o descendente
Incidentes por código Copilot Postmortems etiquetados ~ 0

2.3 Adapt

Acciones según señales:

Señal Acción
Acceptance bajo en un lenguaje Mejorar copilot-instructions.md para ese lenguaje
Idle ratio sube Revisar política de asignación, encuesta a inactivos
Champions piden más MCP Sprint de plataforma para MCP nuevos
Code review repite “no uses X” Añadirlo a custom instructions
Pico de consumo de tokens Educación + prompt files reutilizables + cambiar default a modelo eficiente
Nuevo modelo disponible A/B test 2 semanas en BU piloto

2.4 Iterate

3. Red de champions (2 min)

Champion = dev senior que ya domina Copilot y actúa como multiplicador en su equipo.

💡 Champions cuesta poco y multiplica adopción. Es la palanca con mejor ratio coste/impacto.

4. Hackathons internos y “Copilot Fridays” (1 min)

5. A/B testing de prompts y modelos (1 min)

Cuando dudéis entre modelo A y B, o entre copilot-instructions.md v1 y v2:

  1. Definir métrica clara (acceptance rate, tiempo a PR, calidad subjetiva).
  2. Dividir un equipo en dos cohorts de 2 semanas.
  3. Comparar.
  4. Decidir.

No es ciencia exacta pero evita opiniones por gusto personal.

6. Plan de 90 días para vuestra BU (2 min)

Rellenar en vivo (template; cada BU adapta):

Mes 1 — Bases

Mes 2 — Extensión

Mes 3 — Aceleración

7. Recursos para seguir (1 min)

✅ Checklist de salida del módulo

🎬 Cierre del workshop (12:55 – 13:00)

Resumen de los 5 bloques

  1. Gobernanza: SSO, SCIM, policies, content exclusions, audit log → Sentinel.
  2. Optimización de consumo: qué consume tokens y qué no, elegir modelo correcto, evitar Coding Agent para tareas simples, acotar contexto, prompt files, anti-patterns.
  3. Skills: instructions, prompt files, MCP, Extensions, Knowledge bases.
  4. Práctica: Ask / Edit / Agent + patrones + anti-patterns.
  5. Continua: ciclo D-M-A-I, champions, hackathons, plan 90 días.

Próximos pasos concretos

  1. Esta semana: desplegar copilot-instructions.md en vuestros top-3 repos.
  2. Próximos 15 días: primera limpieza de idle seats + budget alerts.
  3. Próximos 30 días: primer MCP interno productivo + Knowledge Base.
  4. Trimestre: ejecutar el plan 90 días.

Feedback del workshop

Por favor, rellenad la encuesta (link en chat). 3 preguntas, 1 minuto.

Contacto post-workshop

🙏 Gracias por vuestro tiempo. Vamos a hacer que Copilot rinda al máximo en Telefónica.