Kort fortalt
Brooks’ lov siger, at tilføjelse af arbejdskraft til et forsinket softwareprojekt gør det senere. Flere mennesker betyder mere oplæring, mere kommunikation og flere grænseflader — ikke automatisk mere fremdrift.
Hvad betyder princippet?
Frederick Brooks formulerede loven i The Mythical Man-Month (1975) ud fra erfaring med store systemprojekter. Antagelsen “månedsværk er udskiftelige” bryder sammen, når arbejdet kræver fælles forståelse.
Nye folk skal oplæres af dem, der allerede er produktive. Samtidig vokser kommunikationsvejene. Nettoeffekten kan være negativ midlertidigt — og længere, hvis projektet allerede er presset.
Mennesker og måneder er ikke frit ombyttelige i komplekst vidensarbejde.
Et konkret eksempel
Et team er to uger bagud på en integration. Ledelsen tilføjer fire nye udviklere. De næste uger går med onboarding, arkitekturforklaringer og merge-konflikter. Den oprindelige deadline glider yderligere.
Et projekt splitter arbejdet i uafhængige dele med klare interfaces. Her kan ekstra folk hjælpe tidligere. Loven er stærkest, når opgaven er tæt koblet og viden er koncentreret.
Hvornår er princippet nyttigt?
- Når “bare tilføj flere” foreslås som redning.
- Når man planlægger bemanding og milepæle.
- Når man vurderer, om arbejde kan paralleliseres.
- Når man kommunikerer realistiske leveranceforventninger.
Begrænsninger og kritik
Brooks’ lov er en tommelfingerregel for bestemte projekttyper — ikke en naturlov. Tidlig tilføjelse af folk, bedre modularisering og klare grænseflader kan ændre regnestykket.
Den siger heller ikke, at man aldrig skal skalere teams. Den siger, at timing og kobling afgør, om skala hjælper eller skader.
Kilder
- Frederick P. Brooks Jr., The Mythical Man-Month (1975).
- Bemærkning: Loven er en erfaringsbaseret heuristik fra softwareengineering; anvendeligheden afhænger af opgavens paralleliserbarhed.