# El equipo detección frontera
> [!abstract] Qué es un equipo de frontera
> Un equipo de cuatro personas, sin función operativa directa, cuyo trabajo es decir al consejo cada noventa días qué está cambiando en la frontera de IA y qué implica para esta compañía.
Lo que sigue es el diseño detallado de ese equipo y del informe trimestral con el que se gana el derecho a seguir existiendo.
> [!info]- Sobre las cifras de este post
> Conviven tres tipos de números:
> - **Referencias verificables** (velocidad de releases de frontera, salarios, calendario CNMV): citadas con enlace.
> - **Decisiones de diseño** (4 personas, 90 días, 12 páginas, mandato de 3 años): justificadas en el propio texto.
> - **Estimaciones de partida**: los rangos de KPIs (_≥ 60%_, _≤ 45 días_, _12–20 hipótesis vivas_…) y los rangos de coste comparado más adelante son **valores orientativos**, no _benchmarks_ industriales. No hay todavía suficiente historia de equipos de frontera funcionando como para calcular empíricamente. Cada compañía debería calibrarlos con sus propios datos tras dos o tres trimestres de operación. En esta fase el objetivo es fijar qué se mide; el número exacto vendrá después.
---
## Qué es un equipo de detección frontera
Es la respuesta organizativa a un problema: **la frontera de la inteligencia artificial avanza más rápido de lo que cualquier estructura corporativa convencional puede procesar**. El problema no es falta de personas inteligentes; es que ninguno de los roles existentes tiene el objetivo de estudiar qué va a poder hacer la IA en 18 meses que hoy todavía no hace, ni su impacto en el negocio. El CIO, el CTO, la función de innovación, el área de estrategia: todos tienen dueños, procesos y ciclos definidos. Pero traducir lo que está ocurriendo en la frontera a decisiones del consejo no está en ninguna de sus responsabilidades.
El equipo de frontera ocupa ese espacio en blanco. No ejecuta, no pilota, no compite con nadie. Su único producto es un informe trimestral dirigido al consejo, con tres tipos de recomendación: qué tramos desbloquear, cuáles parar, y qué hipótesis del plan estratégico merece reabrirse. Cada una con coste, plazo y consecuencia de no actuar
> [!info] Origen de la idea
> La idea viene del ensayo de _Harvard Business Review_ sobre la opacidad económica que la IA está introduciendo en las decisiones de largo plazo. Allí se plantea como una de las tres prescripciones para líderes que quieren operar con la niebla puesta sin paralizarse: **poner en marcha un sistema de detección frontera reportando al consejo**.
>
> La idea me pareció muy interesante, así que la expando en este artículo con un más detalle y concreción, para llegar a una estructura definida -cuatro perfiles, KPIs por rol y formato del informe- que un consejo del IBEX35 podría aprobar en su próxima sesión.
>
> El artículo original: [The Future Is Shrouded in an AI Fog](https://hbr.org/2026/04/the-future-is-shrouded-in-an-ai-fog)
---
## Precedentes
Esta no es la primera vez que una compañía decide separar a un grupo pequeño y senior para mirar lo que viene. Hay un siglo de experiencia previa: tres ejemplos que sirven de plantilla y uno que sirve de aviso.
| Caso | Qué hicieron bien | Qué reutilizar |
| -------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------- |
| **Skunk Works** (Lockheed, 1943) | Las [14 reglas de Kelly Johnson](https://publications.sto.nato.int/publications/AGARD/AGARD-CP-602/04CHAP01.pdf): equipo pequeño, senior, aislado, autoridad delegada. Entregaron el XP-80 en 143 días. | Tamaño Dunbar bajo, autoridad real, exención de la burocracia matriz. |
| **Bell Labs** | Inventaron el transistor, Unix y la teoría de la información. Y los transfirieron. Tenían una capa formal de _systems engineering_ que cogía la investigación y la llevaba a producto. | El equipo no ejecuta, pero **debe forzar la transferencia** al CIO/CTO con un protocolo nombrado. |
| **[Xerox PARC](https://en.wikipedia.org/wiki/PARC_(company))** (la trampa) | Inventaron el ratón, la GUI y Ethernet a 3.000 millas de Rochester, sin canal de transferencia a producto. Apple se lo quedó casi todo. | La distancia geográfica o jerárquica con el resto de la compañía es un riesgo, no una virtud. |
El equipo de frontera hereda el ADN de los tres: tamaño y aislamiento de Skunk Works, exigencia de transferencia de Bell Labs, conciencia anti-PARC del riesgo de inventar al margen. La línea directa al consejo y el café mensual con el CEO funcionan como esa línea de transferencia continua que protege el trabajo del aislamiento.
---
## ¿Necesita su empresa este equipo?
Antes del diseño, una pregunta más práctica: ¿es este el problema correcto para su compañía hoy? Algunas preguntas para pensarlo.
> [!question] Diagnóstico
> 1. ¿El último plan estratégico tiene más de tres años y depende de hipótesis sobre IA que no se revisan periódicamente?
> 2. ¿Su CIO o CTO ha llevado al consejo en los últimos noventa días una recomendación de IA que **no fuera** de eficiencia?
> 3. ¿Sabe el consejo qué modelo de frontera puede automatizar qué línea de negocio que aporta más del 20% del EBIT?
> 4. ¿Hay algún competidor directo que haya cambiado de discurso sobre IA en los últimos seis meses?
> 5. ¿El presupuesto de IA está dentro del CAPEX tecnológico, o tiene partida propia revisada por el consejo?
> 6. ¿Algún consejero ha leído un _paper_ de frontera -no un resumen- en el último año?
Una referencia interesante para situarse: el [Gartner AI Maturity Model](https://www.gartner.com/en/chief-information-officer/research/ai-maturity-model-toolkit) (Exploración → Oportunista → Sistemático → Transformador). El equipo aporta poco en el primer estadio, donde no hay con qué alimentarlo, y sobra en el último, donde la frontera ya está integrada en cada decisión. Su sitio natural está en la transición entre Oportunista y Sistemático, cuando el coste de no decidir empieza a pesar más que el coste de equivocarse.
---
## Por qué cuatro personas y no más
La tentación natural es montar un comité grande con representación de cada función. No funciona: en los comités grandes nadie es responsable de nada y la información llega masticada. El ritmo al que avanza la frontera de IA hace inviable cualquier gobierno por consenso.
> [!quote] Principios de diseño del equipo
> - Pequeño para que sea ágil.
> - Senior para que el consejo escuche.
> - Mixto para que no caiga en endogamia técnica ni de negocio.
> - Independiente para que pueda decir cosas incómodas.
> - Sin miedo a ser despedidos: la última sección explica por qué.
### Cuatro restricciones
| Restricción | Valor |
| --------------- | ------------------------------------------------------------------------------------------------------------ |
| **Tamaño** | 4 personas máximo. |
| **Dependencia** | CEO directo, línea al consejo cada 90 días. |
| **Dedicación** | 100% sin doble función operativa. |
| **Duración** | 3 años renovable. Suficiente para ver el efecto del equipo en dos ciclos de plan, corto para evitar acomodo. |
### Lo que ya existe vs. lo que se propone
Una objeción de cualquier consejero es: ¿no tenemos ya órganos para esto? Sí, pero hacen otra cosa. Os dejo cuatro referencias contemporáneas del IBEX y del Fortune 500 que sirven para situar la propuesta:
| Órgano | Tamaño | Reporta a | Pregunta a la que responde |
| -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------- | ------------------------------ | -------------------------------------------------------------------- |
| [Microsoft Office of Responsible AI](https://cdn-dynmedia-1.microsoft.com/is/content/microsoftcorp/microsoft/msc/documents/presentations/CSR/Responsible-AI-Transparency-Report-2025-vertical.pdf) | Decenas de personas + _champions_ distribuidos | ESPP Committee del consejo | ¿Cómo desplegamos IA respetando políticas y normativa? |
| [JPMorgan AI Research](https://www.efinancialcareers.com/news/2021/11/jpmorgan-ai-research-group) | ~200 personas globales | Área de Tecnología | ¿Cómo aplicamos investigación en IA a problemas de banca a escala? |
| [Santander · CAIO Iñaki Bernal](https://cyberlideriamgzn.es/nombramiento-ignacio-bernal-nuevo-chief-ai-officer-de-grupo-santander/) (mayo 2025) | Variable | Ricardo Martín Manjón (CRO) | ¿Cómo coordinamos el despliegue corporativo de IA en el grupo? |
| [Iberdrola · ISO/IEC 42001](https://revista.aenor.com/411/iberdrola-pionera-en-certificar-su-sistema-de-gestion-de-ia.html) (sept. 2025) | Función transversal | Comité de ética y cumplimiento | ¿Cumplimos la norma internacional de gestión de IA? |
| **Equipo de frontera** (este post) | 4 personas | CEO + línea al consejo | ¿Sigue válido el plan estratégico tras lo que cambió en la frontera? |
El equipo de frontera no compite con ninguna de estas figuras. Cada órgano contesta a una pregunta distinta, y la del equipo de frontera no tiene dueño formal en la mayoría de las compañías: si el plan estratégico todavía se sostiene tras lo que ha cambiado en la frontera, y qué decisiones del consejo se siguen de la respuesta.
---
## Estructura del equipo
No son cuatro versiones del mismo perfil. Cada uno cubre un ángulo distinto del mismo problema: qué se puede hacer técnicamente, qué significa eso para el negocio, cómo lo va a mover el mercado y cuánto vale en euros y en riesgo.
```mermaid
flowchart TB
Consejo([Consejo])
CEO[CEO]
Lead[<b>Frontier Lead</b>]
Tech[Tech Translator]
Market[Market Intelligence]
Econ[Strategy Economist]
Consejo -. supervisión .-> CEO
CEO --> Lead
Lead -. reporte directo .-> Consejo
Lead --> Tech
Lead --> Market
Lead --> Econ
classDef board fill:#FFFCF0,stroke:#878580,stroke-width:1px,color:#100F0F
classDef ceo fill:#F2F0E5,stroke:#878580,stroke-width:1px,color:#100F0F
classDef lead fill:#E5C8D7,stroke:#A02F6F,stroke-width:1.5px,color:#100F0F
classDef member fill:#F2F0E5,stroke:#B7B5AC,stroke-width:1px,color:#100F0F
class Consejo board
class CEO ceo
class Lead lead
class Tech,Market,Econ member
```
### Visión rápida de los cuatro perfiles
| Perfil | Seniority | Ángulo que cubre |
| ----------------------- | -------------------- | ------------------------------------------------ |
| **Frontier Lead** | Director · 15+ años | Decisión, síntesis, interlocución con el consejo |
| **Tech Translator** | Senior IC · 10+ años | Qué pueden hacer los modelos hoy |
| **Market Intelligence** | Senior IC · 8+ años | Qué están haciendo los actores |
| **Strategy Economist** | Senior IC · 10+ años | Cuánto vale, cuánto destruye, cuándo |
---
## Los cuatro perfiles en detalle
> [!example]- Perfil 1 · **Frontier Lead**
> Seniority: Director · 15+ años
>
> > _Decir al consejo qué está cambiando en la frontera de IA y qué implica para esta compañía. Si no sabe responder, no es el perfil._
>
> **Perfil** Senior con experiencia previa de P&L y exposición a tecnología profunda. Probablemente exejecutivo de unidad de negocio que ha pasado por una transformación tecnológica relevante. No es ni un investigador ni un consultor. Capacidad demostrada de síntesis y de hablar a un consejo en su idioma. Reporta al CEO con línea punteada al consejo.
>
> **KPIs trimestrales**
>
> |KPI|Target|Nota|
> |---|---|---|
> |Recomendaciones accionadas|≥ 60% por trimestre|De las recomendaciones firmadas, al menos seis de cada diez se traducen en decisión del consejo.|
> |Tiempo a decisión|≤ 45 días desde entrega|Desde que se entrega el informe hasta que el consejo cierra una decisión sobre cada recomendación.|
> |Hipótesis activas en seguimiento|12-20 vivas|Por debajo el equipo no mira a suficiente distancia. Por encima pierde foco.|
> |NPS interno del consejo|> +30|Encuesta anónima a consejeros tras cada sesión. Es la única forma de medir si el informe sirve.|
>
> **Entregables**
>
> - Resumen ejecutivo del informe trimestral (página 1)
> - Lista de recomendaciones firmadas al consejo (páginas 11-12)
> - Café mensual con CEO
> - Sesión Q&A trimestral con el consejo
> [!example]- Perfil 2 · **Tech Translator**
> Seniority: Senior IC · 10+ años
>
> > _Saber qué pueden hacer los modelos hoy y traducirlo a lenguaje de negocio sin perder ni rigor técnico ni utilidad operativa._
>
> **Perfil** Perfil técnico con base en ingeniería de software, ML o investigación aplicada. No tiene que ser publicador científico, pero sí alguien que prueba modelos antes de hablar de ellos. Idealmente ha trabajado tanto en producto como en research. Habla con investigadores en su idioma y con un consejero también. Sin ego de demo: solo cuenta lo que funciona en producción.
>
> **KPIs trimestrales**
>
> |KPI|Target|Nota|
> |---|---|---|
> |Capacidades validadas|≥ 8 por trimestre|Cruzan un umbral medible: precisión, coste, latencia o ámbito de tareas. No anuncios.|
> |Tiempo desde release a evaluación|≤ 30 días|Desde que un modelo o capability sale a producción hasta que el equipo tiene una evaluación interna.|
> |Falsos positivos descartados|≥ 50% del pipeline|Filtrar el ruido es parte del trabajo. Si todo lo que llega al informe acaba aprobado, el filtro está roto.|
> |Reproducibilidad|100%|Toda capability mencionada en el informe debe ser reproducible por un evaluador externo en menos de un día.|
>
> **Entregables**
>
> - Sección "Capacidades nuevas" del informe (páginas 2-3)
> - Banco de pruebas reproducibles para el consejo
> - Briefings tácticos al CIO y al CTO cuando algo es accionable
> - Vigilancia activa de papers, releases y benchmarks de frontera
> [!example]- Perfil 3 · **Market Intelligence**
> Seniority: Senior IC · 8+ años
>
> > _Saber qué están haciendo los actores -hyperscalers, startups, competidores, nuevos entrantes- con la frontera, no qué dicen que harán._
>
> **Perfil** Perfil de inteligencia competitiva con red real en VC, en analistas tecnológicos y en operadores. Probablemente con experiencia previa en venture o en estrategia corporativa. Capacidad de leer entre líneas de comunicaciones de competidores y de validar señales con tres fuentes antes de subirlas al informe. Buena reputación en la industria: la red abre puertas que ningún informe público.
>
> **KPIs trimestrales**
>
> |KPI|Target|Nota|
> |---|---|---|
> |Movimientos detectados pre-anuncio|≥ 30% del total|De los movimientos relevantes del trimestre, al menos tres de cada diez se detectan antes del comunicado público.|
> |Cobertura de competidores directos|100% trimestre a trimestre|Ninguno se queda sin actualización trimestral, por discreto que sea su movimiento.|
> |Nuevos entrantes mapeados|≥ 5 por trimestre|Compañías que han pasado de irrelevantes a vigilables. Es el indicador adelantado de comoditizaciones.|
> |Verificación con tres fuentes|100%|Cualquier señal incluida en el informe está verificada por al menos tres fuentes independientes.|
>
> **Entregables**
>
> - Sección "Movimientos de actores" del informe (páginas 6-7)
> - Mapa vivo de nuevos entrantes en cada categoría
> - Alertas urgentes al Lead cuando algo se mueve fuera de ciclo
> - Red mantenida con VC, analistas y operadores
> [!example]- Perfil 4 · **Strategy Economist**
> Seniority: Senior IC · 10+ años
>
> > _Cuantificar lo que el resto del equipo ve. Si una capability vale algo o destruye algo, ponerle número y horizonte._
>
> **Perfil** Perfil mixto de estrategia y modelización financiera. Probablemente exconsultor de estrategia con paso por banca de inversión o por una función de corporate development. Maneja DCF, opcionalidad real y análisis de sensibilidad. Pero también entiende mercado: no se queda en el modelo. Capaz de estresar las hipótesis del plan estratégico con datos del trimestre y de proponer cuándo hay que reabrirlo.
>
> **KPIs trimestrales**
>
> |KPI|Target|Nota|
> |---|---|---|
> |Hipótesis del plan en revisión|12-20 vivas|Mantenidas con estado verde / amarillo / rojo y delta vs trimestre anterior. Es el corazón del trabajo.|
> |Modelos financieros actualizados|100% del top 10|Las diez líneas con mayor exposición al cambio tecnológico tienen DCF actualizado cada trimestre.|
> |Alertas tempranas activadas|Bandera roja en T-N|Capacidad de levantar la mano al menos un trimestre antes de que un valor terminal explote.|
> |Recomendaciones financiables|100% con coste estimado|Ninguna recomendación al consejo va sin coste, plazo y consecuencia de no actuar.|
>
> **Entregables**
>
> - Sección "Comoditizaciones" del informe (páginas 4-5)
> - Sección "Hipótesis en seguimiento" (páginas 8-10)
> - Modelos de sensibilidad sobre el plan estratégico
> - Co-firma de las recomendaciones con coste asociado
---
## El informe trimestral, página por página
El informe es corto, conciso, al grano: doce páginas máximo, estructura fija, mismas seis secciones cada trimestre. La utilidad sale de poder comparar trimestre a trimestre cómo evoluciona cada hipótesis, más que de la novedad de cada entrega.
> [!info] Frontier Report · Q[N] · [Año] · 12 páginas · Entrega T-14 · Sesión consejo T-0
| § | Páginas | Sección | Contenido | Responsable |
| --- | --------- | ------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------- |
| 1 | p. 1 | **Resumen ejecutivo** | Una página. Tres frases por bloque: capacidades nuevas, comoditizaciones detectadas, recomendaciones. Si el consejero no lee nada más, lee esto. | Frontier Lead. Una página exacta: si necesita dos, el trimestre todavía no está cerrado. |
| 2 | pp. 2-3 | **Capacidades nuevas en frontera** | Las 3-5 capacidades que han cruzado un umbral relevante este trimestre. Para cada una: qué puede hacer ahora que no podía hace 90 días, fuente verificada, implicación para alguna línea de negocio. | Tech Translator · VB del Lead |
| 3 | pp. 4-5 | **Comoditizaciones del trimestre** | Qué partes del modelo de negocio propio o del competidor se pueden volver disponibles a coste marginal cero. Lista comparable trimestre a trimestre. Si una entrada lleva tres trimestres en el mapa sin acción, escala roja. | Market Intelligence · Strategy Economist |
| 4 | pp. 6-7 | **Movimientos de actores relevantes** | Qué han hecho los hyperscalers, las startups con tracción, los competidores directos y los nuevos entrantes. No qué han anunciado: qué están desplegando con clientes reales. | Market Intelligence |
| 5 | pp. 8-10 | **Hipótesis del plan en seguimiento** | Lista viva de hipótesis que dependen de que la IA _no_ avance en cierta dirección. Cada una con estado (verde/amarillo/rojo), evolución vs trimestre anterior y qué activaría una revisión del plan. | Strategy Economist · Lead |
| 6 | pp. 11-12 | **Recomendaciones al consejo** | Tres tipos de recomendación, máximo dos de cada: tramos a desbloquear, tramos a parar, hipótesis a reabrir. Cada recomendación con coste, plazo y consecuencia de no actuar. | **Firma el Frontier Lead.** Única página donde el equipo se moja. |
El informe no se escribe la semana de la sesión: se cierra dos semanas antes y llega al consejo con margen para leerlo. Eso obliga al equipo a un ritmo continuo durante todo el trimestre, no a una carrera final.
---
## El ritmo del equipo
Trimestre con consejo, trimestre sin consejo. El equipo no debe convertirse en un comité que solo trabaja la semana antes de la sesión.
| Cadencia | Formato | Detalle |
| -------------- | ------------------------ | ------------------------------------------------------------------------------------------------------ |
| **Semanal** | Sesión interna 90 min | Captura de capacidades nuevas y comoditizaciones detectadas. Sin diapositivas, sin actas. |
| **Mensual** | Café con CEO 60 min | Una página: lo que el CEO debería saber esta semana aunque no se lo pregunte nadie. |
| **Trimestral** | Informe + sesión consejo | Entrega T-14, Q&A 45 min en sesión, decisiones documentadas. |
| **Anual** | Revisión del equipo | ¿Sigue siendo útil el equipo? ¿Hay que rotar perfiles? Si la respuesta no se da en serio, se disuelve. |
> [!info] ¿Por qué 90 días y no 30 ni 180?
> En Q2 de 2026, los _frontier labs_ publican capacidades nuevas cada once días de mediana ([Frontier Model Release Velocity Q2 2026](https://www.digitalapplied.com/blog/frontier-model-release-velocity-index-q2-2026)). OpenAI ha bajado de 170 días entre _releases_ en 2023 a 49 en lo que va de 2026; Anthropic se mueve en torno a 71. Si la frontera publica cada dos a siete semanas, la **detección** tiene que ser semanal y la **decisión del consejo**, trimestral. Mensual satura al consejo sin mejorar la calidad de las llamadas. Semestral pierde la ventana en la que la decisión todavía es accionable.
---
## Cuánto cuesta y con qué se compara
La pregunta del CFO llega antes que la pregunta del consejero. Conviene tenerla respondida antes de la siguiente sesión.
Cuatro perfiles senior en España, todo incluido -compensación, _secondments_ desde otras unidades, presupuesto de _research_ y asesoría legal- se mueven entre **800.000 y 1,4 millones de euros al año**. La banda alta corresponde a un Frontier Lead con perfil de exejecutivo con P&L y a un Strategy Economist con paso por banca. Referencia salarial española 2026: CTO/CIO hasta 180 K€, CDO en torno a 135 K€, CAIO senior estimado entre 150 y 250 K€ de fijo más variable ([Informe de Salarios IA España 2026](https://www.universidadviu.com/es/actualidad/nuestros-expertos/informe-de-salarios-en-inteligencia-artificial-en-espana-2026)).
| Alternativa con la que compite por presupuesto | Coste de referencia | Qué entrega |
| ---------------------------------------------- | ----------------------------- | ------------------------------------------- |
| **Equipo de frontera** | 0,8 - 1,4 M€/año | Recomendación trimestral firmada al consejo |
| Consultoría estratégica IA (McKinsey, BCG) | 2 - 5 M€/proyecto (3-6 meses) | Informe puntual, sin línea al consejo |
| Innovation lab medio español | 3 - 8 M€/año | Pilotos, prototipos, presencia en ferias |
Los dos últimos rangos son órdenes de magnitud típicos para proyectos de consultoría estratégica de IA y para _innovation labs_ corporativos en España 2025-2026, no cifras auditadas.
El equipo es **un orden de magnitud más barato** que cualquiera de las alternativas con las que compite. No las sustituye: resuelve un problema distinto, el de gobernar la incertidumbre en lugar de explorarla. El presupuesto, además, es la parte sencilla; la complicada es encontrar a las cuatro personas adecuadas.
> [!info]- ¿Y por qué no contratar a una consultora estratégica?
> El modelo McKinsey o BCG sale más caro porque, además del trabajo, lo que se compra es externalizar la decisión y la responsabilidad de equivocarse. Es un servicio razonable cuando la pregunta es discreta y tiene fecha de caducidad. Para gobernar la frontera de IA, en cambio, conviene una capacidad propia y continuada que sostenga la línea con el consejo trimestre a trimestre.
---
## Las otras dos prescripciones (lo que este post no cubre)
El artículo original de HBR propone tres palancas para operar con la niebla puesta. Este post desarrolla la tercera -el equipo de detección frontera- pero conviene declarar el alcance. Las otras dos son:
1. **Optionality.** Construir una cartera de opciones reales sobre IA: apuestas pequeñas con derecho -no obligación- de seguir invirtiendo si la incertidumbre se resuelve a favor. Tratamiento detallado en [Manage Your AI Investments Like a Portfolio](https://hbr.org/2026/01/manage-your-ai-investments-like-a-portfolio) (HBR, enero 2026).
2. **Stage-gate de capital con ciclos cortos.** Liberar inversión por hito alcanzado, no por presupuesto anual aprobado. Combina _stage-gate_ clásico con _real options_ y _value of information_ para decidir cuándo seguir, cuándo doblar y cuándo cortar.
Las tres palancas funcionan como sistema. El equipo de frontera es el sensor; la cartera de opciones, el actuador; el _stage-gate_, la válvula de capital.
```mermaid
flowchart LR
A[Detección frontera<br/>cada 90 días] --> B[Cartera de opciones<br/>continua]
B --> C[Stage-gate de capital<br/>por hito]
A -. señal .-> C
classDef sensor fill:#E5C8D7,stroke:#A02F6F,stroke-width:1.5px,color:#100F0F
classDef node fill:#F2F0E5,stroke:#878580,stroke-width:1px,color:#100F0F
class A sensor
class B,C node
```
Sin equipo de frontera, optionality y stage-gate operan a ciegas: invierten en opciones que ya no son tales y cierran tramos que todavía valían algo. La detección es la entrada que ordena las otras dos decisiones.
---
## Cómo muere este equipo
> [!warning]+ Cuatro formas habituales en que este equipo deja de funcionar
>
> - **Se vuelve un think tank.** Produce papers brillantes que no se conectan a ninguna decisión. _Solución:_ la página 12 (recomendaciones firmadas) es obligatoria, no opcional.
> - **Se solapa con innovación o estrategia.** Empieza a hacer pilotos. _Solución:_ el equipo no ejecuta. Si propone, lo hace otro equipo.
> - **Captura por una facción.** El Lead acaba alineado con una línea de negocio o con el CIO. _Solución:_ la línea de reporte al consejo y el mandato a 3 años son la protección.
> - **Se vuelve cómodo.** El informe deja de incomodar. _Solución:_ ***el consejo debe poder despedir al Lead sin coste político si pasan dos trimestres sin recomendación incómoda***.
---
## Marco legal y de buen gobierno (España)
Para una compañía cotizada española hay un argumento adicional para arrancar este equipo en 2026 y no en 2028: la CNMV inició en noviembre de 2025 la revisión del Código de Buen Gobierno (Plan CNMV2030), con foco explícito en digitalización, ciberseguridad e IA en consejos.
> [!info] Calendario CNMV2030
> - **2026** - reuniones del grupo de expertos
> - **Q1 2027** - consulta pública del nuevo Código
> - **Q2 2027** - aprobación
>
> Quien tenga el equipo en marcha en 2026 estará alineado con la futura redacción cuando salga, no corriendo detrás de ella. Fuente: [Garrigues · CNMV launches review of Good Governance Code](https://www.garrigues.com/en_GB/new/spain-cnmv-launches-process-review-good-governance-code-listed-companies).
La forma jurídica natural es la de **comité consultivo del consejo** sin función ejecutiva. El equipo no decide ni ejecuta; sus recomendaciones pasan por el CEO antes de llegar al consejo. Eso elimina el solapamiento competencial con CIO y CTO, y deja la responsabilidad ejecutiva donde corresponde.
Y aporta lo que una consultoría externa no aporta: si el consejero recibe el informe trimestral y no actúa, queda traza documental de qué se le advirtió y cuándo. Esa trazabilidad es la condición que da peso a la recomendación, no un efecto colateral que convenga disimular.
---
## Cómo arrancar en nueve meses
Lo que sigue es la versión razonable de una puesta en marcha. Cada compañía la ajustará a su propio calendario de consejo.
| Mes | Hito |
| ------- | --------------------------------------------------------------------------------- |
| **1** | Aprobación. Búsqueda y fichaje del Frontier Lead. |
| **2** | El Lead ficha al Tech Translator, al Market Intelligence y al Strategy Economist. |
| **3** | Primeras sesiones internas. Primer café con el CEO. |
| **4-5** | Primer informe trimestral piloto, no vinculante, presentado al CEO. |
| **6** | Primer informe oficial al consejo. |
---
## ¿Y no debería asesorar también al resto de iniciativas de IA?
Es la objeción razonable cuando se lee el diseño completo: cuatro personas muy senior, dedicadas al 100%, con la mejor visión de frontera de la compañía, produciendo un único entregable cada noventa días. **Suena a infrautilización**. Mientras tanto, docenas de iniciativas de IA se deciden en paralelo, en cada unidad de negocio, sin esa visión. ¿No sería natural que el equipo asesorase también esas decisiones, sin hacerse cargo de ellas?
Es lo primero que se me pasaba por la cabeza escribiendo y revisando el artículo. Creo que la intuición es correcta, hay valor sin explotar. Pero el diseño está pensado para una sola función, y la extensión tiene pros y contras.
### A favor de abrirlo a asesoría interna
Entre informe e informe, el equipo va a estar leyendo papers, probando modelos y hablando con su red. Buena parte de ese conocimiento muere allí si no se conecta con quien está decidiendo en una unidad. Un director de operaciones que está a punto de firmar un contrato de tres años con un proveedor que el Tech Translator sabe que se va a comoditizar en seis meses se ahorra mucho dinero con una llamada de treinta minutos. Sin ese canal, el conocimiento se acumula en el equipo y no sale.
Hay también un riesgo de calidad. Sin contacto con la realidad operativa, el informe puede derivar hacia el ejercicio teórico que el consejo lee con interés y luego archiva. El precedente de Xerox PARC va exactamente de eso: inventar al margen, sin canal de transferencia. La asesoría interna sería uno de esos canales. Y si el equipo solo le habla al consejo, el resto de la compañía acaba percibiéndolo como un órgano remoto que dicta desde arriba: cuando en el informe haya que recomendar parar un tramo concreto, esa recomendación pesa más viniendo de quien ya conoce a los equipos por dentro.
### En contra de abrirlo
El argumento central del diseño es la independencia. Si el equipo asesora una iniciativa concreta, queda comprometido con su éxito y luego no puede recomendar al consejo parar ese tramo sin un coste reputacional propio. La sección "Cómo muere este equipo" ya nombra ese fallo: captura por una facción. La asesoría interna sistemática convierte ese riesgo en algo casi inevitable.
A eso se suma el foco. La frontera publica cada once días; la detección requiere tiempo despejado para leer, probar y verificar. Cada hora dedicada a resolver una duda operativa de una unidad es una hora que no se dedica a mirar qué va a poder hacer la IA en los próximos meses. Cuatro personas están calculadas para esa función; para asesoría continua harían falta diez o quince, y se volvería al comité grande del que se huye. Y en cuanto el equipo asesora iniciativas concretas, entra en el territorio del CIO y del CTO, que es exactamente lo que el diseño quiere evitar: la pregunta del equipo de frontera es si el plan estratégico sigue siendo válido, no cómo se despliega la tecnología.
Por último, la rendición de cuentas. Hoy el equipo no ejecuta, no propone y no acompaña: informa y firma. Esa claridad es la que permite despedir al Lead sin coste político si pasan dos trimestres sin recomendación incómoda. Con asesoría añadida, el éxito se mide también por la satisfacción del cliente interno. Son dos trabajos con culturas opuestas.
### El punto medio razonable
El diseño ya contiene dos vías de transferencia hacia el resto de la organización: los briefings tácticos al CIO y al CTO que entrega el Tech Translator, y el café mensual con el CEO. Esas vías pueden formalizarse sin romper el modelo. Lo que no encaja es abrir la puerta a que cualquier unidad pida hora directamente al equipo.
> [!info] Tres formas de abrir el canal sin perder la independencia
> - **Asesoría a través del CEO, no directa.** Las unidades no piden hora al equipo; piden al CEO que el equipo se pronuncie sobre una decisión concreta. El CEO filtra. Protege la independencia y limita el volumen.
>
> - **Una franja mensual acotada.** Una mañana al mes, abierta, con regla explícita: opinión sobre estado de frontera, no acompañamiento de proyecto. El equipo no firma planes ni recibe encargos. Escucha y opina.
>
> - **Briefings periódicos a CIO y CTO.** Lo que el diseño ya contempla como informal, calendarizado. Una vez al mes, sin extender a más interlocutores.
La extensión amplia -convertir al equipo en una pequeña consultoría interna a disposición de las unidades- cambia el coste, cambia el tamaño, cambia los KPIs y cambia el riesgo de captura. No es aprovechar mejor el equipo. Es un equipo distinto.
Si el problema es la percepción de infrautilización, la respuesta razonable está en formalizar las vías ya previstas, no en abrir nuevas vías. El equipo de frontera es valioso porque puede decir cosas incómodas. Esa capacidad es la primera que se pierde cuando empieza a ayudar.
---
### Cierre
Este diseño coge las ideas del artículo de HBR y las aterriza: cuatro personas, dependencia directa del CEO, un informe presentado cada noventa días.
El diseño no resuelve la niebla de la IA, pero la convierte en algo gobernable: un objeto fijo en la agenda del consejo, con responsable, formato y fecha. Lo que hasta ahora era incertidumbre difusa pasa a ser una recomendación firmada con coste, plazo y consecuencia de no actuar. Eso ya se puede debatir.
Si al revisar el diagnóstico de las seis preguntas iniciales tres o más han salido en rojo, los nueve meses de arranque ya tienen plan: lo único que falta es decidir quién es el Frontier Lead y cuándo entra en el consejo el primer informe.
---
Publicado el 16 de mayo de 2026