Lo que los CTO necesitan de consultores y expertos

6 min de lectura

El error de categoría

Lo que de verdad aportan los consultores

Un buen consultor sirve cuando el problema es político, estructural o estratégico.

Puede aportar una comparación externa que reviente mitos locales. Puede empaquetar un mensaje incómodo de forma que la dirección, el consejo o los inversores sí lo escuchen. Puede forzar decisiones que llevan meses aplazándose con buenos modales. Puede ordenar un portafolio, desmontar el relato de un proveedor o mostrar dónde la organización se está mintiendo a sí misma.

Eso es valor real. Solo que no es el mismo valor que cambiar cómo se hace el trabajo tecnológico dentro de la empresa.

Si el trabajo gira sobre todo alrededor de prioridades, gobierno, lógica de financiación, alineación ejecutiva o elegir entre caminos en competencia, un consultor puede ser exactamente la contratación correcta.

Lo que de verdad aportan los expertos prácticos

Un experto práctico sirve cuando el problema está dentro del flujo real del trabajo.

Con experto práctico me refiero a alguien lo bastante cerca del sistema como para trabajar dentro de él, no solo hablar de él desde la sala de reuniones.

Eso significa que los cambios tardan demasiado en llegar a producción. Los releases son frágiles. Los equipos dependen de demasiadas aprobaciones. La responsabilidad está borrosa. La arquitectura convierte cada cambio en una pequeña excavación arqueológica. Las integraciones fallan justo donde uno ya sabía que iban a fallar. La iniciativa de IA se ve impresionante en las diapositivas y en el trabajo diario resulta invisible.

Los expertos prácticos no venden sobre todo interpretación. Siguen la fricción hasta causas concretas y eliminan parte de ella. Vuelven más confiable el paso a producción. Aclaran la responsabilidad. Reducen traspasos. Ayudan a los equipos a construir maneras de trabajar que sobreviven al brillo del último taller.

Por eso los expertos prácticos pueden resultar incómodos. Vuelven la conversación menos teatral y más comprobable.

Dónde pierden dinero los CTO

El error caro no es contratar consultores. El error caro es contratar ayuda con forma de consultor para problemas que necesitan trabajo de trinchera.

Si sacar cambios a producción es caótico, otra presentación de alineación no es un plan de rescate. Si su migración de ERP o de plataforma está atascada, un modelo de madurez no es movimiento. Si sus equipos internos y sus proveedores no pueden sacar cambios sin drama, un experto en facilitación no se convierte por eso en la persona que arregla cómo funciona el trabajo.

Ahí es donde muchas organizaciones tecnológicas se deslizan hacia el teatro de abstracción que ya aparece detrás de Frameworks de Gestión y la Proximidad al Aceite de Serpiente. Nadie está mintiendo en sentido técnico. El trabajo simplemente ocurre una capa por encima del lugar donde se produce el dolor.

Cuándo un consultor es la contratación correcta

Un consultor suele ser la opción correcta cuando:

• el consejo necesita una comparación externa antes de tomar una decisión estructural
• una fusión, una escisión o un cambio de proveedor requiere un encuadre neutral
• el CTO necesita ayuda para traducir realidad técnica a lenguaje de negocio
• la alta dirección está atrapada en conversaciones circulares y necesita más presión para decidir
• sistemas críticos del negocio dependen de demasiados proveedores externos y nadie se pone de acuerdo sobre quién responde por qué
• la organización necesita a alguien que cuestione supuestos desde fuera de la jerarquía

Eso no es trabajo de segunda. Es trabajo distinto.

Cuándo un experto práctico es la contratación correcta

Un experto práctico suele ser la opción correcta cuando:

• sacar cambios a producción lo ralentiza todo
• los equipos no pueden hacerse cargo del trabajo de principio a fin
• el acoplamiento arquitectónico reparte retrasos entre equipos
• integraciones frágiles siguen rompiendo el flujo entre sistemas internos y proveedores
• las prioridades cambian más rápido de lo que la organización puede absorber
• se habla mucho de IA, pero nada cambió en la ejecución diaria

Esos no son problemas de mensaje. Son problemas operativos.

Cuándo necesita ambos

La ayuda externa más fuerte suele combinar ambos papeles sin fingir que son lo mismo.

Un consultor serio sabe cuándo el trabajo ya necesita a un experto práctico. Un experto práctico serio sabe cuándo primero hace falta alineación ejecutiva, lenguaje para el consejo o cobertura política. El patrón sano no es territorial. Es complementario.

Eso también importa para firmas como la nuestra. A veces el consultor adecuado crea las condiciones para que el trabajo práctico sí aterrice. A veces el experto práctico deja al descubierto hechos que permiten al consultor empujar una decisión de liderazgo más limpia. Eso es colaboración. El problema empieza cuando un papel se disfraza del otro.

Las preguntas que valen la pena

Si está evaluando ayuda externa, haga preguntas que obliguen a poner la diferencia sobre la mesa.

• ¿Qué decisión ayudará al liderazgo a tomar en los primeros 30 días?
• ¿Qué restricción concreta ayudará a eliminar en los primeros 30 días?
• ¿Quién va a trabajar dentro del flujo real del trabajo y no solo a informar sobre él?
• ¿Qué evidencia existirá dentro de seis semanas que antes no existía?
• Si la respuesta es “primero necesitamos más alineación”, ¿qué cambia en concreto después?

Los asesores flojos odian esas preguntas porque comprimen la ambigüedad. Los buenos las contestan sin pestañear.

La prueba para CTO

La posición adulta no es anti-consultor. Es anti-error de categoría.

Los consultores pueden aportar valor. Los expertos prácticos pueden aportar valor. Algunas firmas pueden hacer ambas cosas. Lo único que vale la pena combatir es la ficción cómoda de que todos producen el mismo tipo de progreso.

Si necesita claridad ejecutiva, compre eso. Si necesita cambio de sistema, compre eso. Si necesita ambas cosas, haga explícito el relevo.

Todo lo demás es la manera en que las organizaciones se gastan seis cifras para descubrir que unas diapositivas no destraban ni un proceso de releases, ni un despliegue de ERP, ni la cadena de integraciones que hay detrás.