Legea Brooks
Legea lui Brooks este un principiu valid în ingineria calculatoarelor care spune: Adăugarea de forță de muncă unui proiect software târziu va întârzia și mai mult [1] .
Explicaţie
Legea a fost enunțată pentru prima dată în 1975 de Fred Brooks în eseul său The Mythical Man-Month și, prin admiterea autorului, trebuie considerată o simplificare paradoxală [1] , dar care surprinde spiritul principiului pe care îl dorește exprima. Principalii factori luați în considerare de Brooks sunt:
- Este nevoie de ceva timp pentru ca noul personal adăugat la proiect să devină productiv. Proiectele software sunt, în general, complexe, iar noii designeri trebuie mai întâi informați de personalul deja angajat cu privire la ceea ce s-a făcut deja. Acest lucru deviază resursele de la proiectul însuși prin scăderea temporară a productivității. Noul personal trebuie apoi integrat în grupul de lucru preexistent și aceasta presupune o perioadă suplimentară de timp în care nu vor fi pe deplin productivi. Mai mult, în această fază, proiectanții experți își scad productivitatea, atât pentru a se dedica inserării altora noi, cât și pentru a delega o parte din munca lor din urmă, lucrare care va fi efectuată cu un grad mai mic de productivitate, tocmai pentru că a inexperienței lor în proiect care îi va conduce să scrie software cu mai multe erori care vor trebui corectate ulterior.
- Supraîncărcarea de muncă necesară pentru intercomunicarea între diferiții designeri crește, evident, odată cu creșterea personalului. Numărul de canale de comunicare necesare într-o echipă de proiect crește aproximativ cu pătratul numărului de componente, astfel încât dublarea proiectanților înseamnă de patru ori timpul petrecut comunicând între ei.
Excepții și soluții
Legea lui Brooks este adesea citată pentru a explica de ce unele proiecte software nu pot fi împiedicate să rămână în urmă, în ciuda tuturor eforturilor de a încerca să gestioneze situația. În realitate, trebuie luate în considerare unele puncte cheie care permit soluții la acest tip de situație [2] [3] .
În primul rând, legea lui Brooks ia în considerare proiectele care sunt deja depășite. Procesul poate fi ținut sub control dacă creșterea personalului are loc atunci când proiectul este încă relativ la timp. Adesea întârzierea este gestionată pur și simplu prin mutarea datelor de expirare, luând în considerare, de asemenea, o estimare prea optimistă a timpilor de dezvoltare.
Mai mult, trebuie avute în vedere rolul, cantitatea și calitatea proiectanților suplimentari. Designerii buni au nevoie de mai puțin timp pentru plasare, iar plasarea în roluri cheie poate ocoli legea lui Brooks.
Notă
- ^ a b Frederick P. Brooks Jr, The Mythical Man Month , Addison-Wesley, 1995.
- ^ "În ciuda legii lui Brooks, adăugarea de oameni la un proiect târziu rămâne ceva obișnuit" ... "Eu am evanghelizat de multe ori acest castan de inginerie software bine purtat, dar nu mai cred că este adevărat". (McConnell, 1999)
- ^ "Problema este că există excepții importante pe care mulți oameni nu își iau timpul să le ia în considerare atunci când folosesc legea lui Brooks pentru a justifica ceva". (Berkun, 2006)
linkuri externe
- (RO)Legea lui Brooks a fost abrogată? , pe stevemcconnell.com .
- (RO) Excepții de la legea lui Brooks pe scottberkun.com.
- (EN) Legea lui Brooks și open source: Cu cât mai mult cu atât mai bine? , la www-106.ibm.com .
