Разбираемся в профессии: кто такой Delivery Manage, характеристика и задачи профессии

Как появилась позиция Delivery Manager

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

Мы начали анализировать, есть ли в компании люди, которые способны рассуждать на таком уровне и хотят развиваться в delivery-направлении. Изначально мы искали менеджеров, которые держат руку на пульсе технических вопросов. Просмотрев множество людей, которые были близки к этой роли, мы выделили следующую формулу:

Delivery Manager (DM) — сотрудник с хорошими лидерскими и бизнес-навыками, специализация которого граничит с архитектором с одной стороны и Program Manager с другой.

Именно такое определение мы оформили в качестве позиции в компании и уже три года внедряем ее в работу.

В интернете по-прежнему можно мало что найти о Delivery Manager — института профессии не существует. Такой подход пришел из организаций, у которых давно есть позиция Service Delivery Manager (SDM). Но это понятие отличается от Delivery Manager. Сервис — повторяемая вещь. К примеру, PayPal — сервис, который обеспечивает проведение платежей миллионы раз в день, и человек, отвечающий за его работу, — Service Delivery Manager. Если взять компании вроде EPAM в широком смысле, то они занимаются бизнесом по разработке IT-решений. Но сами решения обычно имеют продуктовый характер и уникальность. Поэтому позиции SDM и DM пересекаются лишь незначительно.

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

Чем занимается

Delivery Manager — это не специалист, а в первую очередь руководитель, конечной целью которого является доставка результата заказчику. Именно Delivery Manager видит всю картину целиком, от начала до конца, интегрирует результаты работы отдельных рабочих центров в целостное решение. Отсюда и основные задачи Delivery Manager:

• Продукт. Delivery Manager должен сделать так, чтобы заказчик и каждый член команды четко понимали, какой продукт или сервис и для решения каких бизнес-задач они разрабатывают.
• Планы. Когда требования выявлены, Delivery Manager должен организовать работу по оценке и планированию. В результате появляется календарный и ресурсный планы, из которых становится понятно — какие роли нужны для доставки результата, сколько человек каждой роли, когда каждый человек должен начать и закончить работать, какие результаты и когда будут получены.
• Команда. При наличии планов и подтверждения о старте работ Delivery Manager собирает команду, которая будет доставлять результат. Часто ключевые специалисты подключаются на более ранних этапах — фазах анализа и планирования, потому что без них невозможно сформировать требования и спланировать работы.
• Архитектура. В небольших проектах Delivery Manager может самостоятельно спроектировать решение. В средних и крупных проектах разработкой архитектуры решения занимается архитектор — один или в составе команды.
• Процесс. Организация работы коллектива людей над единым результатом — непростое дело. И эта задача тоже лежит на Delivery Manager. Он должен спроектировать рабочий процесс, поставить его и улучшать.
• Заказчик. Делая все, что описано выше, двигаясь к достижению результата, Delivery Manager должен всегда помнить о заказчике — как о его бизнесе и целях, так и о конкретных людях, с которыми он ежедневно работает.

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

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

Роль в проекте

Роль и распределение обязанностей Delivery Manager зависит от стадии проекта.

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

Затем включается классический program- или product-менеджер (зависит от объема работы), который обсчитывает: риски, расписание всего проекта, потребность в специалистах, подход, в котором они будут работать, детали реализации систем, внедрение.

Когда проект уже в процессе разработки, DM каждый день работает с вопросами: «Что сегодня критично сделать? Какие есть риски и проблемы, которые ставят delivery под угрозу? Какие есть возможности для успеха и что для них нужно сделать сейчас?» Основанный на анализе рисков подход позволяет заблаговременно заметить проблему и решать ее так, чтобы она как можно меньше повлияла на сроки delivery.

Есть определенный набор вещей, за которыми DM должен следить постоянно:

• Знаем ли мы, что надо сделать?
• Делаем ли мы правильные вещи?
• Делаем ли правильные вещи первыми?
• Делаем ли мы эти вещи правильно?

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

Delivery Manager контролирует проделанную работу и убеждается, что она приближает команду к цели.

Большая часть обязанностей DM — общение и решение проблем разных уровней. В этом аспекте Delivery Manager отличается от Program Manager тем, что если задача касается технологий, он хорошо понимает, в какой момент потребуется консультация со стороны. Как любой инженер он знает, что в шинах могут не доходить сообщения; в базе стоит искать риски в конкурентных записях; IoT устройству часто не хватает памяти.

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

Где востребован

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

• как роль — всем надо непрерывно доставлять результаты и достигать целей;

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

Как стать Delivery Manager

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

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

Чем Delivery Manager отличается от других ролей

Отличие DM от других ролей проще всего раскрыть в сравнении, перечислив ключевые роли и рассказав, в чем их основное назначение — кто за что отвечает.

• Product Manager формирует требования к продукту, который позволит клиенту достичь целей.
• Solution Architect проектирует решение, которое позволит разработать продукт, соответствующий требованиям, атрибутам качества и ограничениям.
• Resource Manager помогает сотрудникам развиваться, чтобы каждый член команды смог максимально полно раскрыть свой потенциал.
• Account Manager развивает бизнес, решает финансовые вопросы и выстраивает долгосрочные отношения с заказчиком.
• Delivery Manager отвечает за то, чтобы в рамках совместной работы всех вышеперечисленных (и не только) ролей заказчик получил результат, который позволяет ему достичь своих целей.

DM — это дирижер, который организует работу команды для достижения результата.

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

Если провести аналогию со стартапом, Account Manager (AM) — это директор по развитию бизнеса, а Delivery Manager — директор по производству. AM работает с заказчиками и приносит заказы, DM исполняет эти заказы под ключ.

Что нужно изучить

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

В сети есть огромное количество теоретических материалов и курсов. Попрактиковаться в архитектуре сложнее. Можно поучаствовать в существующем проекте или самостоятельно развивать opensource-проект. В этом случае комьюнити наверняка придет на помощь.

Чтобы улучшить навыки в сфере управления проектами, помимо знания гибких методологий, которые набрали популярности, стоит не забывать «матчасть». Нет ничего лучше терминологии PMBook, и, возможно, стоит даже получить PMP-сертификат. Это не обязательная, но достаточно интересная и сложная задача. В рамках ее прохождения придется познакомиться с вещами, о которых даже не думаешь при работе «в полях», вроде просчета финансовых рисков или индексов выполнения сроков/стоимости.

Для улучшения коммуникативных навыков есть специализированные тренинги, вроде управленческих поединков Владимира Тарасова. Если говорить про классический менеджмент как дисциплину (что можно делегировать, leadership vs management и прочее), то можно начать с виртуальных курсов и участия в жизни комьюнити agile- и проектных менеджеров. Их полно на просторах сети.

Когда базовые знания получены, возникает главный вопрос — практика. Если в текущей компании нет подходящих условий, нужно либо создавать свой проект, либо участвовать в open-source. Можно собрать из друзей небольшую команду и сделать первое маленькое delivery. А вдруг еще и взлетит? За практикой на крупных и сложных проектах лучше идти в большие компании. В таких случаях самообразования, как и тренажера будущему пилоту A380, — не хватит.