Броук заңы: Бағдарламалық жобаларды кешіктіру себептері мен шешімдері

Кіріспе

Бағдарламалық жобаны басқару принципі. Брукс заңы – бағдарламалық жобаны басқаруға қатысты бір байқау, ол: "Кейінгі мерзімге қалған бағдарламалық жобаға адам күшін қосу оны одан да кешіктіреді". Бұл терминді Фред Брукс 1975 жылы жарық көрген "Мифтік адам-ай" атты кітабында қолданды. Брукс пікірінше, белгілі бір жағдайларда жобаға қосымша адам қосылғанда, оны аяқтау үшін уақыт көбейеді, азаймайды.

Түсіндірмелері

Брукстың өзі заңды "аса шектен шыққан қарапайымдау" деп айтады. Ортақ бір міндетті орындайтын әркімнің бір-бірімен үйлесімде жұмыс істеуі қажет, сондықтан адам саны артқан сайын, олар басқалардың не істеп жатқанын анықтауға көбірек уақыт жұмсайды. Мысалы, қонақүй бөлмелерін тазалау сияқты жоғары бөлінетін жұмыстың көлемін арттыру, жалпы жұмыс уақытын қысқартады (қосымша жұмысшылар бір-біріне кедергі келтіретін деңгейге жеткенше). Дегенмен, бағдарламалық жобалардағы көптеген мамандықтарды қамтитын басқа міндеттер нашар бөлінеді; Брукс бұл шектеулі бөлінетіндікті тағы бір мысалмен түсіндіреді: бір әйелге бір баланы тоғыз айда тууға болса, "тоғыз әйел бір айда бала туа алмайды".

Ерекшеліктер мен мүмкін шешімдер

Брукс заңында кейбір ерекшеліктер бар, олар мүмкіндіктерді ашады және шешімдерге жол береді. Біріншіден, Брукс заңы тек қана кешіктірілген жобаларға ғана қолданылады. Егер адамдар процестің басында қосылса, жобаларды бақылауға қайтаруға (немесе қалыпта ұстауға) болады. Жобаның шынымен кешіктірілгені, әлде бастапқы жоспар тым оптимистік болғаны, соны анықтау да маңызды. Жоспарлау қателіктері көптеген жобалардың кешігуіне себеп болады. Жобаны аяқтау үшін нақты және сенімді уақыт шеңберін алудың ең жақсы жолы – жоспарды түзету. Жобаға қосылған адамдардың саны, сапасы және атқаратын рөлі де ескерілуі керек. Ашылу мерзімінен асып кеткен жобада заңды айналып өтудің бір жолы – қажеттіден артық адамдарды қосу, осылайша қосымша мүмкіндіктер оқыту мен байланысқа жұмсалатын шығындарды өтеуге мүмкіндік береді. Жақсы бағдарламашылар мен мамандарды оқытуға аз шығын жұмсап қосуға болады. Жобамен байланысты басқа да жұмыстарды орындау үшін адамдарды қосуға болады, мысалы, сапаны бақылау немесе құжаттама дайындау; егер тапсырма нақты болса, дайындық уақыты ең аз болады. Жақсы сегментация команда мүшелері арасындағы байланыс шығындарын азайтуға көмектеседі. Кішігірім мәселелерді кішігірім командалар шешеді, ал жүйелерді біріктіруге жоғары деңгейдегі команда жауапты болады. Бұл әдіс жұмыс істеуі үшін мәселенің сегментациясы алдымен дұрыс жасалуы керек; егер дұрыс жасалмаса, бұл мәселені жақсартпайды, керісінше нашарлатады, тіпті жобалық жоспарда олар байланыссыз деп көрсетілген жағдайда да, мәселенің шын мәнінде тығыз байланысты бөліктерімен жұмыс істейтін бағдарламашылар арасындағы байланысты қиындатады. Сегментацияның мысалы – жұмысты бөлуді жеңілдететін жобалау үлгілері, себебі команданың барлық мүшесі осы үлгімен ұсынылған шеңберде өз үлесін қоса алады. Жобалау үлгісі бағдарламашылардың орындауы тиіс ережелерді анықтайды, стандартты тілді қолдану арқылы байланысты жеңілдетеді және біркелкілік пен кеңейтілуді қамтамасыз етеді. Брукс заңын айналып өтудің бір жолы ретінде Бермуд жоспары ұсынылған, онда жобаның көптеген әзірлеушілері алынып тасталады ("Бермудқа жіберіледі") және қалғандары бағдарламалық құралды аяқтау үшін қалдырылады.

There are some key points in Brooks's law that allow exceptions and open the door for possible solutions. The first point is to note that Brooks's law only applies to projects that are already late. Projects can be brought back into (or kept in) control if people are added earlier in the process. It is also important to determine if the project is really late, or if the schedule was originally overly optimistic. Scheduling mistakes account for a large number of late projects. Correcting the schedule is the best way to have a meaningful and reliable time frame for the project's completion. The quantity, quality and role of the people added to the project also must be taken into consideration. One simple way to circumvent the law on an overrun project is to add more people than needed, in such a way that the extra capacity compensates the training and communication overhead. Good programmers or specialists can be added with less overhead for training. People can be added to do other tasks related with the project, for example, quality assurance or documentation; given that the task is clear, ramp up time is minimized. Good segmentation helps by minimizing the communication overhead between team members. Smaller sub problems are solved by a smaller team, and a top level team is responsible for systems integration. For this method to work, the segmentation of the problem must be done correctly in the first place; if done incorrectly, this can make the problem worse, not better, by impeding communication between programmers working on parts of the problem which are actually closely coupled, even when the project plan has decreed that they are not. An example of segmentation are design patterns that simplify the distribution of work, because the entire team can do its part within the framework provided by that pattern. The design pattern defines the rules that the programmers follow, simplifies communication through the use of a standard language, and provides consistency and scalability. The Bermuda plan, where most developers on a project are removed ("sent to Bermuda") and the remaining are left to complete the software, has been suggested as a way of circumventing Brooks's law.