Число Данбара
Управление взаимодействием участников любых проектов – это всегда непростая задача для руководителя.
Необходимо установить стабильные связи, которые будут гарантировать высокую эффективность команды, а также обеспечить всеобщую вовлечённость.
Таким образом, большая часть свободного времени менеджера тратится именно на коммуникации, сбор и распространение информации и т.д.
В этой статье я расскажу об оптимальном количестве человек, с которыми мы можем установить эффективное взаимодействие в рабочем процессе.
Разберём всё подробно на примерах:
• В процессе, где участвует до 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+ — это проекты, которые успешно делятся на подпроекты и управляются как портфель или программа.
Используйте потенциал большого количества людей с умом. Надеюсь, было полезно.
