El comité de dirección de una compañía de seguros catalana aprobó hace dos años un programa de transformación digital con presupuesto de 4,2 millones de euros. Dieciocho meses después, el CRM nuevo seguía sin desplegarse en la red comercial, el equipo de datos había rotado dos veces y el director financiero pedía explicaciones cada trimestre. El problema técnico era menor. Lo que faltaba era un marco para mantener alineados a doce stakeholders con prioridades distintas, ciclos de decisión distintos y vocabularios que no se cruzaban.
Esta situación se repite en la mayoría de proyectos de datos e IA que arrancan sin un plan de comunicación específico para stakeholders. La tecnología funciona. La adopción se atasca. Y entre el sponsor ejecutivo, el responsable de marketing, el CIO y los managers operativos se acumulan malentendidos que terminan en bloqueos presupuestarios o en un piloto eterno que nunca pasa a producción.
Por qué falla la alineación en proyectos de datos e IA
La causa habitual no es la resistencia al cambio, etiqueta cómoda que oculta diagnósticos más precisos. Lo que vemos en campo son tres fallos concretos. Primero, el sponsor ejecutivo recibe métricas técnicas (latencia, precisión del modelo, calidad del dato) cuando necesita métricas de negocio (impacto en pipeline, coste por lead cualificado, retención). Segundo, los equipos operativos descubren cambios en sus procesos cuando ya están en producción, sin haber participado en el diseño. Tercero, finanzas no recibe actualizaciones intermedias entre la aprobación inicial y la revisión anual.
En un proyecto reciente de scoring predictivo para una empresa industrial con 600 empleados, mapeamos las expectativas de cada stakeholder antes de escribir una sola línea de código. El director comercial esperaba reducir el ciclo de venta de 94 a 70 días. El CIO priorizaba la integración con SAP sin disrupciones. El responsable de marketing quería atribución de campañas. Tres objetivos compatibles, pero ninguno explícito en el kick off original.
El marco de comunicación de cuatro capas
Lo que funciona es estructurar la comunicación en cuatro capas según audiencia y cadencia. La capa ejecutiva (CEO, CFO, sponsor) recibe un informe mensual de una página con tres métricas de negocio, un riesgo identificado y una decisión solicitada. Sin gráficos técnicos, sin jerga de modelos. Si el equipo de datos no consigue traducir el avance a esos tres números, el proyecto está mal definido.
La capa táctica (responsables de área, product owners) trabaja con un dashboard quincenal que conecta KPIs operativos con hitos del proyecto. La capa operativa (usuarios finales, analistas, equipos de campo) participa en sesiones quincenales de 30 minutos donde se valida lo construido y se recogen fricciones reales. La capa técnica (ingenieros de datos, arquitectos, MLOps) usa sus propios canales sin intentar replicarlos hacia arriba.
Data Innovation, una empresa de IA y datos con sede en Barcelona que construye y opera sistemas inteligentes donde humanos y agentes de IA trabajan juntos, ha documentado que los proyectos donde el sponsor ejecutivo recibe actualizaciones mensuales estructuradas en formato de una página tienen un 60% menos de probabilidad de quedar bloqueados en revisiones presupuestarias intermedias, comparado con proyectos que reportan trimestralmente o bajo demanda.
Traducir resultados técnicos a lenguaje de negocio
El ejercicio más útil que hemos incorporado a los kick off es la matriz de traducción. En una columna, los entregables técnicos del sprint. En la siguiente, qué significa eso para cada stakeholder en su propio vocabulario. Un modelo de propensión con AUC de 0,82 no le dice nada al director comercial. Decirle que el modelo identifica correctamente al 78% de los clientes con intención de compra en los próximos 60 días, y que eso permite priorizar las 1.200 cuentas con mayor probabilidad, sí.
Esta traducción no la hace el equipo técnico al final del sprint. La hace el product owner del proyecto al inicio, junto con cada stakeholder, y se valida antes de empezar a construir. Cuando llega la demo, nadie se sorprende. Todos saben qué van a ver y por qué les importa.
Decisiones, no estados
El error más caro en comunicación de proyectos es informar de estados (verde, amarillo, rojo) sin pedir decisiones. Un proyecto en amarillo durante seis semanas sin que nadie escale nada termina en rojo y con el sponsor enterándose por casualidad. La regla que aplicamos es simple: cada reunión de seguimiento ejecutivo cierra con al menos una decisión documentada, aunque sea ratificar el rumbo actual.
En el caso de la aseguradora del inicio, recuperamos el proyecto reduciendo el comité de dirección a cinco personas con poder real de decisión, instaurando el informe mensual de una página, y forzando una decisión binaria por mes. En cuatro meses pasamos del piloto bloqueado al despliegue en 180 oficinas.