Qué pedir hoy a una consultoría y por qué muchas fallan

Si has trabajado con consultoría tradicional, esto probablemente te resulte familiar.

Y, aun así, pasado un tiempo, el negocio seguía prácticamente igual.

Este artículo no va de “consultoría buena o mala”. Va de algo más incómodo: por qué muchos proyectos fallan aunque la estrategia sea correcta, y qué está ocurriendo hoy —tras la irrupción de la IA— para que ese fallo sea cada vez más evidente y menos justificable.

1. El proyecto “bien hecho” que no da resultados: Consultoría tradicional

La mayoría de proyectos no empiezan mal.

De hecho, según estadísticas recientes de gestión de proyectos, solo alrededor del 12–20 % fracasa de forma directa (cancelación, abandono o incumplimiento grave). Un buen compendio con cifras y referencias agregadas lo tienes aquí: plaky.com.

En la práctica, la estadística engaña porque la mayoría de organizaciones solo etiqueta como “fracaso” lo que se rompe del todo. Pero cuando miras el desglose real, aparece el patrón incómodo: es cierto que alrededor de un 20 % fracasa de forma directa, pero cerca del 40 % termina con resultados mixtos.

Ese 40 % rara vez se registra como fracaso, pero es donde se concentra el verdadero coste: proyectos que se entregan, se pagan i se archivan, consumiendo tiempo, presupuesto y energía de equipos sin generar un avance proporcional en el negocio (la distinción “failed vs challenged/mixed” aparece de forma recurrente en recopilaciones como la de Plaky). Ver fuente.

Desde fuera parecen “correctos”. Desde dentro dejan una sensación persistente: “Con todo esto, deberíamos haber avanzado más.”

2. Las señales tempranas de que estás dentro del patrón

Antes de entrar en explicaciones, una comprobación rápida. Si durante un proyecto reconoces varias de estas señales, ya estás dentro del patrón de riesgo:

• El proyecto tiene muchos stakeholders, pero ningún responsable único con autoridad real.
• Las decisiones importantes se aplazan “a la siguiente reunión”.
• Todo es prioritario y casi nada se descarta explícitamente.
• El comité crece a medida que el proyecto avanza.
• La conversación gira más alrededor de alineación que de ejecución.
• Los equipos trabajan mucho, pero el impacto en negocio no se puede cuantificar.

Estas señales no son anecdóticas. Distintos análisis sobre el gap estrategia–ejecución insisten en el mismo núcleo: iniciativas “bien pensadas” fallan por ejecución y desalineación, no por falta de ideas. Una explicación clara del patrón (y del “execution gap”) está aquí: aileron.org.

3. El Modelo 3D: donde se rompen de verdad los proyectos

En Rumbo & Resultados usamos un marco simple para entender estos fallos. No es una teoría nueva. Es una síntesis operativa de patrones repetidos.

Modelo 3D: Dirección · Decisión · Despliegue

Cuando uno de estos tres elementos falla, el proyecto deja de avanzar aunque la estrategia sea correcta.

3.1 Dirección: cuando nadie manda de verdad

En muchos proyectos, el sponsor existe “en el papel”, pero no tiene mandato real para priorizar, cortar o forzar decisiones. El resultado es un gobierno débil: el proyecto se gestiona, se coordina y se discute… pero no se dirige.

Esto conecta con la brecha clásica entre estrategia y ejecución: cuando falla la dirección real, el proyecto se llena de actividad pero pierde capacidad de avance. Una formulación útil del problema (leadership/execution gap) la tienes aquí: balancedscorecard.org.

3.2 Decisión: velocidad baja, impacto mínimo

La evidencia es consistente: la velocidad de decisión correlaciona con el éxito del proyecto. En la recopilación de Plaky se citan diferencias muy fuertes: proyectos donde decisiones clave se toman en menos de una hora alcanzan tasas de éxito cercanas al 58 %, mientras que cuando se alargan más de cinco horas la tasa cae al 18 %. plaky.com.

La causa rara vez es falta de información. Es miedo a cerrar opciones.

3.3 Despliegue: cuando ejecutar se convierte en “hacer cosas”

Aquí aparece la paradoja: equipos saturados, agendas llenas, muchas tareas en marcha… pero poco avance neto. En estadísticas agregadas se repiten retrasos, overruns y resultados mixtos incluso cuando el plan de trabajo “se cumple”. Un buen set de cifras para sostener el patrón está aquí: contentsnare.com.

4. Decisiones lentas: cuando nadie dice explícitamente qué NO se va a hacer

Uno de los síntomas más claros de los proyectos que no avanzan no es la falta de ideas, sino la ausencia de renuncias explícitas.

En muchos proyectos de consultoría ocurre siempre lo mismo:

• Todo entra en el alcance,
• Nada sale de forma formal,
• Nadie se atreve a cerrar opciones por escrito.

El problema no es conceptual. Es operativo.

En la práctica, esto se traduce en situaciones muy concretas:

• Iniciativas que “se revisarán más adelante” y nunca se cierran,
• Líneas de trabajo que siguen vivas aunque ya no tengan impacto,
• Decisiones clave pospuestas “por alineación” o “por prudencia”,
• Comités que validan documentos, pero no descartan nada.

El resultado no es neutral.

Una estrategia sin renuncias explícitas genera tres efectos medibles:

Y la acumulación no es un problema teórico. Tiene un coste real:

• Más horas consumidas,
• Más coordinación improductiva,
• Más frustración de equipos,
• Menos impacto visible en negocio.

Por eso muchos proyectos “cumplen el plan” y aun así no cambian nada relevante.

No fracasan oficialmente. Simplemente se diluyen.

5. Ejecución dispersa: equipos ocupados, avance mínimo

Este punto es especialmente visible en pymes y administraciones: los equipos cumplen tareas, entregan inputs y asisten a reuniones, pero no pueden conectar su trabajo con un impacto concreto.

Ahí es donde el proyecto se convierte en un “sistema de actividad” más que en un sistema de cambio. En compendios de estadísticas de gestión de proyectos se repite el mismo patrón: proyectos que “se hacen” pero no mueven valor. contentsnare.com.

Lectura simple: si un entregable no habilita una decisión o no cambia un proceso, es documentación. Y documentación no es avance.

6. Pyme vs ayuntamiento: misma patología, distinto síntoma

El problema de fondo es el mismo, pero se disfraza distinto.

6.1 En pymes

• La dirección se convierte en cuello de botella.
• Se delega sin mandato claro.
• La consultoría actúa como amortiguador organizativo.
• El proyecto avanza “en paralelo” al negocio, pero no lo transforma.

6.2 En ayuntamientos (10.000–80.000 hab.)

• Fragmentación política y técnica.
• Falta de liderazgo técnico único.
• Consultoría usada como cobertura institucional.
• Riesgo de parálisis estructural: se documenta, pero no se decide.

7. La pregunta incómoda: ¿avance real o tranquilidad organizativa?

Antes de volver a contratar, conviene hacerse esta pregunta: ¿Estoy comprando calidad y avance real, o solo tranquilidad organizativa?

La diferencia es enorme.

8. Las exigencias mínimas que deberías hacer hoy a cualquier consultoría

Antes de firmar un nuevo proyecto, hay una pregunta que conviene hacerse: ¿Estoy contratando capacidad real de avance o solo tranquilidad organizativa?

Si quieres evitar repetir errores pasados, estas son las exigencias mínimas que hoy deberías poder plantear —y obtener respuesta clara— a cualquier consultora. No son condiciones “duras”. Son condiciones básicas en un entorno donde la consultoría tras la IA ha reducido el valor del análisis y ha puesto el foco en decisión y ejecución.

1. Un responsable único con mandato real

Si el proyecto no tiene una persona responsable, con nombre y apellido, capaz de priorizar, cortar líneas de trabajo y forzar decisiones incómodas, el proyecto no está gobernado, está coordinado.

Los comités no dirigen proyectos. Los equipos sin mandato tampoco. Sin un responsable único con poder real, la ejecución se diluye y nadie responde del resultado.

2. Decisiones cerradas en las primeras semanas

Un proyecto que no toma decisiones relevantes al inicio es un proyecto que se defiende a sí mismo. Antes de la semana 3 deberías poder señalar decisiones claras: qué se va a hacer, qué no se va a hacer, qué se prioriza aunque incomode y qué queda fuera del alcance.

Si todo queda “abierto”, el proyecto se alarga, se encarece y pierde foco. La claridad inicial ahorra más dinero que cualquier optimización posterior.

3. Renuncias explícitas por escrito

Toda estrategia implica renuncias. Si no están escritas, no existen. Antes de avanzar, exige una lista clara de iniciativas descartadas, líneas de trabajo pospuestas y objetivos que no se van a perseguir en esta fase.

Sin renuncias explícitas, el proyecto se convierte en una suma de expectativas incompatibles. Y cuando todo es importante, nada lo es de verdad.

4. Impacto medible en negocio en 90 días

No hablamos de transformación total ni de visión a cinco años. Hablamos de impacto inicial medible, aunque sea parcial, en un horizonte corto: tiempos de respuesta, errores reducidos, decisiones aceleradas, costes evitados o foco ganado.

Si no se puede definir qué va a cambiar en los primeros 90 días, el proyecto está diseñado para justificar su existencia, no para generar avance.

5. Gobierno del proyecto, no solo coordinación

Coordinar no es gobernar. Exige saber cómo se toman las decisiones, quién desbloquea dependencias, cómo se gestionan conflictos entre áreas y qué pasa cuando hay desacuerdo.

Si la consultoría solo facilita conversaciones, pero no estructura la toma de decisiones, el proyecto se convierte en un espacio cómodo… y estéril.

6. Mecanismo claro de rendición de cuentas

Finalmente, una pregunta que casi nadie hace y que lo cambia todo: ¿Qué pasa si no se ejecuta?

Debe existir un mecanismo claro que establezca cómo se revisa el avance, qué se considera incumplimiento y cómo se corrige o se detiene el proyecto si no avanza. Sin rendición de cuentas, no hay ejecución. Solo intención.

9. “Pero… ¿esto no lo hacían ya las consultoras de siempre?”

Es una pregunta lógica. Y conviene responderla con claridad.

Durante años, muchas consultoras decían exactamente estas cosas: foco, alineación, ownership, ejecución, gobierno del proyecto. El problema nunca fue el discurso. El problema fue el diseño real del modelo.

Lo que se prometía… y lo que realmente se entregaba

Antes de la IA, el contexto jugaba a favor del modelo tradicional: el análisis era costoso, la información estaba dispersa, la documentación justificaba equipos grandes y meses de trabajo, y el cliente no podía replicar fácilmente ese esfuerzo.

Eso hacía que una parte importante del valor percibido estuviera en pensar, analizar y estructurar.

En ese entorno, un proyecto podía sobrevivir —e incluso considerarse “exitoso”— aunque las decisiones se diluyeran, la responsabilidad fuera difusa y el impacto real no se midiera con rigor. No porque estuviera bien, sino porque el coste del análisis ya parecía justificar la inversión.

Lo que ha cambiado hoy (y por qué ya no cuela)

La irrupción de la IA ha cambiado esto de forma irreversible: el análisis ya no es escaso, la documentación ya no justifica meses, y la metodología ya no es un activo diferencial.

Buena parte del trabajo que antes requería equipos enteros hoy puede generarse de forma más rápida y barata. Y eso deja al descubierto algo incómodo: si el valor no está en decidir, priorizar y ejecutar, entonces no está en ningún sitio defendible.

La diferencia clave no es el “qué”, es el “hasta dónde”

Antes de la IA, hablar de foco y ejecución era suficiente; asumir responsabilidad real era opcional; medir impacto podía quedarse en segundo plano. Hoy no.

Hoy, si no hay responsables claros, decisiones cerradas, renuncias explícitas y avance medible, el proyecto no es “mejorable”. Es económicamente injustificable.

10. Por qué la IA ha dejado este modelo en evidencia

La IA no ha creado este problema. Lo ha expuesto.

Hoy, el valor ya no está en producir análisis y documentación a escala. Está en transformar eso en decisiones y despliegue.

En consultoría y servicios profesionales, la adopción de IA es masiva: por ejemplo, este análisis recoge cómo la mayoría de firmas ya la está incorporando y cómo se está reconfigurando el trabajo interno: bizcover.com.au.

Y cuando incluso grandes firmas están reorganizando estructuras (incluyendo agentes IA internos) y moviéndose hacia esquemas con más vínculo a resultados, no es un “debate futuro”: es ajuste presente. Un ejemplo útil para sostener la tendencia sin humo: businessinsider.com.

11. Cierre: cuando el proyecto no falla “por error”

La mayoría de proyectos no falla por incompetencia. Falla porque el modelo no estaba diseñado para garantizar ejecución, sino para proteger el proceso.

Hoy, tras la IA, ese diseño ya no se sostiene.

La diferencia no está en pensar mejor. Está en decidir mejor y ejecutar de verdad.

Nota: este marco está pensado para ayudarte a separar “actividad” de “avance” cuando evalúas proyectos de transformación o consultoría.