Tener trazabilidad no es lo mismo que gobernar
Hace unos meses me tocó ver un proyecto donde estaba todo registrado, pero no había forma de frenarlo, redefinirlo o rebaselinarlo a tiempo, y ahí es donde se nota la diferencia entre tener evidencia y tener control real. La documentación daba una sensación de orden bastante convincente. El problema es que la decisión seguía sin aparecer, y la operación quedaba expuesta igual.
En organizaciones tecnológicas esta confusión sale más seguido de lo que debería. Se cree que documentar mucho equivale a controlar bien. Y sí, un proyecto puede tener logs, reuniones, correos, responsables y bitácoras impecables, pero seguir completamente fuera de gobierno. La evidencia existe. La capacidad de decidir, en cambio, no termina de quedar clara.
En este caso, la plataforma funcionaba, el equipo respondía y la trazabilidad estaba ahí. Funcionaba, funcionaba (y entrecomillo esto mucho), pero el proyecto llevaba años sin un marco real para congelar hipótesis, limitar cambios y rebaselinar cuando el negocio se movía. Cuando pasa eso, la tecnología deja de ejecutar una estrategia cerrada y empieza a tragarse una incertidumbre que no le corresponde. Y ese costo, como siempre, aparece después.
Como CTO, yo separo mucho el seguimiento del gobierno. El seguimiento te dice qué pasó. El gobierno te dice qué puede seguir cambiando, bajo qué umbrales y con qué consecuencias. Sin esa segunda capa, el proyecto queda atrapado en una ambigüedad carísima. Todo queda registrado, sí, pero nada termina de cerrarse con firmeza.
El contexto además estaba delicado. Se digitalizaba una operación vieja mientras el cliente todavía estaba entendiendo su propio modelo de negocio. Primero se habló de un diagnóstico puntual. Luego apareció un servicio recurrente con pagos, pasarelas y nuevas reglas comerciales. No era una evolución menor. Era prácticamente otro producto, otro contrato y otra arquitectura de decisión.
Y aquí apareció la parte interesante: cuando esa redefinición ocurre al mismo tiempo que la construcción, cada cambio deja de ser funcional y pasa a ser estructural. Una modificación pequeña arrastraba formularios, dashboards, informes y lógica de backend. La causa no era que la tecnología “no aguantara”. El alcance seguía vivo mientras ya había quedado codificado, y eso te condiciona cada ajuste posterior.
La trazabilidad no sustituye al marco de decisión. Saber quién pidió qué y cuándo ayuda, claro, pero no alcanza. Si no existe un mecanismo para decir “esto ya no entra”, “esto se rebaselina” o “esto cambia monetización y contrato”, la documentación termina funcionando como una coartada organizativa. La gestión parece sólida, aunque la autoridad real nunca se haya definido.
El patrón se repite fácil. Nadie quiere parar. El cliente evita congelar porque todavía no termina de definir. El proveedor tampoco quiere frenar porque también carga con el costo comercial. Y así se construye sobre una base que parece controlada, aunque en realidad solo esté descrita con detalle.
Para un líder tecnológico, la pregunta relevante no es si el proyecto está documentado. La pregunta es si la organización tiene autoridad real para cerrar decisiones, proteger el alcance y asumir que ciertos cambios obligan a renegociar el marco completo. Cuando eso no existe, lo que aparece es una inercia con buena trazabilidad. La evidencia acompaña, pero no corrige el rumbo.
Y la inercia, aunque quede muy bien registrada, sigue siendo inercia.
