2.1WBS: desglose del proyecto en tareas
Lo esencial en 30 segundos
- WBS (EDT) = desglosar para dominar: del proyecto a los grandes lotes hasta los paquetes de trabajo, bastante finos para ser estimados, asignados y seguidos.
- La base de la planificación: sin WBS, imposible estimar duraciones, ordenar o presupuestar.
- Reflejo: el WBS describe qué debe producirse (el QUÉ), aún no el cuándo — regla del 100 %: todo el alcance, sin olvido ni añadido.
Mini-caso hilado — Bilal desglosa su proyecto antes de planificar
Bilal, joven jefe de proyecto en una PYME de servicios en Argel, debe rediseñar el sitio escaparate e implantar una herramienta de seguimiento de cliente en tres meses, con dos desarrolladores y una diseñadora a tiempo parcial. Tentado de fechar directamente tareas, empieza por desglosar: sitio, herramienta, formación, puesta en línea — y luego cada bloque en paquetes confiables a una persona. Por primera vez, ve todo el trabajo antes de hablar de plazos.
Este mismo caso vuelve en el curso, el esquema, el guion y el reto 48h — y continúa en 2.2, 2.3, 2.4, 2.5 y 2.6.
1. Desglosar para dominar
Ante la complejidad, la mejor arma es desglosar. El WBS (Work Breakdown Structure, o EDT) descompone el proyecto en elementos cada vez más finos: de los grandes bloques a los paquetes de trabajo (work packages) — tareas bastante pequeñas para ser estimadas, asignadas y seguidas.
2. La base de la planificación
Es la base de toda planificación: imposible estimar duraciones, ordenar o presupuestar sin haber identificado primero el trabajo.
Regla de oro: el WBS describe qué debe producirse (los entregables), no aún el cuándo. La regla del 100 % impone cubrir todo el alcance, sin olvido ni añadido.
🔎 Ejemplo concreto — 🔎 Ejemplo concreto — La granularidad correcta
Ni demasiado grande, ni demasiado fino.
Paquete demasiado grande («hacer el sitio») → imposible de estimar/seguir.
Paquete demasiado fino («escribir el título de la página») → microgestión.
Buen paquete: de unos días a dos semanas, confiado a una persona.Resultado: un proyecto manejable trozo a trozo.
Reflejo: verificar la cobertura al 100 % del alcance.
Vocabulario de la sección
- WBS / EDT
- Work Breakdown Structure: descomposición jerárquica del proyecto en entregables y luego en tareas, hasta los paquetes de trabajo.
Ejemplo sencillo: Bilal desglosa su rediseño en sitio, herramienta, formación, puesta en línea, y luego en paquetes.
Lo que no es: un calendario fechado o un presupuesto.
Reflejo: ante un proyecto, preguntar «¿cuáles son los grandes bloques, luego los paquetes?».
- Paquete de trabajo (work package)
- El elemento más pequeño del WBS: una tarea bastante fina para ser estimada, asignada a alguien y seguida.
Ejemplo sencillo: «Integrar las 5 páginas del sitio» confiado a un desarrollador por una semana.
Lo que no es: «hacer el sitio», demasiado grueso para estimarse o seguirse.
Reflejo: un paquete = algunos días a dos semanas, un responsable.
- Descomposición
- Desglosar progresivamente el proyecto en elementos más pequeños y manejables.
Ejemplo sencillo: Bilal pasa de 4 bloques a una veintena de paquetes de trabajo.
Lo que no es: listar tareas a granel sin estructura jerárquica.
Reflejo: partir de los entregables para estructurar el desglose.
- Entregable
- Resultado concreto producido por una rama del WBS; el desglose parte a menudo de los entregables.
Ejemplo sencillo: El sitio puesto en línea, la guía de formación entregada a los usuarios.
Lo que no es: una tarea interna sin resultado verificable.
Reflejo: cada rama del WBS debe producir algo verificable.
- Regla del 100 %
- El WBS debe cubrir el 100 % del trabajo del alcance — ni más (nada fuera de alcance), ni menos (nada olvidado).
Ejemplo sencillo: Bilal verifica que formación y puesta en línea figuren bien en su WBS.
Lo que no es: añadir ideas fuera de alcance u olvidar la formación.
Reflejo: releer el WBS frente al alcance: ¿todo está, nada de más?
En la práctica — En la práctica — Construir el WBS de un proyecto
- Parte del proyecto global, luego identifica sus grandes entregables o fases (el 1.er nivel del WBS).
- Descompón cada gran bloque en subelementos, y luego en paquetes de trabajo bastante finos para ser estimados.
- Verifica la regla del 100 %: ¿todo el alcance está cubierto, sin añadir nada fuera de alcance ni olvidar nada?
- Asegúrate de que cada paquete sea bastante pequeño para confiarlo a una persona y seguirlo (ni demasiado grande, ni demasiado detallado).
Guion listo para decir — encuadrar el desglose con el equipo (1 min)
«Antes de hablar de plazos, listemos todo el trabajo: nuestros grandes bloques, luego los paquetes de algunos días cada uno. Cada paquete tendrá un responsable. Hoy no fechamos nada — solo verificamos que no olvidamos nada y que no añadimos nada fuera de alcance.»
Para decir en reunión de lanzamiento de la planificación: imponer el QUÉ antes que el CUÁNDO.
Modelo copiar-pegar — lista de control WBS
PROYECTO: _______________
GRANDES BLOQUES (entregables/fases) : 1. _______________ 2. _______________ 3. _______________
PAQUETES DE TRABAJO (algunos días a 2 semanas) : _______________
RESPONSABLE POR PAQUETE: _______________
REGLA DEL 100 % (¿olvido? ¿fuera de alcance?) : _______________TPE / presupuesto pequeño
Una pizarra o una hoja de cálculo basta: una columna por gran bloque, una línea por paquete, un nombre por responsable.
PYME Argelia
Bilal expone el WBS en la oficina: cada uno ve su paquete y el todo — la regla del 100 % se verifica entre varios, no solo.
Equipo a distancia
Compartir el WBS en un documento común y releerlo en videollamada: a distancia, lo escrito sustituye el muro de la oficina.
Proyecto interno pequeño
Incluso para tres semanas de trabajo: diez paquetes bien desglosados valen más que una vaga lista de «cosas por hacer».
✓ Buenas prácticas
- Parte de los entregables para estructurar el desglose.
- Apunta a paquetes de unos días a dos semanas.
- Verifica la regla del 100 % (ni olvido, ni fuera de alcance).
✗ Errores frecuentes
- Confundir el WBS (el QUÉ) con la planificación (el CUÁNDO).
- Paquetes demasiado grandes (ingobernables) o demasiado finos (microgestión).
- Olvidar trabajo o añadir fuera de alcance.
Puntos clave
- El WBS desglosa el proyecto en elementos cada vez más finos.
- El paquete de trabajo es bastante pequeño para ser estimado, asignado y seguido.
- El WBS describe el QUÉ (entregables/tareas), no aún el CUÁNDO.
- Regla del 100 %: cubrir todo el alcance, sin olvido ni añadido.
Reto 48h — aplica mañana
Toma un proyecto real y desglósalo en grandes bloques y luego en paquetes de trabajo (modelo anterior). Verifica la regla del 100 % con otra persona. 20 minutos bastan.
- Puedo definir el WBS y la regla del 100 % sin dudar.
- Sé distinguir el QUÉ (WBS) del CUÁNDO (calendario).
- He desglosado un proyecto real en paquetes con responsables.
Preguntas frecuentes
¿Hasta dónde desglosar el WBS?
Hasta obtener paquetes de trabajo que se puedan estimar con confianza, asignar a un responsable y seguir — a menudo de unos días a dos semanas de trabajo. Ni demasiado grandes (imposibles de pilotar), ni demasiado detallados (microgestión ingobernable). La granularidad correcta es la que hace el seguimiento útil sin ahogarlo. Un paquete que no se sabe estimar aún es demasiado grande; un paquete en el que se pasa el tiempo apuntando es demasiado fino.
El WBS, ¿es lo mismo que la planificación?
No, y es una confusión frecuente. El WBS lista el trabajo a hacer (el QUÉ), de forma jerárquica y sin noción de tiempo. La planificación (sección Gantt) ordena luego esas tareas en el tiempo (el CUÁNDO), con duraciones y dependencias. El WBS va primero: solo se planifica bien lo antes identificado. Querer planificar sin WBS equivale a fechar tareas aún no listadas exhaustivamente.
Bilal quiere fechar cada tarea cuando el trabajo ni siquiera está listado. ¿Por dónde debe empezar?