tesis ·
El informe y el sistema no pueden ir separados
Por qué las organizaciones pagan dos veces por el mismo problema, y qué se pierde exactamente en el traspaso entre el consultor que diagnostica y el proveedor que construye.
Hay un patrón que se repite en casi todas las organizaciones complejas con las que trabajamos, y que casi nadie nombra porque parece el orden natural de las cosas.
Primero se contrata un estudio. Una consultora entra, entrevista, mide, y entrega un informe con hallazgos y recomendaciones. El informe suele ser correcto. Después —a veces un año después, con otro presupuesto y otra licitación— se contrata a alguien que construya el sistema, la plataforma o el proceso que esas recomendaciones implicaban.
Y ahí se pierde casi todo.
Qué se pierde en el traspaso
El segundo proveedor no vivió el diagnóstico. Recibe un documento, que es un resumen comprimido de meses de trabajo, y tiene que reconstruir a partir de él decisiones que dependen de cosas que el documento no dice: por qué esa unidad se resiste, qué dato existe pero nadie confía en él, qué se intentó hace tres años y fracasó, quién tiene que estar en la sala para que algo avance.
Nada de eso cabe en un informe. No porque el informe esté mal escrito, sino porque es conocimiento de contexto, y el contexto no se documenta: se acumula.
El resultado típico: un sistema técnicamente correcto que resuelve una versión simplificada del problema. Funciona, se entrega, y no cambia nada. La organización concluye —razonablemente— que el diagnóstico no servía.
El problema inverso
También ocurre al revés, y es igual de caro. Se contrata directamente la construcción: un sistema, un tablero, una automatización. Alguien sabe qué quiere y lo pide.
El proveedor construye lo que se le pidió. Y lo que se pidió es la solución que la organización imaginó con la comprensión que tenía del problema antes de investigarlo. Se automatiza un proceso que había que eliminar; se construye un tablero de los indicadores que se podían medir, no de los que había que decidir.
En los dos casos el error es el mismo: se trató como dos encargos lo que es un solo ciclo.
Por qué el mercado está organizado así
No es irracionalidad de los compradores. Es la estructura de la oferta.
Las consultoras de estrategia no implementan porque su modelo de negocio es vender horas de criterio senior y salir. Las empresas de software no diagnostican porque su margen está en ejecutar especificaciones, no en cuestionarlas. Las de estudios entregan un informe y cierran el proyecto porque su producto es el informe.
Cada una optimiza su propio negocio, y la costura entre ellas la paga el cliente — en dinero, en tiempo, y sobre todo en que el problema sigue ahí.
Qué cambia cuando el ciclo no se corta
Cuando el mismo equipo comprende, diseña, construye y evalúa, pasan tres cosas que no pasan de otro modo.
El diseño se hace con las restricciones reales de construcción. Nadie recomienda lo que sabe que no se podrá implementar, porque va a tener que implementarlo.
El sistema se construye sabiendo qué preguntas habrá que responder después. Una base de datos diseñada por quien va a hacer la evaluación dentro de dos años registra cosas que ningún levantamiento de requerimientos habría pedido.
La evaluación encuentra a alguien que puede corregir. El aprendizaje entra al rediseño en vez de terminar en un informe final.
Ninguna de esas tres es una capacidad heroica. Son consecuencia de no cortar el hilo. Y sin embargo, casi ninguna organización compleja tiene hoy un proveedor que se lo ofrezca completo.