Definición y origen
La Estructura de Desglose del Trabajo (WBS, Work Breakdown Structure; en español también EDT) es la descomposición jerárquica del alcance total de un proyecto en componentes manejables, orientada a entregables. Cada nivel inferior detalla más el trabajo, hasta llegar a los paquetes de trabajo (work packages), unidades mínimas sobre las que se estima coste, duración, recursos y responsable.
El concepto se formaliza en el PMBOK del PMI y aparece en paralelo en metodologías de ingeniería del Departamento de Defensa estadounidense de los años 60, junto con PERT y el programa Polaris. Hoy es elemento obligatorio en cualquier proyecto formal: sin WBS no hay base sólida para cronograma, presupuesto, asignación de recursos ni control de avance.
La WBS responde a una pregunta concreta: qué hay que entregar. No describe cómo, ni cuándo, ni quién. Esa separación es deliberada: la WBS es la base estable sobre la que se construyen el cronograma (cuándo), el plan de recursos (quién) y el presupuesto (cuánto). Si se mezcla qué con cuándo, la WBS se vuelve un cronograma disfrazado y pierde su valor como herramienta de control de alcance.
Estructura y reglas
Dos reglas gobiernan una WBS bien construida.
Regla del 100%. La WBS debe contener el 100% del alcance, ni más ni menos. La suma de los hijos siempre es igual al padre. El trabajo que no está en la WBS no es parte del proyecto. Esta regla evita que aparezca trabajo “fuera de WBS” a mitad de ejecución consumiendo presupuesto no controlado.
Regla del 8/80. Los paquetes de trabajo deberían requerir entre 8 y 80 horas de esfuerzo. Por debajo de 8h el control es desproporcionado; por encima de 80h la estimación pierde precisión. Es una guía, no un dogma.
WBS deliverable-based vs phase-based. La forma recomendada por PMI es orientada a entregables: los nodos representan productos o resultados tangibles (“Manual de usuario”, “Módulo de facturación”, “Cimentación”). La alternativa orientada a fases usa hitos temporales como primer nivel (“Diseño”, “Construcción”, “Pruebas”). Deliverable-based para producto industrial y software a medida; phase-based para construcción y proyectos facturados por fases.
Codificación WBS. Cada elemento lleva código jerárquico decimal (1, 1.1, 1.1.2, 1.1.2.3) que sirve para imputar costes y consolidar reportes. Es el identificador único del nodo durante todo el ciclo de vida.
Diccionario WBS. Cada elemento se documenta con descripción, criterios de aceptación, responsable, hitos, recursos requeridos y referencias contractuales. Sin diccionario, dos interpretaciones del mismo nodo producen entregables incompatibles.
WBS, OBS y RBS
Tres estructuras complementarias:
- WBS: desglosa el trabajo del proyecto.
- OBS (Organization Breakdown Structure): desglosa la organización ejecutora (departamentos, equipos, roles).
- RBS: desglosa los recursos (Resource BS) o los riesgos (Risk BS, misma sigla).
El cruce WBS × OBS produce la matriz RACI, que asigna responsable y equipo ejecutor a cada paquete de trabajo.
En proyectos manufactureros (maquinaria a medida, instalaciones industriales), la WBS y la BOM se cruzan. La BOM describe la estructura física del producto; la WBS describe el trabajo para producirlo, instalarlo y entregarlo (ingeniería, gestión, pruebas, documentación, formación, puesta en marcha).
Cómo se aplica en Business Central
Business Central estándar gestiona proyectos vía módulo Jobs, con tareas, fases e imputación de tiempo, materiales y compras. La jerarquía nativa es plana o de dos niveles (Job → Task), suficiente para servicios profesionales, insuficiente para proyectos de ingeniería con WBS de cuatro o cinco niveles.
dvplanner y dvproject extienden Jobs con capacidades específicas de gestión por WBS:
- Jerarquía multinivel. WBS de N niveles, navegable en árbol, con propagación automática de coste estimado, coste real, horas planificadas e imputadas desde los nodos hoja hacia los padres. La regla del 100% se mantiene automáticamente.
- Asignación de recursos por nodo. Cada paquete recibe asignación de recursos humanos (con tarifa) y materiales. El cruce con calendario detecta sobrecargas antes de aprobar el plan.
- Costes estimados vs reales. Desviaciones por paquete, fase y proyecto, con vista de tendencia y alerta al responsable cuando supera umbral.
- Earned Value Management (EVM). Cálculo de PV, EV, AC, CPI, SPI y EAC sobre la jerarquía WBS. Es la métrica PMI estándar para proyectar el coste final a partir del avance real.
- Diccionario WBS integrado. Cada nodo lleva criterios de aceptación, entregables documentales y referencias a contrato. La trazabilidad cliente-contrato-WBS-imputación queda en una sola base de datos.
Errores frecuentes
Confundir WBS con cronograma. El error más extendido. Volcar la WBS en MS Project ordenando los nodos por dependencias temporales la convierte en Gantt y rompe la regla deliverable-based. La WBS describe qué; el cronograma describe cuándo.
Hacer WBS por tareas y no por entregables. “Reunión de kickoff”, “Enviar correo al cliente” son tareas, no entregables. Una WBS poblada de verbos en infinitivo se ha contaminado con cronograma. Los nodos deben ser sustantivos: “Acta de kickoff firmada”, “Módulo de stock operativo”.
No actualizar el diccionario al rebaselinar. Cuando el alcance cambia (change request, descope, ampliación), la WBS se rebaselina y el diccionario debe actualizarse en el mismo movimiento. Saltarse este paso deja diccionario obsoleto y convierte las discusiones de aceptación en disputas contractuales.
Saltarse la regla 8/80. Paquetes de 200 o 500 horas indican que el nodo no se ha descompuesto lo suficiente: el control se vuelve grueso y las desviaciones aparecen tarde.
Renumerar a mitad de proyecto. Reasignar códigos WBS rompe la trazabilidad histórica de imputaciones. Lo correcto es marcar nodos como obsoletos y crear nuevos.