Hay proyectos que van rodados. Se planifican, se construyen y se entregan más o menos cuando se dijo, sin sobresaltos. Pasa, y pasa más a menudo de lo que la fama del sector haría pensar.
Pero también pasa lo contrario. Proyectos que empiezan con una fecha clara y, por el camino, se van estirando. No por una catástrofe, sino por una suma de cosas pequeñas que, una detrás de otra, mueven el final un poco más allá. Después de bastantes años haciendo esto, hemos visto repetirse los mismos motivos. Y casi ninguno tiene que ver con que alguien lo haya hecho mal.
El alcance cambia por el camino
Es lo más habitual. Empiezas un proyecto con una idea de lo que tiene que hacer y, a medida que lo ves tomar forma, aparecen ideas nuevas. «Ya que estamos, ¿podríamos añadir…?» «Ahora que lo veo, esto tendría más sentido así.»
No está mal querer mejorar el producto sobre la marcha; muchas veces esos cambios son acertados. Pero cada uno tiene un coste en tiempo, y la suma de varios «pequeños añadidos» puede mover la entrega semanas sin que nadie lo haya decidido conscientemente.
Hay decisiones que se aplazan
A veces el desarrollo se queda esperando. Falta confirmar un texto, aprobar un diseño, elegir entre dos opciones, conseguir un acceso. Cosas que parecen menores y que, mientras no se resuelven, dejan una parte del trabajo en pausa.
Una decisión aplazada tres días no pasa nada. Diez decisiones aplazadas tres días cada una, a lo largo de un proyecto, son semanas. Y normalmente no se ven, porque no aparecen en ningún sitio: simplemente el proyecto avanza más despacio de lo que podría.
No siempre hay un interlocutor claro
Los proyectos que mejor funcionan suelen tener una cosa en común: alguien al otro lado que decide. Una persona que conoce el negocio, que puede responder rápido y que tiene la última palabra cuando hay que elegir.
Cuando ese papel no está claro, porque las decisiones pasan por mucha gente, o porque nadie se siente del todo dueño del proyecto, cada pregunta tarda más en resolverse. No es culpa de nadie en concreto; es una falta de estructura que se nota directamente en el calendario.
Estimar bien es difícil (y quien diga lo contrario miente un poco)
Al principio de un proyecto es cuando menos se sabe de él. Y, paradójicamente, es cuando toca dar una estimación. Se hace con la información disponible, con experiencia y con sentido común, pero sigue siendo una previsión sobre algo que todavía no existe.
Hay complejidades que solo aparecen cuando ya estás dentro: una integración que sobre el papel era sencilla y resulta que no, un caso que nadie había contemplado, un sistema antiguo que se comporta de forma rara. No es que la estimación estuviera mal hecha; es que estimar es, por naturaleza, aproximar.
Entonces, ¿esto se puede evitar?
En parte sí, y por eso lo contamos. Muchos de estos factores se pueden limitar: cerrando bien el alcance al principio, dejando claro quién decide, marcando qué cambios entran ahora y cuáles van a una segunda fase, y siendo honestos con las estimaciones en lugar de prometer fechas imposibles.
No siempre se elimina del todo, porque un proyecto es algo vivo y a veces toca adaptarse. Pero si tuviéramos que resumirlo en una idea: los proyectos no se alargan por falta de ganas ni de capacidad, sino por falta de conversaciones a tiempo. Las que se tienen al principio, cuando aún se puede decidir con calma, y las que se tienen durante, cuando algo cambia y conviene ponerlo sobre la mesa enseguida.
Lo hemos aprendido haciendo proyectos, no leyéndolo en un post. Y es, probablemente, lo más útil que podemos ofrecer: no la promesa de que nunca habrá un imprevisto, sino la costumbre de verlos venir y contarlos a tiempo.
