Observación empírica en ingeniería de software según la cual añadir personal adicional a un proyecto retrasado tiende a aumentar el retraso, principalmente por la sobrecarga de comunicación, la necesidad de formación/integración y la divisibilidad limitada de las tareas restantes.

Principio

Cuando un proyecto está retrasado, el coste marginal (en coordinación, formación e integración) de añadir personas puede superar el beneficio marginal laboral a menos que las tareas sean suficientemente paralelizables y la incorporación sea rápida; por ello añadir personal puede reducir la capacidad productiva neta en el corto y medio plazo.

Demostración

Escenario ilustrativo — Situación: un equipo de software retrasado contrata cinco desarrolladores para acelerar la entrega. Reconocimiento: el equipo existente debe dedicar tiempo a incorporar y coordinar a los recién llegados; aumentan las reuniones y el trabajo de integración. Acción: la productividad por persona cae a corto plazo. Consecuencia: el calendario se atrasa más antes de que aparezcan posibles ganancias a largo plazo por la capacidad añadida, si llegan a aparecer.

Aplicación incorrecta

Interpretar la Ley de Brooks como una prohibición absoluta de añadir personal ignora contextos en los que las incorporaciones ayudan (descomposición modular clara, eliminación de un cuello de botella, disponibilidad de especialistas formados); el error es aplicar la regla sin evaluar la paralelización de tareas, el coste de incorporación y la sobrecarga de integración.

Consecuencia

Respuestas prácticas incluyen contratar antes, mejorar la modularización para permitir trabajo en paralelo, invertir en incorporación y transferencia de conocimiento, y realizar contrataciones dirigidas que reduzcan cuellos de botella específicos en lugar de aumentar indiscriminadamente la plantilla en proyectos atrasados.

Inversión

Cuando las tareas son altamente descomponibles, cuando el nuevo personal ya está completamente formado en la base de código y el dominio, o cuando las contrataciones atacan un cuello de botella aislado, añadir personal puede acortar el calendario en lugar de alargarlo; la ley depende de supuestos sobre el acoplamiento de tareas y el coste de incorporación.

Límite

Claramente dentro: proyectos de software complejos e interdependientes con gran conocimiento tácito y costes de integración. Caso límite: proyectos con interfaces modulares claras y incorporación automatizada — los resultados dependen de cómo se cumplan estas condiciones. Claramente fuera: tareas de fabricación repetitivas donde añadir mano de obra aumenta el rendimiento de forma predecible y la sobrecarga de comunicación es mínima.

Tensión semántica

Velocidad (añadir recursos para acelerar la entrega) ↔ Sobrecarga de coordinación (comunicación e integración): aumentar la plantilla puede incrementar los costes de coordinación más rápido que la producción efectiva, creando un intercambio.

Síntesis

La Ley de Brooks subraya el intercambio entre mano de obra bruta y capacidad productiva efectiva en trabajo del conocimiento interdependiente: para acelerar un proyecto retrasado conviene reducir acoplamientos y costes de incorporación o eliminar cuellos de botella concretos en vez de confiar en aumentos indiscriminados de personal.