El proyecto que no terminaba nunca: lo que aprendimos sobre alcance y expectativas

PrismaLabs 29 de abril de 2026
El proyecto que no terminaba nunca: lo que aprendimos sobre alcance y expectativas

Hubo un proyecto que simplemente no terminaba. Arrancó como cualquier otro: una reunión, un briefing, un presupuesto aprobado. Pero pasaban las semanas y el final no llegaba. Y cuando digo semanas, en realidad fueron meses. Casi el triple del plazo original.

Al principio los retrasos parecían razonables. El cliente tenía dudas legítimas sobre el rumbo del diseño, quería probar dos enfoques distintos antes de decidir. Le dimos espacio, porque nos parecía parte del proceso. Después empezaron los “ya que estamos”: pequeños agregados que parecían inocentes pero que sumaban tiempo. Un día era una sección nueva, otro día era cambiar la estructura de navegación, otro era integrar una herramienta que el cliente acababa de descubrir.

Cada cambio por separado era defendible. Juntos, convertían el proyecto en una bola de nieve que crecía sin control.

El problema de fondo era que nunca habíamos definido claramente qué significaba “terminado”. El presupuesto decía “sitio web corporativo con blog y formulario de contacto”, pero eso dejaba demasiado espacio para la interpretación. ¿Cuántas páginas? ¿De qué extensión? ¿Qué funcionalidades exactas? ¿Cuántas revisiones? ¿Qué pasa si el cliente quiere cambiar de opinión después de aprobar?

Nos faltaban límites, y sin límites los proyectos se expanden hasta ocupar todo el tiempo disponible.

Después de esa experiencia, cambiamos la forma de presupuestar. Ahora los proyectos se dividen en fases claras con entregables concretos. Cada fase tiene un número definido de revisiones. Los cambios fuera del alcance se cotizan por separado y se comunican antes de ejecutarlos.

Pero el cambio más importante no fue administrativo, fue conversacional. Aprendimos a tener la conversación incómoda al principio: “¿qué pasa si esto se alarga? ¿Qué esperas de mí y qué espero de ti?” No es una conversación fácil de tener cuando estás empezando una relación con un cliente nuevo. Pero es mucho más difícil tenerla cuando ya llevas tres meses de retraso.

Hoy prefiero parecer demasiado estructurado al principio que tener que explicar por qué el presupuesto se duplicó después.

El proyecto que no terminaba nunca sí terminó, eventualmente. Y el cliente quedó contento con el resultado. Pero el proceso nos dejó una lección que aplicamos en cada proyecto desde entonces: la claridad no es rigidez, es respeto. Respeto por el tiempo del cliente, por nuestro trabajo, y por la relación que estamos construyendo.

Temas:
gestión de proyectos alcance aprendizaje
PrismaBot
En línea
¡Hola! Soy PrismaBot 👋
Dime tu nombre y cuéntame qué necesitas hoy.