В современном IT-мире часто возникает путаница между различными ролями. Одним из примеров является роль Delivery Manager, которая имеет некоторые сходства с Project Manager. Хотя обе позиции связаны с управлением проектами, их обязанности и зоны ответственности существенно различаются. В этой статье мы рассмотрим на примерах что должен делать каждый из этих специалистов в конкретных ситуациях.

Определение ролей

Но для начала давайте рассмотрим за что отвечает Project и Delivery Manager. Project Manager (PM) — это специалист, который отвечает за успешное выполнение проекта от начала до конца. Он координирует все процессы, управляет ресурсами и обеспечивает достижение поставленных целей.

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

Кроме этого, как правило в зону ответственности PM входит бюджетирование: то есть он должен организовать составление сметы, обеспечить контроль расходов и по возможности оптимизировать затраты.

В процессе выполнения проекта PM также должен осуществлять контроль выполнения проекта, то есть отслеживать сроки выполнения этапов, в случае отклонения от сроков вносить изменения в план проекта и организовывать решение возникающих проблем.  

И наконец, в задачи РП также входит взаимодействие со всеми заинтересованными сторонами: заказчиком, исполнителями, подрядчиками и т.д.

Здесь стоит отметить, что в зону ответственности проектного менеджера не должно входить решение технических вопросов, например вопрос качества проектного решения. Для этого в команде должен быть архитектор проекта, Главный инженер проекта (ГИП) или другой технический эксперт.

Delivery Manager (DM) — специалист, обеспечивающий успешную доставку продукта заказчику и отвечающий за конечный результат с точки зрения бизнеса. Ключевыми обязанностями данного специалиста является разработка стратегии доставки решения клиенту, то есть определение ключевых метрик успеха, формирование дорожной карты успешной доставки и оценка возможных рисков на уровне продукта. Также в задачи DM входит планирование циклов выпуска продукта, координация взаимодействия между командами и контроль качества релизов

Кроме того, важным моментом также является обеспечение стабильности работы решения.

Здесь в отличии от РП нам уже в явном виде требуется техническая экспертиза, так как требуется осуществлять архитектурный надзор, то есть производить оценку качества технических решений и контроль соответствия архитектуры требованиям.

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

Рассмотрев основные обязанности этих специалистов давайте рассмотрим несколько примеров и действия PM и DM в этих ситуациях.

Срыв сроков выпуска релиза

Эту проблемную ситуацию можно без преувеличения назвать наиболее распространенной бедой любого проекта по выпуску ПО. По тем или иным причинам у нас срываются сроки выпуска релиза. Что будут делать в подобной ситуации PM и DM.

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

Для Delivery Manager первостепенной задачей будет оценка влияния задержки на бизнес-процессы, далее ему необходимо предложить альтернативные решения. Например, в случае если срыв сроков произошел из-за проблем с надежностью одной из используемых зависимостей, то нужно рассмотреть замену на альтернативное решение.

Также, DM необходимо проанализировать причины срыва с точки зрения бизнес-ценности и по возможности провести работу над улучшением процессов для предотвращения подобных ситуаций в будущем.

Превышение бюджета проекта

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

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

Delivery Manager должен как и в предыдущем случае сначала провести оценку влияния перерасхода на бизнес-цели проекта и проанализировать соотношение затрат и получаемой ценности. Возможно, по результатам такого анализа потребуются переговоры с бизнесом о перераспределении ресурсов.

Также в данной ситуации возможно потребуется поиск альтернативных решений для достижения целей и внесение изменений в процесс бюджетирования.

Критический баг в продакшене

Итак, после всех срывов сроков и превышений бюджета мы наконец-то внедрили наш продукт и следующая неприятность, которая может случиться это обнаружение критического бага в продуктивной среде.

Здесь PM необходимо в кратчайшие сроки мобилизовать команду разработки для закрытия этого бага. Также необходимо совместно с командой оценить время, необходимое на исправление. По результатам оценки нужно составить план действий и проконтролировать его выполнение.

Delivery Manager, как и прежде, оценивает влияние бага на бизнес-процессы и определяет приоритетность шагов по исправлению. Также не лишним будет провести анализ рисков для репутации компании.

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

Изменение требований заказчика

А эта проблема не всегда является проблемой: по тем или иным причинам заказчик выдвинул новые требования к разрабатываемому решению. Да, конечно у нас есть требования ТЗ, но зачастую по политическим или иным причинам исполнитель соглашается выполнить эти новые требования. Очень часто они изначально кажутся не очень значительными, но потом оказывается, что не все было так просто, как казалось изначально, но отступать уже некуда.

Project Manager будучи ответственным за сроки должен прежде всего выяснить как новые изменения отразятся на сроках всего проекта и какие дополнительные ресурсы потребуются для завершения. В результате от РП может потребоваться перепланирование выполнения некоторых  задач и документирование изменений.

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

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

Кроме этого, в зону ответственности DM также входит ведение технических переговоров с заказчиком в части вносимых изменений и согласование новых условий.

Заключение

В завершении рассмотрим ключевые различия в подходах для Project и Delivery Manager. PM в большей степени фокусируется на тактическом планировании, контроле выполнения задач и управлении ресурсами проекта.

Delivery Manager отвечает за стратегическое видение проекта и бизнес-ценность результатов. В итоге в области ответственности DM также находится контроль качества выпускаемого продукта и как следствие, удовлетворение потребностей заказчика, предъявляющего требования к данному продукту.

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

В управлении продуктом и проектами самая сложная часть — это не процессы сами по себе, а то, что скрывается за ними. Метрики, которые сложно оцифровать. Решения, где легко потратить месяцы на автоматизацию ради «красоты», но без пользы для бизнеса. Там, где нужен холодный расчет и трезвая оценка, интуиции уже мало — нужна методика.

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

• 4 сентября в 20:00 — KPI для Delivery Manager: как измерить то, чего не видно

• 24 сентября в 22:00 — Автоматизируй это! Какие процессы Delivery можно делегировать нейросетям

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

А чтобы оставаться в курсе актуальных технологий и трендов, подписывайтесь на Telegram-канал OTUS.