Кто тянет проект на себя 🤔

Конечно, команды. Это заметил инженер Мелвин Конвей ещё в 1968 году. В статье «How Do Committees Invent?» звучит главный тейк взаимоотношений между участниками⬇️

«Системы проектируются так, чтобы копировать структуру коммуникаций внутри организации»

Рассмотрим детали ➡️
Представьте, что команда проекта, подрядчики, логистика и BI работают каждый сам по себе. Это влияет на графики, версии данных и разрозненность целей по отчётам. В итоге критический путь проекта рвётся на стыке работ разных участников:

Вот пример. В ЕРС-проекте причиной отклонений оказался не дефицит ресурсов, а отсутствие понимания между инженерами, поставками и подрядчиками. А после объединения данных в общий график и синхронизации статусов участники получили единый взгляд на критические зоны и сократили количество конфликтов по срокам.

🟡 Во время работы над проектом команды так или иначе делят работу между собой:

⏺ Между группами появляются интерфейсы по передаче данных, внесению изменений, управлению сроками и принятию решений.

⏺ Критические отклонения проявляются на стыках подрядчиков, между этапами проектипования и закупок, поставок и монтажа, фактическим выполнением и BI-аналитикой.

🗣 Когда число участников растёт, увеличивается количество связей – приходится тратить на координацию больше времени, чем на достижение результата.

🔄 ↗️Если хотите, чтобы команда достигала больше целей, почитайте посты из этой подборки:

↖️ Как управлять изменениями в проекте

↖️ Адаптация команды к изменениям в модели ADKAR

↖️ Планирование процесса проектирования

↖️ Как устроена разбивка процессов в модели Stage-Gate

↖️ Концепция раннего пакетирования работ

↖️ Типы руководителей по Адизесу

↖️ Как ашурансы влияют на успех проекта

С вас ↗️, если было полезно.

🤝 коллеги, взяли в работу