Paquete de trabajo: definición y papel en la WBS

Toda estructura de desglose del trabajo deja de ramificarse en algún momento. El punto donde se detiene es el paquete de trabajo, y lo que ocurre ahí decide si la WBS es una herramienta de control real o solo un diagrama bonito con el que nadie gestiona.

Un paquete de trabajo no es una tarea de una lista de pendientes. Es un concepto de control: el nivel más bajo en el que un proyecto estima costos, asigna un único responsable y mide el avance frente a un plan. Si ese nivel se define mal, ya sea demasiado grande, demasiado pequeño o sin responsable, todo plan construido sobre él (el cronograma, el presupuesto, el informe de valor ganado) hereda el error.

Datos clave

• Según el propio glosario de valor ganado del Departamento de Defensa de los EE. UU., un paquete de trabajo es "el punto en el que se planifica el trabajo, se mide el avance y se calcula el valor ganado", mientras que su cuenta de control superior es el verdadero punto de control de gestión, definido como el lugar donde se comparan los presupuestos y los costos reales con el valor ganado con fines de gestión.
• Los paquetes de trabajo de Level of Effort, aquellos sin un resultado discreto y medible, por lo general no deberían durar más de 12 meses, según la guía publicada por el PMI sobre paquetes de planificación.
• Un paquete de planificación "debe convertirse en paquetes de trabajo antes de que se incurra en cualquier cargo por el esfuerzo", establece la misma guía del PMI, la regla que evita que las partidas presupuestarias de largo plazo absorban en silencio gasto real antes de que alguien haya planificado el trabajo.
• El porcentaje completado es uno de los métodos de medición de avance más utilizados para un paquete de trabajo, pero la guía de referencia de EVM de la NASA exige que esté respaldado por datos de respaldo cuantificables para seguir siendo una medición objetiva y no una conjetura.
• Nuestra propia guía de la estructura de desglose del trabajo ya establece la heurística de tamaño sobre la que se apoya esta página: ningún paquete de trabajo menor de 8 horas ni mayor de 80 horas de esfuerzo, una regla práctica y no un estándar.

¿Qué es un paquete de trabajo?

Un paquete de trabajo es el nivel más bajo de una estructura de desglose del trabajo en el que el trabajo se planifica, se estima, se asigna a un único responsable y se rastrea hasta su finalización. Se ubica por debajo de un entregable o sub-entregable y representa un alcance lo bastante pequeño como para que una persona, o un equipo, pueda completarlo con un esfuerzo, un resultado y una prueba de aceptación conocidos.

Eso importa, porque la mayor parte de la confusión en torno a los paquetes de trabajo viene de tratar el término como sinónimo de "un trozo de trabajo" en lugar de un concepto de control específico. Un paquete de trabajo no se define solo por su tamaño. Se define por lo que ocurre en ese nivel: ahí se estiman los costos, ahí se mide el avance y de ahí se construye una lista de actividades del cronograma. El glosario de valor ganado del Departamento de Defensa es preciso al respecto: describe un paquete de trabajo como la "subdivisión natural de las cuentas de control", el punto exacto en el que se planifica el trabajo, se mide el avance y se calcula el valor ganado.

Por eso también un paquete de trabajo es un concepto de control, no una tarea pendiente. Una tarea pendiente existe para que alguien recuerde hacer algo. Un paquete de trabajo existe para que un proyecto pueda responder tres preguntas en cualquier momento: cuánto de este alcance está hecho, quién es responsable de él y cuánto ha costado frente a lo que debía costar. Nada por encima del paquete de trabajo (un entregable, una fase, el proyecto mismo) responde esas preguntas de forma directa. Todo lo que está por encima las responde consolidando los paquetes de trabajo.

Paquete de trabajo vs entregable vs actividad vs tarea vs hito

Esta es la confusión que lleva a la mayoría de las personas a buscar esta página, y vale la pena ser exactos, porque los cinco términos responden preguntas genuinamente distintas.

La línea que confunde a casi todos: un paquete de trabajo no es en sí una actividad del cronograma. Un paquete de trabajo se descompone en una o más actividades del cronograma durante la planificación, de la misma manera en que un entregable se descompone en paquetes de trabajo durante la construcción de la WBS. "Compra y entrega del mobiliario" es un paquete de trabajo. "Enviar RFQ a tres proveedores" y "Confirmar la ventana de entrega" son las actividades del cronograma que lo componen. Mezclar ambos niveles es la forma en que un gráfico Gantt termina con cientos de líneas y sin una idea clara de quién es responsable de qué en el nivel que realmente importa para el costo y la rendición de cuentas.

Cuenta de control, paquete de planificación y paquete de trabajo: la jerarquía

Un paquete de trabajo no existe aislado. Es uno de los dos posibles hijos de una cuenta de control, y esa jerarquía es lo que hace honesta la planificación de largo plazo, en lugar de una conjetura disfrazada de detalle.

El glosario de EVM del Departamento de Defensa define una cuenta de control como el punto donde "los presupuestos (planes de recursos) y los costos reales se acumulan y se comparan con el valor ganado con fines de control de gestión", y un paquete de planificación como trabajo futuro que "aún no puede planificarse en detalle a nivel de Paquete de Trabajo o de tarea". Un artículo del PMI sobre el uso de paquetes de planificación expresa la regla sobre esa brecha en términos simples: un paquete de planificación "debe convertirse en paquetes de trabajo antes de que se incurra en cualquier cargo por el esfuerzo". Se puede presupuestar contra un marcador de posición. No se puede gastar contra uno.

Este es exactamente el mecanismo sobre el que se construye la planificación por olas sucesivas. El trabajo de corto plazo se descompone en paquetes de trabajo reales, porque se entiende lo bastante bien para planificarlo en detalle. El trabajo de largo plazo permanece como un paquete de planificación, un presupuesto y un hito, hasta que llega su ola y se gana una descomposición completa. La cuenta de control mantiene unidas ambas piezas, y le da a un patrocinador un único número honesto para toda la cuenta, aunque la mitad siga siendo tosca por diseño.

La entrada del diccionario de la WBS, campo por campo

Un paquete de trabajo sin una entrada de diccionario es una etiqueta sin sustancia detrás. Nuestra guía de la estructura de desglose del trabajo ya establece los campos base: descripción, responsable, esfuerzo estimado, insumos requeridos, criterios del entregable y dependencias. La entrada de un paquete de trabajo va un paso más allá, porque es el nivel en el que alguien realmente tiene que ejecutar según la entrada, no solo leerla.

Así se ve una entrada completa para el ejemplo de reubicación de oficina que se usa más adelante en esta guía:

Observe cuánto de la entrada existe para evitar una discusión específica y predecible más adelante. La línea de supuestos evita una disputa sobre los accesorios. Los criterios de aceptación evitan una disputa sobre qué significa "entregado". El código de cargo evita una disputa sobre si el costo real de este paquete pertenece aquí o en otro lugar.

Dimensionar un paquete de trabajo: la regla 8/80 y más allá

La regla 8/80, tal como la establece nuestra guía de la estructura de desglose del trabajo, es una heurística de tamaño: ningún paquete de trabajo debe ser menor de 8 horas ni mayor de 80 horas de esfuerzo. Repito la salvedad que esa guía ya hace, porque se pierde constantemente: 8/80 es una regla práctica, no un estándar emitido por el PMI ni por ningún organismo normativo. Algunas organizaciones usan 4/40 para esfuerzos cortos y de ritmo rápido, o llegan hasta 160 horas en programas plurianuales. El número cambia. El razonamiento detrás no, y se sostiene sin importar qué rango de horas elija una organización.

Un paquete que falla cualquiera de estas cuatro pruebas está mal dimensionado, sin importar su número de horas. Un paquete de 40 horas que tres personas comparten en silencio falla la prueba de responsabilidad aunque esté dentro del 8/80. Un paquete de 6 horas que no puede estimarse con confianza, porque nadie sabe aún realmente lo que implica, falla la prueba de estimabilidad sin importar lo pequeño que parezca. Use el rango de horas como un primer filtro; use estas cuatro preguntas como la prueba real.

Un ejemplo práctico: reubicación de oficina

Las reglas abstractas de dimensionamiento cobran más sentido frente a una descomposición real. Aquí se presenta una reubicación de oficina desglosada hasta el nivel de paquete de trabajo, el mismo proyecto usado en el ejemplo del diccionario de la WBS anterior.

Dos cosas que vale la pena notar. Primero, cada cifra de esfuerzo está dentro de un rango defendible: ninguna es la tarea de una sola tarde, ninguna supera las dos semanas laborales. Segundo, cada criterio de aceptación es algo que un tercero podría verificar sin preguntarle al responsable "entonces, ¿está listo?". Esa es la diferencia entre un paquete de trabajo y una línea que alguien escribió porque la WBS necesitaba una fila más.

Qué alimenta un paquete de trabajo más adelante

Un paquete de trabajo no es el final de la cadena de planificación. Es el insumo de casi todo lo que viene después de la definición del alcance.

Esa última fila merece precisión, ya que es una fuente común de errores. El valor ganado se calcula en el paquete de trabajo, con la técnica que se le haya asignado. Pero según la propia definición del Departamento de Defensa, la cuenta de control, no el paquete de trabajo individual, es el verdadero punto de control de gestión, donde se comparan los presupuestos, los costos reales y el valor ganado para el reporte y la toma de decisiones. Un solo paquete de trabajo con dificultades rara vez desencadena una acción por sí solo. Una cuenta de control cuyo CPI o SPI agregado se ha deteriorado recibe un análisis de variaciones y un plan de acción correctiva. Para conocer la mecánica de esa comparación, la gestión del valor ganado recorre las fórmulas.

Métodos de medición del avance de un paquete de trabajo

La forma de calcular el porcentaje completado de un paquete de trabajo se decide antes de que comience el trabajo, se documenta en la entrada del diccionario y nunca se cambia a mitad del paquete. La guía de referencia de EVM de la NASA y el glosario de EVM del Departamento de Defensa nombran el mismo conjunto central de técnicas.

El porcentaje completado sin datos de respaldo es donde se cuela la mayor parte de la ficción en los reportes, ya que es el método más fácil de reportar con optimismo sin que nadie lo note. El 0/100, las unidades completadas y los hitos ponderados bien definidos son más difíciles de maquillar, porque dependen de un evento que ocurrió o no ocurrió. El Level of Effort es la excepción honesta: no mide el avance real, es una conveniencia contable para trabajo que nunca iba a producir un resultado discreto, y según la guía del PMI, conviene mantenerlo en períodos de aproximadamente un año o menos.

El análogo ágil: epics, historias y el instinto de dimensionamiento

Un epic o una historia de usuario ágil no es un paquete de trabajo. Provienen de tradiciones de planificación distintas, se dimensionan de forma diferente y responden ante responsables distintos. Pero el instinto de dimensionamiento detrás de ambos es el mismo: descomponer el trabajo hasta que sea lo bastante pequeño para estimarlo con honestidad, asignarlo con claridad y terminarlo dentro de una ventana predecible.

Las organizaciones híbridas asignan una cosa a la otra constantemente, y casi siempre funciona, siempre que todos acuerden qué lado está decidiendo. Una cuenta de control puede situarse por encima de las epics de un release de la misma forma en que se sitúa por encima de un conjunto de paquetes de trabajo, y los criterios de aceptación de una historia cumplen la misma función que los de un paquete de trabajo. Lo que rompe la correspondencia es forzar story points dentro de una fórmula de valor ganado basada en horas. Vea cómo difieren realmente los términos en epics vs funcionalidades vs historias si traduce entre ambos mundos con regularidad.

Errores comunes al definir paquetes de trabajo

La mayoría de los problemas con los paquetes de trabajo se deben a un pequeño conjunto repetible de errores, fáciles de detectar una vez que se sabe qué buscar.

El error de superposición merece una segunda mirada, porque es el más difícil de detectar por inspección. Dos paquetes pueden verse razonables por separado y aun así contar doble las mismas horas si nadie los contrasta entre sí. Para eso existe la regla del 100%: recorrer cada rama y confirmar que la suma de los hijos es igual al padre, sin nada faltante y sin nada contado dos veces.

Lecturas relacionadas

• Estructura de desglose del trabajo (WBS)
• Entregables del proyecto
• Planificación por olas sucesivas
• Gestión del valor ganado (EVM)
• Estimación de costos del proyecto
• Declaración de trabajo (SOW)
• Diagrama de red
• ¿Qué es una matriz RACI?

Un paquete de trabajo se gana su lugar en la WBS haciendo un trabajo que nada más en el plan puede hacer: darle a una persona una pieza de alcance lo bastante pequeña para asumirla, estimarla con honestidad y terminarla dentro de una ventana que alguien pueda comprobar. Si acierta con la prueba de dimensionamiento, escribe la entrada del diccionario con criterios de aceptación reales y mantiene a los paquetes de planificación honestos sobre lo que aún no se ha detallado, el resto del plan hereda algo sobre lo que vale la pena construir, en lugar de una conjetura disfrazada de plan de proyecto.