Bruks Qanunu - Wikipedia
Bruks qanunu — proqram təminatı layihələrinin idarə edilməsində "gecikmiş layihələrə əlavə insan resurslarının cəlb edilməsinin onları daha da gecikdirməsi" ilə bağlı əsas prinsip. Bu qanun 1975-ci ildə Fred Bruks tərəfindən yazılmış "The Mythical Man-Month: Essays on Software Engineering" adlı kitabda təqdim olunmuşdur. Bruks IBM-in OS/360 əməliyyat sistemi layihəsində əldə etdiyi təcrübələr əsasında proqram layihələrinin planlaşdırılması və idarə edilməsində qarşıya çıxan çətinlikləri təsvir etmişdir.[1][2]
Prinsiplər
redaktəBruks qanununun mərkəzi iddiası odur ki, gecikmiş proqram layihələrinə əlavə insan resurslarının cəlb edilməsi, əksər hallarda layihənin tamamlanmasını sürətləndirmək əvəzinə daha çox gecikmələrə səbəb olur.[1]
Hər yeni komanda üzvü əlavə edildikcə, mövcud komanda ilə əlaqələrin sayı artır. Komandadakı əlaqələrin sayı n(n-1)/2 düsturu ilə hesablanır, burada n komanda üzvlərinin sayını ifadə edir. Bu əlaqələrin çoxluğu ünsiyyət və koordinasiya tələblərini artıraraq layihənin idarə olunmasını çətinləşdirir. Yeni komanda üzvləri layihənin mövcud strukturu və texniki detalları ilə tanış olmaq üçün vaxt tələb edir. Bu müddətdə onların məhsuldarlığı aşağı olur və layihənin ümumi iş qrafikində gecikmələr yaranır. Bundan əlavə, mövcud üzvlər də yeni üzvləri öyrətmək üçün vaxt sərf edir ki, bu da işin gedişatını yavaşladır. Proqram mühəndisliyindəki bütün tapşırıqlar paralel şəkildə yerinə yetirilə bilməz. Bəzi işlər digər vəzifələrin tamamlanmasını gözlədiyi üçün layihənin çevik idarə olunmasına maneə yarana bilər.[1]
Bruks qanunu universal prinsip olsa da, hər layihə üçün tətbiq edilə bilməz. Əgər layihə müstəqil modullardan ibarətdirsə və tapşırıqlar asanlıqla bölünə bilirsə, əlavə insan resursları layihənin sürətlənməsinə kömək edə bilər, lakin mürəkkəb və qarşılıqlı asılılıq səviyyəsi yüksək olan layihələrdə bu prinsip daha böyük əhəmiyyət daşıyır.[3][4]
Təkliflər
redaktəFred Bruks bu problemlərin həlli üçün bir sıra təkliflər irəli sürmüşdür.
Layihənin başlanğıcında realistik planlar və gözləntilər müəyyən edilməlidir. Gözlənilməz çətinliklərə qarşı çevik yanaşma tətbiq edilməlidir. Layihənin müstəqil və idarə olunması asan modullara bölünməsi daha səmərəli idarəçiliyi təmin edə bilər. Layihə boyu potensial riskləri minimuma endirmək üçün qabaqlayıcı tədbirlər görülməlidir.[1]
Müasir texnologiyalarda
redaktəMüasir proqram mühəndisliyi yanaşmalarında, xüsusilə "Agile" və "Scrum" kimi çevik metodologiyalarda Bruks qanununun təsirləri nəzərə alınır. Bu yanaşmalar kiçik, özünüidarə edən və müstəqil komandaların yaradılmasını tövsiyə edir ki, bu da koordinasiya problemlərinin azaldılmasına kömək edir.[5]
İstinadlar
redaktə- ↑ 1 2 3 4 Frederick P. Brooks, Jr. The Mythical Man-Month. 1995 [1975]. Addison-Wesley.
- ↑ Maggie Fox NBC News, October 21, 2013, Better use the phone: Why Obamacare website is such a fail. Accessed Oct 21, 2013. "And sending in too many of the "best and the brightest’ might not be the right fix, either, software experts note. They often cite Brooks’s Law, which holds that adding people to a project slows it down."
- ↑ "In spite of Brooks's law, adding people to a late project remains commonplace" ... "I have evangelized this well-worn software engineering chestnut many times myself, but I no longer think it's true". (McConnell, 1999)
- ↑ "The trouble is that there are important exceptions that many people do not take the time to consider when using Brooks's law to justify something". (Berkun, 2006)
- ↑ https://deviq.com/laws/brooks-law
