🎯 Por qué la gobernanza de innovación
La gobernanza de la innovación es el conjunto de estructuras, procesos y roles que definen cómo una organización toma decisiones sobre dónde invertir, qué continuar, qué cancelar y cómo asignar personas y presupuesto a proyectos de innovación. Sin ella, la innovación es una lotería: algunos proyectos avanzan por el peso político de quien los lidera, no por mérito; otros mueren en la burocracia antes de demostrar nada.
📊 El costo de la falta de gobernanza
- ✗ Proyectos zombi: iniciativas sin resultados claros que consumen recursos durante años porque nadie se atreve a cancelarlas
- ✗ Duplicación invisible: tres equipos que resuelven el mismo problema sin saberlo (común en empresas de más de 500 personas)
- ✗ Portafolio desequilibrado: 100% en el core (H1), cero en H2/H3, la empresa despierta en 5 años con el negocio disruptado
- ✗ Decisiones por jerarquía: el proyecto del VP avanza, el del analista muere — independientemente de cuál tenga más potencial
📈 Datos que justifican la estructura
- • Las empresas con gobernanza formal de innovación generan 2,7x más retorno sobre la inversión en I+D (BCG Innovation Survey, 2023)
- • 68% de los programas de innovación corporativa se descontinúan por falta de criterios claros de decisión (McKinsey)
- • Los equipos con un comité de innovación activo entregan proyectos 40% más rápido por reducción de la ambigüedad (HBR, 2022)
- • Amazon atribuye parte del éxito de AWS a un mecanismo de decisión estructurado («two-pizza team» + revisión de 6 páginas)
💡 La gobernanza no es burocracia
La crítica más común es: «la gobernanza va a frenar la innovación». Esto es cierto con gobernanzas mal diseñadas: pesadas, lentas, con aprobaciones en cascada. Una buena gobernanza de la innovación hace lo contrario: acelera al eliminar la ambigüedad, protege proyectos de interferencia política y libera equipos para experimentar dentro de límites claros. La diferencia está en el diseño de los mecanismos, no en su existencia.
👥 Comités, sponsors y roles
La estructura básica de la gobernanza de la innovación está compuesta por tres capas de roles: quién patrocina (aporta legitimidad y recursos), quién decide (evalúa y aprueba) y quién ejecuta (entrega resultados). Confundir esos roles —o dejarlos sin definir— es la principal causa de que los proyectos mueran por la política interna.
Sponsor ejecutivo (C-level)
Capa 1 — Legitimidad y protección política
El sponsor no es un adorno. Es quien elimina los obstáculos sistémicos que el equipo no puede resolver: libera presupuesto durante las crisis, protege el programa de los recortes a corto plazo y les señala al resto de la organización que la innovación es una prioridad real. Sin un sponsor activo, el programa desaparece con el primer cambio de liderazgo. Empresas como Natura y Magazine Luiza atribuyen la longevidad de sus programas a la presencia constante de un champion de nivel C.
Comité de innovación
Capa 2 — Decisión y equilibrio del portafolio
El comité tiene un mandato claro: evaluar proyectos en los gates, asignar recursos, reequilibrar el portafolio y, algo crucial, tomar decisiones de kill. Composición ideal: representantes de negocio, tecnología, finanzas y operaciones. Reuniones mensuales (no semanales: un comité pesado paraliza). Cada decisión se documenta con sus criterios, para que los equipos entiendan el «porqué» y no solo el «qué».
Gestor de Innovación (Innovation Lead)
Capa 3 — Orquestación y desarrollo de capacidades
El Innovation Lead es quien gestiona el día a día del programa. Prepara a los equipos para los gates, facilita los rituales, conecta proyectos que pueden complementarse, monitorea las métricas del embudo e informa al comité. No es quien tiene las ideas, sino quien crea las condiciones para que las ideas surjan y avancen. Es un rol equivalente al de Chief Innovation Officer en empresas más grandes.
Equipos de innovación
Capa 4 — Ejecución y aprendizaje
Equipos pequeños (idealmente de 4 a 6 personas), multidisciplinarios y con autonomía real dentro de los límites definidos por la etapa de aprobación. Se encargan de formular hipótesis, realizar experimentos, documentar aprendizajes y presentar resultados al comité. La clave es la autonomía con responsabilidad: el equipo decide CÓMO; el comité decide SI continúa.
⚠️ Trampa: Comité de aprobación vs. comité de soporte
Hay una diferencia crítica entre un comité que aprueba cada paso (burocracia) es un comité que apoya e decide en los gates (gobernanza). El primero exige validar todo: reuniones cada semana, presentaciones largas, parálisis. El segundo solo interviene en los puntos de inflexión definidos. El comité de aprobación hace que los equipos pasen el 90% del tiempo en PowerPoint, no en experimentos.
🔌 Embudo Stage-Gate vs. enfoque Lean
El debate entre el Stage-Gate clásico (Robert Cooper, 1990) y la enfoque lean de embudo (inspirada en Lean Startup + Design Thinking) y es uno de los enfoques más relevantes de la gobernanza moderna. La respuesta correcta no es elegir uno u otro, sino entender cuándo aplicar cada lógica y cómo combinarlas sin crear híbridos disfuncionales.
💡 Enfoque híbrido: lo mejor de ambos mundos
La práctica más avanzada es usar Stage-Gate ligero para H1 (donde importan la previsibilidad y la escalabilidad) y embudo lean iterativo para H2/H3 (donde la incertidumbre es alta y el costo del error debe ser bajo). Los gates de H2/H3 evalúan el aprendizaje — "¿validamos la hipótesis?" —, no los entregables — "¿está listo el documento?" Google usa exactamente este modelo: OKR para proyectos del core y "20% time" sin gate formal para la exploración.
⚖️ Decisiones de Kill / Continue / Pivot
La capacidad de eliminar proyectos sin drama y el superpoder de la gobernanza de la innovación. Las organizaciones que no pueden cancelar proyectos acumulan un «portafolio zombi» — iniciativas que siguen con vida aunque estén muertas y consumen recursos sin entregar nada. El problema no es la falta de valor individual, sino la ausencia de criterios preacordados y proceso claro para tomar estas decisiones.
Continúa
Criterios para avanzar a la siguiente etapa
- • Hipótesis principal validada con datos reales
- • Al menos 10 clientes/usuarios hicieron pruebas
- • El equipo demuestra aprendizaje, no solo ejecución
- • Próximo experimento claramente definido
- • Recurso necesario proporcional al riesgo actual
Pivote
Cuándo cambiar de dirección, no cerrar
- • Problema validado, pero solución equivocada
- • Un segmento distinto al previsto tiene mayor demanda
- • El canal de distribución original no funciona
- • La tecnología permite un mejor enfoque
- • El equipo cree en el problema, no en la solución actual
Kill
Cuándo cerrar con dignidad y sin drama
- • Hipótesis central refutada por evidencia clara
- • Mercado más pequeño que el mínimo viable para el negocio
- • El equipo no logra reclutar clientes ni siquiera con un incentivo
- • Es imposible lograr una economía unitaria viable, incluso con optimización
- • Un cambio estratégico volvió irrelevante el problema
📈 El «Kill Bien Hecho» — Cómo cerrar sin sofocar
Rituales de cierre saludable
- • Post-mortem estructurado: ¿qué aprendimos? ¿qué funciona para otras iniciativas?
- • Celebración del aprendizaje: Amazon y Google celebran «fracasos productivos» en reuniones generales
- • Repositorio de hipótesis: los aprendizajes del proyecto quedan disponibles para equipos futuros
- • Reasignación digna: el equipo es valorado y redistribuido, no castigado
El error que impide matar el proyecto
Las empresas no cancelan proyectos por tres razones principales (MIT Sloan, 2021):
- 1. Costo hundido: «ya invertimos demasiado para parar ahora» — falacia lógica que cuesta caro
- 2. Protección política: el proyecto del VP no puede ser cancelado por el gerente
- 3. Falta de criterios: sin un KPI acordado de antemano, cualquier resultado es "prometedor"
💵 Presupuesto y gestión del portafolio
La asignación de presupuesto y la decisión más política de la gobernanza de la innovación. Todos quieren el dinero de H1 (predecible, ROI claro) para proyectos de H3 (alta incertidumbre, ROI lejano). Sin un modelo estructurado de gestión de portafolio —que divida explícitamente la inversión entre core, adyacente y transformacional—, el presupuesto de innovación siempre será la primera víctima de cualquier contingencia financiera.
✓ Buenas prácticas de asignación
- ✓ Presupuesto separado por horizonte: partida presupuestaria específica para H1, H2, H3: no una bolsa única "de innovación"
- ✓ Financiamiento por tramos: pequeña inversión inicial, un tramo mayor solo después de validar la hipótesis (reduce el riesgo)
- ✓ Métricas diferenciadas por H: H1 = ROI/payback; H2 = NPS + crecimiento; H3 = aprendizaje + opciones creadas
- ✓ Revisión trimestral: reequilibrar la asignación según los resultados, sin esperar al presupuesto anual
✗ Errores que destruyen el portafolio
- ✗ Medir proyectos H3 con KPI de H1 (ROI inmediato) — acaba con el 100% de las apuestas a largo plazo
- ✗ Quitar presupuesto de H2/H3 para «tapar agujeros» del negocio principal durante una crisis deja a la empresa más vulnerable en 3 años
- ✗ Portafolio demasiado concentrado: 20 proyectos diminutos que no alcanzan escala frente a 3-5 apuestas reales
- ✗ No comunicar el portafolio al consejo: sin visibilidad, la inversión parece "un gasto sin retorno"
📋 Modelo de portafolio: Core / Adyacente / Transformacional
Optimizar, mejorar y defender el negocio existente. ROI previsto en 0-12 meses. Métricas: ingresos incrementales, eficiencia, NPS, participación de mercado. Riesgo bajo. Ejemplo de Amazon: mejoras logísticas, expansión de categorías, Prime más rápido.
Expandir a mercados o capacidades adyacentes. ROI previsto en 1-3 años. Métricas: nuevos usuarios, tasa de conversión del nuevo segmento, socios activados. Riesgo medio. Ejemplo de Nubank: expansión a seguros e inversiones a partir de su base de clientes de cuentas.
Crear nuevos negocios y mercados. ROI previsto en 3-7 años. Métricas: hipótesis validadas, opciones creadas, aprendizaje estratégico. Riesgo alto, retorno exponencial. Ejemplo de Natura: incubación de marcas de bienestar digital que no existían en el portafolio original.
💡 El portafolio como relato para la junta directiva
El comité de innovación debe presentar el portafolio al directorio como un conjunto coherente, no proyecto por proyecto. La narrativa es: «tenemos un X% de ingresos protegidos en el core, un Y% en apuestas adyacentes que deberían madurar en 18 meses y un Z% en exploración a largo plazo». Esto transforma la innovación de un «centro de costos» en un «portafolio de opciones estratégicas», un lenguaje que el directorio entiende y valora (BCG, 2022).
⚖️ Equilibrio: control vs. autonomía
La tensión entre control y autonomía y la paradoja central de la gobernanza de la innovación. Demasiado control asfixia: los mejores innovadores se van, domina la burocracia y los proyectos se vuelven demasiado conservadores. Demasiada autonomía dispersa: los recursos se pierden en exploraciones sin convergencia, el portafolio pierde coherencia y el comité pierde visibilidad. El objetivo de una gobernanza madura es maximizar la autonomía dentro de restricciones bien definidas.
⚖️ El espectro de control
Aprobación para todo
Equipos sin poder de decisión
Parálisis por análisis
Zona ideal
Autonomía dentro de límites
Gates en puntos de inflexión
Cero responsabilidad
Portafolio incoherente
Recursos dispersos
✓ Autonomía con límites claros
- ✓ Define el problema, libera la solución: el comité elige los desafíos estratégicos; los equipos eligen cómo resolverlos
- ✓ Microfinanciamiento: los equipos reciben un presupuesto pequeño sin filtros; un filtro más exigente libera más recursos
- ✓ OKR de exploración: el resultado esperado es el aprendizaje, no el producto; esto permite que el equipo se equivoque rápido
- ✓ Transparencia radical: dashboard de portafolio visible para todos — crea accountability sin micromanagement
✗ Señales de desequilibrio
- ✗ Los equipos pasan más del 30% del tiempo preparando presentaciones para el comité (demasiado control)
- ✗ Ningún proyecto cerrado desde hace más de 6 meses (demasiada autonomía / sin criterios)
- ✗ Los mejores talentos evitan el programa ("mucha política") — señal clásica de burocracia
- ✗ El portafolio tiene más de 15 proyectos activos simultáneamente para un equipo de menos de 50 personas
🌟 Casos de referencia: cómo las empresas calibraron el equilibrio
"20% time" para exploración libre (autonomía), OKR y revisión mensual para proyectos a escala (control). Resultado: Gmail, AdSense y Maps nacieron del 20%.
Amazon
«Two-pizza team» (autonomía de un equipo pequeño), «6-pager» obligatorio antes de cualquier reunión de decisión (control estructurado). Sin PowerPoint, sin ambigüedad.
Nubank
«Squads» autónomos con una misión clara (autonomía), revisiones trimestrales de los chapters y «tech radar» para alinear la tecnología (control ligero). Pasó de 3 a 300 squads manteniendo la agilidad.
📋 Resumen del módulo
Siguiente módulo:
3.10 - Comunidad de Práctica