Добавить в корзинуПозвонить
Найти в Дзене
Project Management Black Book

❌ Почему роль Delivery Manager не работает

Delivery Manager - это не координатор задач и не "пожарный", а архитектор устойчивой системы поставки. Его цель - сделать так, чтобы проекты проходили через конвейер разработки предсказуемо, без героизма и с минимальными рисками. Проблема большинства компаний не в конкретных людях, а в том, что роль DM встроена в систему неправильно: зона ответственности размыта, нет метрик и реальных инструментов влияния, а сам DM часто становится "организационным пластырем", решая чужие проблемы. Главная системная поломка - смешение ролей. На практике DM приходится быть и Project Manager, и Scrum Master, и даже Tech Lead, потому что в компании нет чёткого понимания, кто за что отвечает. При этом у DM есть ответственность за всё, но нет управления ни сроками, ни приоритетами, ни ресурсами, ни техдолгом. Без метрик и прозрачности вся работа скатывается в реактивное тушение пожаров, что выглядит как незаменимость, но на деле - признак сломанного процесса. Agile не решает эту проблему, а только обнажа

❌ Почему роль Delivery Manager не работает

Delivery Manager - это не координатор задач и не "пожарный", а архитектор устойчивой системы поставки. Его цель - сделать так, чтобы проекты проходили через конвейер разработки предсказуемо, без героизма и с минимальными рисками.

Проблема большинства компаний не в конкретных людях, а в том, что роль DM встроена в систему неправильно: зона ответственности размыта, нет метрик и реальных инструментов влияния, а сам DM часто становится "организационным пластырем", решая чужие проблемы.

Главная системная поломка - смешение ролей. На практике DM приходится быть и Project Manager, и Scrum Master, и даже Tech Lead, потому что в компании нет чёткого понимания, кто за что отвечает. При этом у DM есть ответственность за всё, но нет управления ни сроками, ни приоритетами, ни ресурсами, ни техдолгом. Без метрик и прозрачности вся работа скатывается в реактивное тушение пожаров, что выглядит как незаменимость, но на деле - признак сломанного процесса.

Agile не решает эту проблему, а только обнажает её: если ключевые решения остаются вне зоны влияния команды, а модель управления не меняется, никакие церемонии и дашборды не сделают delivery предсказуемым.

В основе нестабильности лежат не ошибки процессов, а накопленные системные ограничения: технический долг, неявные договорённости, отсутствие межкомандного управления.

Реальная ценность DM появляется только тогда, когда он получает возможность влиять на систему целиком: управлять зависимостями между командами, видеть реальную загрузку по компетенциям, снимать узкие места и системные ограничения, включая архитектуру и технический долг.

Доверие между командами и бизнесом - это не атмосфера, а следствие управляемой системы delivery. Как только появляется прозрачность, предсказуемость и единые правила, люди начинают работать как единый организм. Поэтому первый и главный вопрос для любого DM: "На что я реально влияю внутри этой системы?".

Роль начинает работать не с назначением и не с внедрением Agile, а в тот момент, когда у DM появляется возможность менять условия, в которых существует delivery.

LinkedIn: Алина Войтенко, Руководитель направления развития процессов и инструментов - Альфа-Банк

📖 Читать статью (~9 минут)