¿Quién es dueño de la decisión de IA en esta empresa?
Syllabus ejecutivo
Seis decisiones. Una salida gobernable.
Un marco breve, trabajo sobre evidencia real y una decisión al final de cada bloque. El contenido sirve a la conversación, no al revés.
Las seis decisiones
Abra cada bloque para ver exactamente qué se trabaja.
Cada módulo termina con evidencia, una pregunta de salida y una decisión que alimenta el roadmap de 90 días.
01Quién decideLa decisión que no es de sistemas
La decisión que no es de sistemas
Una iniciativa de IA es una decisión de capital y operación. Tecnología puede hacerla posible; no puede decidir qué resultado importa, qué riesgo es aceptable ni quién responde si falla.
Nombrar quién responde por el resultado de IA en el negocio.
La anti-venta
La primera recomendación es no comprar IA todavía. Primero hay que identificar qué tendría que ser verdad para que una inversión produzca un resultado gobernable.
La ecuación de negocio
Toda iniciativa debe nombrar una decisión, una línea base, una palanca económica y el costo de equivocarse. Actividad, adopción y una demo no sustituyen ese resultado.
Negocio decide; tecnología hace posible
El negocio define el problema, la métrica, el riesgo y la responsabilidad. Tecnología define integración, seguridad, disponibilidad y operación.
El patrón que detiene los proyectos
Cuando quien evalúa una iniciativa mide su éxito por presupuesto, actividad o adopción —pero no por resultado— el proyecto puede estar 'verde' y ser irrelevante.
La analogía del rascacielos
La vista desde arriba es atractiva. La cimentación, la mecánica de suelos y los permisos deciden si el edificio se sostiene. Con IA, los datos, la responsabilidad y la medición son esa cimentación.
02Recorrido del dato¿Dónde viven sus datos?
¿Dónde viven sus datos?
El problema rara vez es que falten datos. Es que existen varias versiones de la verdad y nadie puede reconstruir cómo llegó un número a la pantalla.
¿Cuántos sistemas tienen que hablarse para darme este número?
Elegir un indicador crítico y hacer visible su recorrido real.
Cinco lugares, cinco trabajos
La base operativa es la caja registradora; el warehouse, el archivo ordenado; el mart, el archivo de un área; el lake, el galpón; y el lakehouse, el galpón con inventario.
Bronce, plata y oro
Bronce conserva el dato crudo. Plata lo limpia y cruza. Oro lo prepara para una decisión. Separarlas permite corregir reglas y volver a procesar sin perder la historia.
La capa de entendimiento
Reunir datos no enseña cómo funciona el negocio. Las definiciones, relaciones, permisos y reglas viven en una capa semántica y operativa que hay que construir con las personas que conocen la empresa.
El dato secuestrado
Si un proveedor es el único que puede extraer su historial, la empresa no controla un activo esencial. Portabilidad, acceso de solo lectura y trazabilidad son decisiones de gobierno, no detalles técnicos.
Salida: Mapa del indicador, sus sistemas, personas, hojas de cálculo y puntos de riesgo.
03Calidad y madurezBasura entra, basura sale
Basura entra, basura sale
La calidad de datos no es una tarea de limpieza ocasional. Es una capacidad de negocio que se mide, se asigna y se puede auditar.
¿Cuál es nuestro nivel de calidad de datos, medido?
Acordar dónde la percepción necesita evidencia.
Seis dimensiones observables
Exactitud, completitud, consistencia, vigencia, validez y unicidad convierten 'los datos están mal' en preguntas concretas.
Perfilado antes de prometer
Perfilado es mirar distribuciones, nulos, duplicados, formatos y anomalías antes de diseñar la solución. Cotizar sin hacerlo traslada la incertidumbre a sobrecostos posteriores.
Limpieza reproducible
Una corrección manual en una hoja puede resolver el cierre del mes, pero no crea una capacidad. Toda transformación importante debe quedar documentada, versionada y trazable.
La brecha es un dato
La diferencia entre dirección general y directores no se usa para señalar a nadie. Se usa para preguntar qué evidencia haría subir o bajar la puntuación.
Salida: Scorecard de cinco dimensiones, brecha CEO/equipo y evidencia a verificar.
04Proceso y urgenciaCómo funciona de verdad
Cómo funciona de verdad
El proceso real rara vez coincide con el manual. Antes de automatizar hay que observar el as-is, definir el to-be y decidir cuándo una demora cambia el resultado.
¿Qué ocurre realmente entre el pedido y la decisión, y qué cambia si llega después?
Elegir un proceso crítico, hacer visible su recorrido real y asignarle la urgencia correcta.
As-is antes de to-be
El proceso actual se reconstruye con evidencia: sistemas, conversaciones, hojas, esperas y excepciones. El estado futuro no se dibuja hasta entender qué problema elimina.
Tres velocidades
Batch responde en un horario acordado; a demanda responde cuando alguien consulta; continuo reacciona a cada evento. La pregunta no es cuál es más moderno, sino cuál cambia una decisión a tiempo.
El costo está en operar
Una arquitectura continua debe resolver eventos tardíos, duplicados, orden, disponibilidad y guardias. El costo no es solo infraestructura: es sostenerla todos los días.
Contrato de datos
Es un acuerdo entre quien produce y quien consume: campos, formato, frecuencia, calidad mínima, responsable y qué sucede cuando cambia.
Decir 'todavía no' también es criterio
Automatizar un proceso inestable o pedir tiempo real sin una decisión sensible a la demora agrega coordinación antes de crear valor.
Salida: Ocho procesos con fricción, latencia, consecuencia y consumidor responsable.
05Auditar la promesaCómo se sabe si la IA funciona
Cómo se sabe si la IA funciona
Un modelo puede acertar 95% y ser inútil. Si el evento importante ocurre 5% de las veces, decir 'no ocurre' siempre alcanza esa cifra sin detectar un solo caso.
¿Cuántos de los casos que importan detecta, no cuánto acierta en total?
Exigir una métrica que represente el caso que importa.
La trampa del 95%
Cuando los casos importantes son poco frecuentes, la exactitud total esconde el fracaso. Hay que medir cuántos casos relevantes detecta y qué costo tiene cada falso positivo y falso negativo.
La regla del examen
El conjunto final de prueba se aparta y no se usa para aprender ni ajustar. Si el sistema ya vio el examen, la nota deja de ser evidencia.
Laboratorio no es operación
Durante el desarrollo hay tiempo y datos completos. En producción solo existe lo que está disponible en ese instante, bajo restricciones de latencia y con cambios constantes.
Experimento con comparación
Sin línea base o grupo de control no se puede separar el efecto de la solución de todo lo demás que cambió al mismo tiempo.
Salida: Vacíos encontrados en datos, medición, validación, operación y responsabilidad.
06Control operativoCómo operar sin perder el control
Cómo operar sin perder el control
La pregunta no es si algo va a fallar. Es cómo se enterará la empresa antes de que el dato llegue al cliente o al directorio.
¿Cómo nos enteramos de que un dato está mal antes que el cliente?
Acordar cómo se detecta, detiene y explica una falla, y quién sostiene la capacidad después del programa.
Cinco señales
Frescura, calidad, volumen, esquema y linaje permiten preguntar si el dato llegó a tiempo, correcto, completo, con la forma esperada y con un origen reconstruible.
Monitorear y observar
Monitorear es vigilar fallas previstas. Observar es conservar señales suficientes para investigar lo que todavía no se sabía que podía fallar.
Responsabilidad y respuesta
El dueño del dato responde por el resultado; el administrador lo opera. Un incidente necesita detectar, evaluar, escalar, contener, resolver y documentar.
La persona que empuja no reemplaza al sponsor
Un champion convierte intención en práctica cotidiana. Necesita tiempo, acceso e incentivos; no debe cargar con la responsabilidad ejecutiva que corresponde al comité.
Corta-circuitos
Cuando la calidad cae por debajo de un umbral, detener la propagación puede ser mejor que entregar un número puntual pero incorrecto.
Salida: Cinco preguntas listas para usar, roles operativos y una condición de detención.
Agenda presencial
Diez horas netas. Cero relleno.
El primer día construye la verdad compartida. La mañana siguiente la convierte en prioridades.
Día 1
De la ambición a la verdad operativa
- Apertura y reglas de confidencialidad
- M1 · La decisión que no es de sistemas
- M2 · ¿Dónde viven sus datos?
- M3 · Basura entra, basura sale
- M4 · Cómo funciona de verdad
- Integración · riesgos y dependencias
- Cierre del día
Día 2
De la promesa a una decisión gobernable
- Recuperación activa
- M5 · Cómo se sabe si la IA funciona
- M6 · Cómo operar sin perder el control
- Cierre · Su roadmap de 90 días
- Compromiso ejecutivo
Resultado observable
Tres prioridades, no una lista de deseos.
Cada prioridad sale con responsable, fecha, evidencia y una primera acción dentro de diez días hábiles.