Cuando alguien pregunta "¿cómo va el proyecto?", la respuesta útil no es "bien" ni "vamos al 60%". La respuesta útil es poder decir qué partes están completas, cuáles en proceso, cuáles no han empezado, y cuánto ha costado cada una contra lo presupuestado. Y eso solo es posible si el proyecto está desglosado en partes manejables desde el principio.
Ese desglose tiene nombre: estructura de desglose de trabajo, o WBS (por sus siglas en inglés). Es la columna vertebral del control de proyectos, y casi todo lo demás (presupuesto, avance, costos, valor ganado) se cuelga de ella. Un proyecto sin WBS es un proyecto que solo puedes controlar como un bloque opaco: sabes cuánto llevas gastado en total, pero no dónde ni por qué.
Qué es una WBS
Una WBS descompone el proyecto completo en piezas cada vez más pequeñas y manejables. Del todo, a las grandes fases, a las partidas concretas de trabajo. Es como el organigrama de un proyecto, pero de trabajo en lugar de personas.
Un ejemplo de obra:
- Proyecto: construcción de una nave industrial.
- Fases (nivel 1): cimentación, estructura, instalaciones, acabados.
- Partidas (nivel 2): dentro de cimentación → excavación, armado, colado. Dentro de instalaciones → eléctrica, hidráulica, especiales.
Cada partida del nivel más bajo es una unidad que puedes presupuestar, asignar, ejecutar y medir por separado. Esa es la clave: la WBS convierte un proyecto gigante e inabarcable en un conjunto de piezas que sí puedes controlar una por una.
Por qué es el cimiento de todo lo demás
La WBS no es un ejercicio de documentación bonita. Es lo que hace posible todo el control posterior:
- El presupuesto se arma sobre las partidas. A cada partida le asignas su costo estimado. La suma es el presupuesto del proyecto, pero ahora sabes cuánto vale cada parte.
- El avance se mide por partida. En vez de un "60%" difuso del proyecto entero, tienes el porcentaje real de cada partida, y el avance global se calcula ponderando.
- Los costos se asignan a partidas. Cada gasto se carga a la partida que lo generó, así sabes no solo cuánto llevas gastado sino en qué exactamente.
- El valor ganado necesita la WBS. Para calcular si vas adelantado o atrasado, en costo y en tiempo, necesitas avance y costo por partida. Sin WBS, no hay valor ganado posible.
En otras palabras: el nivel de control que puedes ejercer sobre un proyecto está limitado por qué tan bien lo desglosaste. Una WBS pobre pone un techo bajo a todo lo demás.
Cómo estructurarla bien
Armar una buena WBS tiene su técnica. Algunos principios que ayudan:
Descompón por entregables o trabajo, no por tiempo. La WBS dice qué se hace, no cuándo (eso es el cronograma). Cada elemento debe ser un pedazo de trabajo o un entregable concreto, no una etapa temporal.
Cada partida debe ser medible y asignable. Si no puedes decir cuánto cuesta ni cuánto lleva de avance una partida, está mal definida. La prueba es simple: ¿puedo presupuestar esto y puedo decir qué porcentaje va? Si no, hay que desglosar distinto.
Ni demasiado fino ni demasiado grueso. Partidas demasiado grandes (como "estructura" a secas) no permiten control real: es de nuevo un bloque opaco. Partidas demasiado pequeñas generan una carga de seguimiento que nadie mantiene. El nivel correcto es donde cada partida representa un trabajo que vale la pena medir por separado y que alguien puede seguir sin ahogarse.
Regla de no duplicar ni dejar huecos. Todo el trabajo del proyecto debe estar en alguna partida (sin huecos), y cada trabajo debe estar en una sola (sin duplicar). Si algo no cabe en ninguna partida o cabe en dos, la estructura tiene un defecto.
El error de saltarse la WBS
Muchos proyectos arrancan sin una WBS real. Se tiene un presupuesto global, se empieza a trabajar, y el control se hace "sobre la marcha". El problema aparece a la mitad: alguien pregunta cómo va la parte de instalaciones, o cuánto se ha gastado en acabados, y no hay respuesta, porque nunca se separó. Todo está mezclado en un solo saco.
Rearmar la WBS a media obra es doloroso y casi siempre incompleto, porque los costos ya se registraron sin separar. Por eso la WBS se hace al principio, antes de arrancar. Es la inversión de tiempo que hace posible todo el control que vendrá después.
La WBS viva, no de cajón
Un último punto: la WBS no es un documento que se hace una vez y se archiva. Es la estructura sobre la que corre el proyecto todos los días. Los avances se registran contra ella, los costos se cargan a ella, los reportes salen de ella. Y cuando hay una orden de cambio que altera el alcance, la WBS tiene que reflejarlo.
Una WBS que vive en un cajón (o en un Excel que nadie actualiza) no controla nada. Una WBS viva, integrada al sistema donde se registran costos y avances, es lo que convierte "¿cómo va el proyecto?" de una pregunta incómoda a una respuesta de un vistazo.
Lo que te llevas
La WBS es el cimiento del control de proyectos: descompone la obra en partidas medibles y asignables, y sobre ellas se montan el presupuesto, el avance, los costos y el valor ganado. El nivel de control que puedes lograr está limitado por qué tan bien la desglosaste, así que vale la pena hacerla bien y hacerla al principio, ni demasiado fina ni demasiado gruesa, sin huecos ni duplicados. Y tiene que estar viva, integrada a donde se registran costos y avances. Un proyecto sin WBS solo se controla como un bloque opaco; con WBS, se controla parte por parte.
En Vreo, Odoo lleva las analíticas y costos por debajo, y nuestra app es la capa encima que estructura la WBS de cada obra y cuelga de ella el presupuesto, los avances y los costos, viva y a la vista. Si quieres verlo aplicado a tus proyectos, platiquémoslo.