Закон Брукса: о парадоксе увеличения численности в проектах разработки ПО

Введение

Принцип управления программными проектами. Закон Брукса — это наблюдение в области управления программными проектами, утверждающее, что «добавление людей к запаздывающему программному проекту только увеличивает задержку». Этот закон был сформулирован Фредом Бруксом в его книге 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.