Hay un patrón que se repite en casi todos los proyectos enterprise que se estancan: la plataforma funciona, el presupuesto está aprobado, el proveedor es solvente… y aun así, nada avanza al ritmo esperado. Cuando se investiga la causa, rara vez aparece un problema técnico. Aparece un organigrama confuso.
Alguien está haciendo de arquitecto sin serlo. Un perfil funcional está resolviendo incidencias que corresponden a un rol de gobierno. Nadie tiene claro quién decide sobre la seguridad del dato o quién es responsable de que una integración entre SAP y una plataforma de analítica no rompa el resto del ecosistema. El proyecto no tiene un problema de arquitectura: tiene un problema de personas mal ubicadas en esa arquitectura.
El síntoma que casi nadie diagnostica a tiempo
La mayoría de organizaciones detecta este problema tarde, porque no se manifiesta como una crisis, sino como una acumulación de fricciones pequeñas:
- Decisiones que tardan semanas porque nadie tiene el mandato claro para tomarlas.
- Especialistas técnicos absorbidos por tareas de coordinación para las que no fueron contratados.
- Roles «paraguas» —como consultor SAP o administrador cloud— que en la práctica cubren cinco funciones distintas según quién los ocupe.
- Procesos de escalado (más usuarios, más módulos, más países) que exponen huecos de responsabilidad que antes pasaban desapercibidos.
Ninguno de estos síntomas aparece en un dashboard de rendimiento de infraestructura. Aparecen en retrasos de entrega, en retrabajos, y en la sensación difusa de que «el equipo no da más de sí» aunque las capacidades técnicas estén ahí.
Por qué los entornos enterprise multiplican este problema
En un entorno con una sola aplicación, un rol mal definido genera ineficiencia. En un entorno enterprise —donde conviven SAP, AWS, Azure, Salesforce, Oracle o ServiceNow, a menudo integrados entre sí— genera algo distinto: puntos ciegos de gobierno.
Cada una de estas plataformas tiene su propia lógica de roles, sus propios niveles de acceso y sus propias certificaciones. Cuando una organización crece rápido —por adquisición, por internacionalización, por digitalización acelerada— suele ampliar equipos replicando títulos de puesto genéricos, sin revisar si esos títulos siguen representando responsabilidades reales y diferenciadas en el nuevo contexto.
El resultado es previsible: dos personas con el mismo título haciendo trabajos distintos, o peor, nadie con un título claro haciendo el trabajo que realmente sostiene la operación crítica.
La pregunta que muy pocos líderes IT se hacen a tiempo
No es «¿tenemos el talento adecuado?». Es más incómoda: ¿sabemos, con precisión, qué necesitamos que haga cada rol antes de salir a buscarlo o de asignarlo internamente?
Sin esa definición previa, cualquier proceso de selección, promoción interna o reorganización de equipos se convierte en una apuesta. Se contrata por currículum o por certificación, no por encaje real con la responsabilidad que hay que cubrir. Y cuando el encaje falla, el coste no se ve en la nómina: se ve en los proyectos que no avanzan.
Esto no es un problema exclusivo de compañías pequeñas o poco maduras. Es, de hecho, más frecuente en organizaciones grandes, precisamente porque su complejidad tecnológica ha crecido más rápido que su capacidad de rediseñar la estructura de roles que la sostiene.
De la intuición a un marco de referencia
La reacción natural ante este diagnóstico suele ser reactiva: se redistribuyen tareas sobre la marcha, se crean comités temporales, se ficha con urgencia un perfil senior con la esperanza de que «ordene» el equipo. Funciona a corto plazo. Rara vez resuelve la causa.
Lo que suele marcar la diferencia entre organizaciones que escalan con orden y las que arrastran fricción crónica es contar con un marco de referencia claro: qué roles existen en un entorno enterprise moderno, qué responsabilidades cubre cada uno, dónde empieza y termina su mandato, y cómo se relacionan entre sí en plataformas como SAP, AWS, Azure, Salesforce, Oracle o ServiceNow.
No se trata de añadir burocracia, sino de lo contrario: reducir la ambigüedad que hoy consume tiempo de decisión y energía de coordinación.
