Prawo Brooksa to zasada zarządzania projektami programistycznymi, według której dodanie nowych osób do opóźnionego projektu powoduje jeszcze większe opóźnienia. Sformułowana przez Freda Brooksa w książce The Mythical Man-Month z 1975 roku, teoria ta podkreśla kluczowe wyzwania związane z rozwojem oprogramowania. Problem wynika głównie z konieczności przeszkolenia nowych członków zespołu oraz zwiększonego narzutu komunikacyjnego. W artykule wyjaśnione zostaną przyczyny tego zjawiska oraz sposoby jego minimalizacji.
Dlaczego prawo Brooksa działa?
Według Brooksa, prawo to jest uproszczeniem, ale dobrze oddaje rzeczywistość. Istnieją trzy główne przyczyny, dla których dodanie pracowników do projektu nie zawsze przynosi oczekiwane efekty:
- Czas wdrożenia nowych pracowników – Każda nowa osoba wymaga szkolenia, co angażuje doświadczonych członków zespołu i tymczasowo obniża ich produktywność. Nowi pracownicy muszą zrozumieć dotychczasowy kod i procesy, a ich początkowe działania mogą generować błędy zamiast przyspieszać realizację projektu.
- Zwiększony narzut komunikacyjny – Wzrost liczby osób powoduje eksplozję kombinatoryczną kanałów komunikacyjnych, co oznacza, że więcej czasu trzeba poświęcić na synchronizację działań. W efekcie zamiast efektywnie programować, zespół skupia się na koordynacji.
- Ograniczona podzielność zadań – W niektórych zawodach, takich jak sprzątanie hotelu, dodanie pracowników skraca czas wykonania zadania. Jednak w programowaniu wiele procesów jest trudno podzielnych, a niektóre elementy muszą być realizowane przez jedną osobę lub niewielką grupę specjalistów. Brooks obrazuje to przykładem: „Dziewięć kobiet nie urodzi dziecka w ciągu jednego miesiąca”.
Wyjątki i sposoby minimalizacji problemu
Mimo że prawo Brooksa często znajduje potwierdzenie w praktyce, istnieją sposoby na jego obejście. Oto kilka metod minimalizacji negatywnych skutków:
- Dodawanie pracowników na wcześniejszym etapie projektu – Jeśli nowe osoby dołączają we wczesnej fazie, można uniknąć problemów wynikających z opóźnień i narzutu komunikacyjnego.
- Realistyczne planowanie harmonogramu – Często projekty nie są faktycznie opóźnione, a problem leży w zbyt optymistycznym harmonogramie. Ustalenie realnych terminów zmniejsza presję na zespół.
- Dobrze zaplanowana segmentacja zadań – Rozbicie projektu na mniejsze, niezależne komponenty pozwala na efektywną pracę mniejszych zespołów. Wzorce projektowe pomagają w definiowaniu jasnych reguł współpracy i ograniczają chaos komunikacyjny.
- Dodawanie pracowników do innych obszarów – Zamiast angażować nowych członków do samego kodowania, można ich skierować do testowania, dokumentacji czy zarządzania jakością. W ten sposób nie zaburzają głównego procesu programistycznego.
- Plan „Bermudzki” – W skrajnych przypadkach sugeruje się usunięcie większości zespołu i pozostawienie niewielkiej grupy ekspertów, którzy sprawnie dokończą projekt bez dodatkowych zakłóceń.
Podsumowanie
Prawo Brooksa to ważna zasada w zarządzaniu projektami IT, która zwraca uwagę na problemy związane z ekspansją zespołów w zaawansowanych fazach prac. Choć większa liczba pracowników może wydawać się rozwiązaniem problemu opóźnień, w rzeczywistości często prowadzi do większych trudności organizacyjnych i wydłużenia projektu. Kluczem do sukcesu jest przemyślana segmentacja zadań, realistyczne planowanie oraz świadome zarządzanie zasobami ludzkimi. Dzięki tym podejściom możliwe jest ograniczenie negatywnych skutków wynikających z prawa Brooksa i sprawne doprowadzenie projektu do zakończenia.
źródło: https://en.wikipedia.org/wiki/Brooks%27s_law dostęp 14.03.2025
