Число Данбара

Число Данбара

Управление взаимодействием участников любых проектов – это всегда непростая задача для руководителя.
Необходимо установить стабильные связи, которые будут гарантировать высокую эффективность команды, а также обеспечить всеобщую вовлечённость.
Таким образом, большая часть свободного времени менеджера тратится именно на коммуникации, сбор и распространение информации и т.д.

В этой статье я расскажу об оптимальном количестве человек, с которыми мы можем установить эффективное взаимодействие в рабочем процессе.

Разберём всё подробно на примерах:

• В процессе, где участвует до 4 человек совсем не имеет значения, какую методологию вы выберете — это вряд ли повлияет на результат.

• До 10 человек можно использовать легковесные Agile-практики. Здесь у проджект менеджера есть возможность организовать встречу и послушать каждого отдельно.

Количество социальных связей в группе считается по формуле

k=(n×(n –1))/2

Так, в команде из 7 человек формируется 21 социальная связь.
Представим, что нам необходимо коммуницировать ещё с 2 людьми на стороне заказчика, тогда количество связей увеличивается до 36.
Это немного относительно числа Данбара. Согласно его теории мы можем поддерживать порядка 150 связей. Держите эту идею в голове.

• Команда до 15 человек предполагает уже под сотню связей и потери на коммуникации могут оказать значительное влияние на процесс.

В этом размере важно не упустить естественное деление команды на подгруппы.

С данным размером команды Agile подходы показывают свою наибольшую эффективность и хорошие шансы на успешное завершение проекта.

• Когда набирается 20–40 человек, то на сцену выходят эволюционировавшие из простых Agile практик вариации на тему масштабирования Agile – такие, как SAFe (Scaled Agile Framework), DAD (Disciplined Agile Delivery), ну и Scrum-of-Scrums.

Появляются “бизнес-процессы”, которые регламентируют порядок действий, разрешительную систему, процесс эскалации и решения проблем.

• 40–150 человек это все тот же масштабируемый Agile. Здесь требования к пониманию “гибкого” подхода выше. В ход могут пойти “тяжелые” корпоративные методологии, такие как PMI, Prince2, RUP и т.д, потому что на этом уровне мы имеем дело с большой корпорацией, длительным контрактом и большой суммой денег — в этом случае, как принято в корпоративном мире, ответственность надо размывать, каждое решение — подкрепить, обосновать и утвердить.

• Проекты с количеством команды проекта в 150+ — это проекты, которые успешно делятся на подпроекты и управляются как портфель или программа.

Используйте потенциал большого количества людей с умом. Надеюсь, было полезно.