La mayoría de empresas medianas tiene entre 5 y 20 iniciativas de IA activas. El 70% no tiene owner definido. El 80% no tiene métrica de negocio. El 90% no tiene criterio para cerrarlas.
El resultado: AI sprawl. Cada semana alguien propone algo nuevo, nada se cierra, el equipo directivo dedica energía a demos y el valor real no se mide porque nadie sabe qué medir.
Este playbook resuelve eso en 14 días. No es un taller. No es una consultoría. Es un sistema operativo mínimo que puedes implementar con recursos internos, con o sin apoyo externo.
Antes de empezar: lo que este playbook no es
No es un framework académico de gobernanza. No requiere comprar software nuevo. No produce un documento de 80 páginas que nadie lee.
Produce tres cosas: un inventario limpio, un sistema de decisión, y una cadencia que funciona sin volver a rediseñarla cada trimestre.
Si no estás dispuesto a cerrar al menos una iniciativa durante estos 14 días, el playbook no funcionará. El objetivo no es ordenar el caos: es reducirlo.
Días 1-3: Inventario real
Día 1 — Fotografía del portfolio
Acción: Listar todas las iniciativas IA activas en la empresa. Incluye lo que el equipo de IT llama “proyecto”, lo que los departamentos llaman “piloto” y lo que marketing llama “experimento”. Todo.
Output: Una hoja de cálculo con columnas: nombre de iniciativa, departamento propietario, estado (activo/pausado/indefinido), tiempo activo en meses, coste mensual estimado.
Check: Si no puedes llenar la columna de coste estimado para más del 50% de las iniciativas, tienes un problema de visibilidad financiera antes de tener un problema de gobernanza.
Día 2 — Asignar ownership provisional
Acción: Para cada iniciativa del inventario, identificar quién es el responsable real. No el promotor original: el responsable actual. Quién recibe la culpa si falla, quién recibe el crédito si funciona.
Output: Columna adicional en el inventario: owner (nombre, no cargo), y si está formalizado o es de facto.
Check: Si más del 40% de las iniciativas no tienen un owner claro, el problema no es técnico. Es organizativo. Ningún modelo de IA compensa ownership difuso.
Día 3 — Conectar a métricas de negocio
Acción: Por cada iniciativa activa, pedir al owner que complete esta frase: “Esta iniciativa existe para [verbo de negocio] [métrica específica] en [plazo].” Si no puede completarla, la iniciativa no tiene criterio de éxito.
Output: Lista de iniciativas con métrica de negocio adjunta, y lista separada de iniciativas sin métrica.
Check: Cualquier iniciativa sin métrica de negocio clara entra automáticamente en la lista de candidatas a cierre. No como sanción: como diagnóstico.
Días 4-7: Portfolio hygiene y kill switches
Día 4 — Matriz impacto-reversibilidad
Acción: Para las iniciativas con métrica, aplicar una matriz simple de dos ejes: impacto potencial (alto/medio/bajo) y coste de reversión (alto/medio/bajo). No uses escalas de 1 a 10: crea más falsa precisión de la que resuelve.
Output: Cuatro cuadrantes. Las iniciativas de alto impacto y bajo coste de reversión van primero. Las de bajo impacto y alto coste de reversión son las primeras candidatas a cierre.
Check: Si todo aparece en “alto impacto”, estás viendo sesgo de confirmación, no realidad. Obliga a que al menos el 30% caiga en impacto bajo o medio.
Día 5 — Definir kill criteria por iniciativa
Acción: Para cada iniciativa que sigue activa después de la matriz, definir un kill criterion explícito: la condición que, si se cumple, activa la decisión de pausar o cerrar sin necesidad de una reunión.
Output: Una línea por iniciativa: “Si [métrica] no alcanza [umbral] en [fecha], la iniciativa se pausa automáticamente y el owner presenta opciones en 48 horas.”
Check: Un kill criterion que requiere consenso de cinco personas no es un kill criterion. Es una reunión disfrazada. El criterio debe activarse con una sola persona como responsable.
Día 6 — Ejecutar los cierres de la semana
Acción: Cerrar efectivamente las iniciativas que no superaron el filtro de los días 4-5. Cierre formal: comunicación al owner, desactivación de recursos, registro del motivo de cierre.
Output: Lista de iniciativas cerradas con fecha, razón y qué recursos quedan disponibles.
Check: Si el primer cierre produce fricción política mayor, estás descubriendo que el problema de gobernanza era también un problema de gestión del poder. Eso no lo resuelve el playbook: requiere mandato ejecutivo explícito. Sin él, el sistema operativo no puede funcionar.
Día 7 — Revisar el portfolio reducido
Acción: Con las iniciativas que quedan, revisar el inventario actualizado. Comparar contra los objetivos de negocio del trimestre en curso.
Output: Portfolio limpio: máximo 5-8 iniciativas activas con owner, métrica y kill criterion. Si son más, el criterio de filtro fue demasiado laxo.
Check: ¿El portfolio actual puede explicarse en 3 minutos a cualquier miembro del equipo directivo? Si no, es demasiado complejo para gobernarse bien.
Días 8-11: Operating cadence y review stack
Día 8 — Diseñar la cadencia de revisión
Acción: Definir el ritmo de revisión del portfolio: semanal para señales de alerta, mensual para decisiones de ajuste, trimestral para cierres o incorporaciones nuevas.
Output: Calendario fijo con tres tipos de revisión: señales semanales (15 minutos, solo los owners), revisión mensual de portfolio (45 minutos, equipo directivo), revisión trimestral de criterios (90 minutos, incluye posibles nuevas iniciativas).
Check: Si la revisión semanal requiere preparación de más de 30 minutos, el formato está mal diseñado. Debe ser automática: los owners reportan contra sus métricas sin preparar una presentación.
Día 9 — Configurar el review stack ejecutivo
Acción: Seleccionar cuatro señales semanales que cualquier ejecutivo puede revisar en 10 minutos. No dashboard de 40 métricas: cuatro señales con threshold.
Las señales de referencia:
- Decision quality: % de decisiones IA revertidas en los últimos 30 días.
- Escalation load: número de decisiones que los sistemas IA han escalado a humanos vs. semana anterior.
- Margin leakage: casos donde la intervención IA aumentó retraba jo documentado.
- Portfolio activo: ratio de iniciativas con métrica verde vs. amarillo vs. rojo.
Output: Un cuadro de mando de cuatro filas. Cada una con valor actual, threshold de alerta y quién decide si se cruza.
Check: Si una señal cruza el threshold y nadie sabe qué hacer, falta el componente de decisión. Cada señal necesita una acción ejecutiva predefinida: seguir, corregir o parar.
Día 10 — Formalizar decision rights
Acción: Definir, por iniciativa, quién puede tomar cada tipo de decisión sin necesidad de consenso: (a) modificar el scope, (b) reasignar el owner, (c) pausar la iniciativa, (d) cerrarla permanentemente.
Output: Tabla de decision rights: rol, tipo de decisión, autorización requerida.
Check: Si la respuesta a “quién puede cerrar esta iniciativa” es “el comité de IA”, el gobierno es teatro. Las decisiones deben tener un responsable singular, no un comité.
Día 11 — Primer ciclo de revisión semanal
Acción: Ejecutar la primera revisión semanal con el formato diseñado en el día 8. Cronometrar la reunión. Comprobar si las señales del día 9 están disponibles sin trabajo manual adicional.
Output: Acta de la primera revisión: estado de cada señal, decisiones tomadas (o no tomadas), próximos pasos.
Check: Si la primera revisión dura más de 30 minutos, el formato necesita ajuste. Si no se toma ninguna decisión, el sistema no está funcionando: está reportando.
Días 12-14: Rollback y handoff
Día 12 — Diseñar protocolos de rollback
Acción: Para cada iniciativa activa, definir el procedimiento de reversión si algo sale mal: cómo se desactiva, quién lo hace, en qué plazo, qué sistemas se ven afectados y qué proceso manual lo sustituye mientras.
Output: Un rollback brief por iniciativa. Máximo una página por iniciativa.
Check: Si un rollback requiere más de 48 horas de coordinación, la iniciativa tiene un problema de diseño de reversibilidad que hay que resolver antes de escalarla.
Día 13 — Documentar el sistema operativo
Acción: Consolidar en un documento único (no más de 5 páginas): el inventario de iniciativas, los kill criteria, la cadencia de revisión, los decision rights y los protocolos de rollback.
Output: El documento fundacional del sistema operativo de IA. No es un manual: es la referencia que cualquier nuevo miembro del equipo directivo puede leer en 20 minutos y entender qué está pasando.
Check: Si el documento no puede leerse en 20 minutos, está sobrediseñado. La complejidad del documento no es señal de rigor: es señal de que el sistema todavía no está claro.
Día 14 — Handoff y primer ciclo cerrado
Acción: Revisión del ciclo completo. Comparar el estado del portfolio al día 1 vs. el estado al día 14. Comunicar al equipo directivo los resultados: qué se cerró, qué sigue, qué métricas tiene cada iniciativa activa.
Output: Informe de cierre del sprint de gobernanza: antes/después, decisiones tomadas, sistema operativo activo.
Check: Si el equipo directivo no puede responder en 60 segundos cuántas iniciativas están activas y cuáles son sus métricas, el sistema operativo no ha quedado instalado.
Anti-patrones: qué no hacer durante los 14 días
No empieces con política. Si el día 1 lo dedicas a acordar quién debe estar en el comité de gobernanza, habrás gastado el primer día en burocracia. Empieza con datos: el inventario no requiere aprobación política.
No cierres sin criterio. Cerrar una iniciativa porque “no parece útil” es arbitrario y genera resistencia. Cierra solo contra kill criteria predefinidos. Aunque el criterio sea simple, debe estar escrito.
No diseñes el sistema para el caso ideal. El sistema operativo tiene que funcionar cuando falta el owner, cuando hay fricción política o cuando los datos están incompletos. Si solo funciona con condiciones perfectas, no funcionará.
No multipliques las señales de revisión. La tentación de añadir más métricas al review stack es permanente. Resistela. Cuatro señales con threshold son más útiles que veinte señales sin dueño.
No delegues el cierre al comité. El comité puede recomendar. La decisión de cierre necesita un responsable singular. Sin eso, el cierre nunca ocurre o siempre llega tarde.
El indicador de que el sistema funciona
Al final del día 14, el sistema operativo de IA está funcionando si puedes responder estas cuatro preguntas en 60 segundos:
- ¿Cuántas iniciativas IA están activas ahora mismo?
- ¿Cuál es el owner de cada una y cuál es su métrica de negocio?
- ¿Cuándo es la próxima revisión ejecutiva del portfolio?
- ¿Qué condición activaría el cierre de la iniciativa más importante?
Si no puedes responder las cuatro, el sistema no está instalado todavía. El trabajo es sencillo: volver al punto donde se perdió la claridad.
Descarga el playbook completo en PDF e implementa la gobernanza IA de tu empresa
Este post es el contenido completo del playbook. La versión PDF incluye las plantillas de trabajo para cada día: la hoja de inventario, la matriz impacto-reversibilidad, el template de kill criteria y el cuadro de mando de cuatro señales.
Descarga el PDF e implementa en tu empresa este mismo sprint.