IT карьера: Delivery Manager

• Как появилась позиция Delivery Manager
• Чем занимается Delivery Manager
• Роль в проекте
• Где востребован
• Как стать Delivery Manager
• Чем Delivery Manager отличается от других ролей
• Что нужно изучить
• Конкуренция и заработная плата
• Вакансии Delivery Manager

Как появилась позиция 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. Он должен спроектировать рабочий процесс, поставить его и улучшать.
• Заказчик. Делая все, что описано выше, двигаясь к достижению результата, 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 не совсем ясно.

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

В зависимости от того, что подразумевается под термином Delivery, получаются две версии Delivery Manager’а (в реальности их гораздо больше, но эти две являются «полюсами», между которыми находится множество).

Версия № 1: «Узкий и глубокий»

В этой версии под Delivery имеется ввиду часть производственного процесса, состоящая из оценки, планирования, разработки, тестирования и доставки.

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

Если говорить терминами модели RACI, он — и ответственный, и исполняющий (Accountable/Responsible). Т.е. в большинстве случаев он не делегирует контроль над оценкой и планированием, а лично занимается ими вместе с командой.

Что касается стратегии, Delivery Manager играет две роли:
— Consulted — с ним консультируются касательно возможности и реалестичности изменений в стратегии в части Delivery
— Informed — Account/Project/Programme/Product Manager держат Delivery Manager’а в курсе стратегии и изменений в ней.

На уровне проекта DM’у должны быть даны полномочия на свое усмотрение использовать «и кнут, и пряник» с единственной целью — обеспечить поставку разрабатываемой функциональности заказчику в обещанный срок, в обещанном размере и с оговоренным качеством.

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

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

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

Карьерный путь
Delivery Manager первого типа занимается тактическими задачами, принимая участие в разработке и имплементации стратегии. Таким специалистом проще всего стать программисту или тестировщику-автоматизатору, прошедшему карьеру: Специалист → Tech Lead → Team Lead → Project Manager (optional).

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

По мере карьерного роста DM первого типа превращается в очень толкового менеджера проекта (или программы) либо Account Manager’а.

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

Версия № 2: «Мелкий и широкий»
В этой версии под Delivery подразумевается весь процесс разработки, от первого обсуждения идеи с заказчиком до выпивки в конце, включая получение благодарностей/тумаков в зависимости от того, как всё прошло.

Роль в проекте
При таком подходе роль Delivery Managerа сводится к интеграции и тому, что по-английски называется governance и orchestration процесса создания решения.

В таком случае Delivery Manager должен обладать 20% знаний и умений каждой из ролей (Dev, QA, Architect, PM, CM etc.), которые дадут ему следующие 80%:
— возможность адекватно оценивать потребность в том или ином специалисте, компенсирующем «мелкость» DMа в конкретной области (например, нанимает PMа, чтобы выстроить процессы в проекте, QM для создания тест-стратегии и т.д.)
— возможность проверять информацию, получаемую от «узких и глубоких» (чтобы не навешали лапши о том, что всё хорошо)
— возможность понимать получаемую информацию и корректно доносить ее до участников процесса.

Основной фокус «мелкого и широкого» Delivery Manager’а — поставка качественного решения, максимально учитывающего потребности заказчика.

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

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

Приведем следующий пример, иллюстрирующий потребность в Delivery Manager второго типа:

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

Сейчас подобного рода проект чаще всего выполнялся бы по контракту «Time and Materials» где V предоставил бы менеджера проекта и команду со своей стороны, а менеджер на стороне С осуществлял бы постановку задач. Т.к. почти везде менеджер получает годовой бонус в зависимости от выполненных за год задач, менеджеру С будет выгоднее запланировато то, что можно сделать за год его управления проектом и получить за это бонус. На второй год приходит новый менеджер С, пытающийся сделать то же самое. Та же ситуация повторяется и на третий год.

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

В реальности Time and Materials эта ситуация для V более менее приемлема, т.к. деньги платятся не за результат, а за время и ресурсы. Но стоит V согласиться работать над подобного рода проектом на основе контракта «Fixed Price» — проект обернется катастрофой. Введение роли Delivery Managerа второго типа для V служит элементом снижения рисков т.к. появляется человек, присутсвующий на проекте с самого начала и заинтересованный в его успешном окончании через 3 года.

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

Итак, если первый тип у нас — и Accountable, и Responsible, то у второго типа из тактических действий остается A, а из стратегических — и A и R.

Delivery Manager второго типа делает следующее:
— Принимает участие на первых встречах с заказчиком, выработке предложения, заключении контракта
— Принимает участие в выборе методологии работы и ее имплементации
— Принимает участие в подборе ключевых людей, построении процессов
— Служит «Single Point of Contact» для стейкхолдеров проекта
— Выступает гарантом соблюдения договоренностей
и т.д.

Если в проектах с первым типом Delivery Managerа ответственным за весь проект является Account Manager/Programme Manager/Project Manager, а Delivery Manager отвечает лишь за своевременную поставку (не вникает в экономическую целесообразность и т.д.) то в случае второго типа главным на проекте является именно он.

Если вкратце, то цель Delivery Managerа второго типа — пообещать и сделать.

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

Карьерный путь
Delivery Manager второго типа занимается стратегическими задачами, помогая подчиненным транслировать (декомпозировать) стратегию в тактические планы и следя за их выполнением. Таким менеджером проще всего стать специалисту с техническим прошлым, прошедшему следующий карьерный путь: Специалист → Tech Lead → Team Lead → Project Manager / Delivery Manager (первого типа) / Programme Manager / Account Manager.

На такой позиции он будет отвечать за общий результат взаимодействия с заказчиком (начало, выполнение и завершение проекта целиком). Должен обладать всеми полномочиями, требуемыми для достижения долгосрочного результата (возможно, иногда даже уходом в минус по деньгам в краткосрочной перспективе с целью получения выгоды в долгосрочной). Обеспечивает результат, работая руками других людей. Должен быть способным этих других людей нанимать/увольнять, вдохновлять и мотивировать. Типичный пример — Project/Programme/Account Manager с хорошим «техническим прошлым», обладающий жизненной позицией Delivery Managerа второго типа.

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

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

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

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

Как стать Delivery Manager

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

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

Технический background

Прежде всего, Delivery Manager’у необходим технический background. Зачем? Ответ на этот вопрос очень прост. Delivery Manager’у первого типа прошлое программиста либо QA необходимо, чтобы оценивать и улучшать эффективность процессов и работы сотрудников. Не имея «темного прошлого», такой менеджер вынужден будет постоянно обращаться за советами/консультациями/информацией к посторонним, что сведет на нет все преимущества данной роли в проекте.

Delivery Manager второго типа отвечает за выполнение договоренностей, поэтому ему крайне важно понимать, как именно эти договоренности могут быть выполнены. Не на уровне «ну вот мы наймем 100 программистов, и они нам напишут», а на уровне архитектурных концептов, процессов, артефактов.

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

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

Управленческий опыт

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

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

Для Delivery Managerа требуется опыт Team Lead или Project Manager. При этом и для первой, и для второй позиций требуется проект, где ответственность за результат несет исполнитель. Иными словами, в качестве опыта не подходят проекты, где Team Lead или Project Manager может сказать «ну, не получилось» — и за это его компания не понесет как минимум серьезных репутационных или финансовых потерь.

Для обоих типов Delivery Managerа крайне критично брать на себя ПОЛНУЮ ответственность и достигать результата, иногда даже игнорируя цену, которую за этот результат придется заплатить.

Soft Skills

Следующими в очереди идут социальные компетенции. Обоим типам Delivery Managerа очень важно иметь 4 базовые компетенции, «прокачанные» до уровня «Advanced»:

— Умение говорить — сюда можно включить «внятно и складно излагать свои мысли», «отсутсвие слов-паразитов», «правильно структурировать и доностить информацию в зависимости от аудитории» (иными словами, с топ-менеджментом общаемся словами из категории RAG (Red/Amber/Green), а с программистами — словами из категории «написали столько-то строк кода/пофиксили столько-то багов/закрыли столько-то айтемов, и т.д.)

— Умение слушать — «активное слушание» (пытаться понять, почему собеседник говорит именно это и именно так. Что именно он пытается сказать и зачем).

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

— Умение писать — оба типа Delivery Managerа ежедневно пишут email’ы самым разнообразным аудиториям, доводя до исполнителей стоящие перед ними задачи: менеджменту — о состоянии дел, стейкхолдерам — о планах на будущее. Перечисленное выше объединяет умение кратко и грамотно излагать в письменном виде суть вашего послания.

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

Достаточный уровень развития данных компетенций достигается работой с разными заказчиками на разных проектах. У (экс-) программиста и тестировщика-автоматизатора есть преимущество, т.к. спектр обсуждаемых вопросов у них шире, и как результат — уровень владения компетенциями выше. Представителям других профессий/ролей для развития вышеупомянутых компетенций придется потрудиться гораздо больше.

Чем 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, — не хватит.

Конкуренция и заработная плата

Зарплаты Delivery Manager могут варьироваться в большом диапазоне. Все зависит от размеров компании, масштабов программной разработки, численности сотрудников и команд. заработная плата Delivery Manager начинается от 2500-3000$ в месяц. 4000 — это медиана. Бывают и значительно большие цифры.

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

Вакансии Delivery Manager

Для поиска вакансий на сайте Apeirondb.com выберите в разделе с вакансиями город, страну и технологию, которые вас интересуют: Технология Delivery manager. А также, очень легко осуществить поиск при помощи телеграм бота HIRE:bot(t.me/hireIT_bot) @hireIT_bot, который при правильной настройке, будет отправлять вам только вакансии Delivery Manager.