Что такое delivery manager
Delivery Manager — новая роль в мире Agile
До конца года осталось уже почти всего ничего, но всё же несколько новинок в курсах у нас будет. Один из таких новый курсов — «Agile Delivery Manager», который создала Марина Арефьева. По традиции подготовили для вас открытые уроки и интересные материалы. Сегодня познакомимся о виденье, что же такое Delivert Manager и с чем его едят.
Рич Льюис (Rich Lewis) — лучший, с кем я когда-либо работал. Когда я только встретил его, он был бизнес аналитиком и скрам-мастером небольшой команды. Он справлялся со своей работой, но явно был способен на большее. Я предложил ему должность Delivery Manager в программе, которой занимался в то время.
О роли Delivery Manager мы говорим не часто. Конечно, это не часть “семьи” Agile, где доминирует терминология Scrum. Владелец Продукта; Скрам-мастер; Все остальные с ярлыком “Разработчик”. Вот, пожалуй, и все.
Тем не менее, название должности — Delivery Manager, существует. Например, в The Government Digital Service (GDS) в Великобритании и все большем количестве компаний в США.
Зачем нужен Delivery Manager
Марти Каган (Marty Cagan) заметил тенденцию в США от Менеджера Проекта (Project Manager, кратко — PM) к Delivery Manager. Марти нравится этот тренд и новая роль по трем причинам:
Тем не менее, я назвал Рича Delivery Manager, не потому что мне не нравится термин “менеджер проектов”. Я не вижу особого конфликта между проектными менеджерами и Agile в целом/Agile-ролями. Также я не вижу особого смысла в ребрендинге менеджеров проектов. Я просто хочу показать людям в чем смысл Delivery Manager.
Чем занимается Delivery Manager
Если загуглить “Delivery Manager”, не стоит надеяться на много результатов. (На момент написания этой статьи в 2015 году.) Одним из первых будет материал британского Government Digital Service (GDS). В нем много интересного. Например, Марк Стэнли (Mark Stanley) описывает День из жизни Delivery Manager в GDS. Он пишет:
Delivery Manager защищает время команды, чтобы обеспечить непрерывную производительность. Время команды — драгоценное время.
В GDS также есть описание роли Delivery Manager. Основные обязанности в этой роли следующие:
Programme Manager и Delivery Manager
У меня была определенная потребность, когда я пригласил Рича на роль Delivery Manager. Суть в следующем:
Мои отношения с Ричем можно сравнить с отношениями Главного Исполнительного Директора (Chief Executive Officer, кратко — CEO) и Главного Операционного Директора (Chief Operating Officer, кратко — COO). Как CEO, я был внешним лицом команды. Во время удаленной работы я обсуждал с удаленными старшими стейкхолдерами стратегию, чтобы убедиться в досягаемости компенсаций, адекватности приоритетов. Как COO, работа Рича была направлена внутрь команды. Он помогал ей двигаться дальше. Я проверял корректность направления. Вместе мы делали владельцев продукта счастливыми.
Как всегда ждём ваши вопросы и комментарии, которые можно оставить тут или написать их напрямую Марине на открытом уроке.
Что такое delivery manager
На рынке IT существует много терминов, обозначающих руководителя. Не директора, а своего рода трудягу, на котором держатся IT-проекты компаний, разрабатывающих программное обеспечение. Возможно, что вы работаете в сервисной организации или делаете медиа-проекты. А может быть у вас социальные инициативы, которые тоже часто называют проектами. И ищут туда руководителя. Руководителя проектов.
Давайте разбираться, что происходит с неймингом позиций и откуда все это пошло. Возможно мы придем к единому мнению, чем все это закончится 🙂 Говорить будем про компании IT-разработки. Уверен, что многим не понравится то, что они прочитают дальше, ведь этот текст может сильно задеть их самолюбие.
Почему же в нашей стране в IT-разработке на сегодняшний день все не так? Этому есть несколько причин.
Представьте проект, где есть довольно крутые технические спецы. Они взрослые и зрелые люди, умеют решать технические запросы клиента в срок и довольно качественно. Зачем им пятое колесо в телеге? Поэтому появляется позиция Project Administrator или Project Assistant (PA). Такой человек собирает данные в системы отчетности, делает регулярные репорты во внутренние и внешние системы (если нужно), трекает время работы для биллинг репортов и просто выполняет функцию саппорта наших крутых технических спецов. Данная конфигурация отлично работает до момента, пока клиент имеет понимание, куда ему двигаться и разбирается в технической области на уровне наших спецов. Просто ему самому, своими руками разработать код трудно. Либо ресурсов не хватает.
Конечо же в компании «MindsetPM» мы на практике обучаем всем необходимым навыкам и знаниям для полноценного Project Manager’а, который отвечает в проекте вообще за все. За клиента, за прибыльность проекта, за команду и их зарплаты, за delivery заказанного функционала в оговоренные сроки и с согласованным качеством. А также за то, чтобы клиент пришел еще раз и захотел продолжать с вами работать.
К слову, мы рекомендуем обратить внимание на вот эти программы:
Разбираемся в профессии: кто такой Delivery Manager
Заместитель директора DMG EPAM
Термин Delivery Manager (DM) в употреблении ИТ-специалистов появился не так давно. Сейчас на рынке нет единого понимания, кто это такой и чем он отличается от Project Manager или Solution Architect. Александр Юняев, заместитель директора DMG EPAM, и Юлия Новикова, директор DMG EPAM, помогают разобраться в терминах и загадочной профессии.
В нашей компании мы рассматриваем этот термин как роль и как должность. Delivery Manager — это общее название роли, которая отвечает за доставку результата заказчику в рамках всех ограничений (бюджет, срок, ресурсы, качество, риски).
Исторически мы работали в проектном подходе, поэтому аналогичная роль называлась Project Manager. Но проекты — не единственная форма сотрудничества. Мы можем предоставлять сервис (например, для тестирования), консалтинг (например, разработать стратегию цифровой трансформации) или комбинировать несколько форматов при работе с одним заказчиком. Название роли Delivery Manager позволяет полностью сохранить суть — доставка результата — и абстрагироваться от формата сотрудничества.
Delivery Manager как должность предъявляет требования глубокого погружения в технологии, архитектуру, продукты и управление.
Руководитель в должности Delivery Manager хорошо разбирается в архитектуре программных продуктов и платформ, может даже разработать ее с нуля. Он знает современные технологии, может предлагать заказчику подходящие для решения бизнес-задач, влияет на стратегию развития продукта и помогает бизнесу, менеджерам продуктов и владельцам продуктов разрабатывать планы и бэклоги развития продуктов.
Чем Delivery Manager отличается от других ролей
Отличие DM от других ролей проще всего раскрыть в сравнении, перечислив ключевые роли и рассказав, в чем их основное назначение — кто за что отвечает.
DM — это дирижер, который организует работу команды для достижения результата.
При этом DM должен хорошо разбираться во всех указанных выше аспектах, чтобы при необходимости погрузиться в детали проблемы и помочь команде ее решить, а еще лучше — предвидеть и предотвратить.
Если провести аналогию со стартапом, Account Manager (AM) — это директор по развитию бизнеса, а Delivery Manager — директор по производству. AM работает с заказчиками и приносит заказы, DM исполняет эти заказы под ключ.
Чем занимается Delivery Manager
Delivery Manager — это не специалист, а в первую очередь руководитель, конечной целью которого является доставка результата заказчику. Именно Delivery Manager видит всю картину целиком, от начала до конца, интегрирует результаты работы отдельных рабочих центров в целостное решение. Отсюда и основные задачи Delivery Manager:
В зависимости от ситуации (формата сотрудничества, объема работ, наличия специалистов нужного профиля в нужное время, экспертности DM) Delivery Manager может выполнять перечисленные функции самостоятельно или делегировать их экспертам.
Слово Manager в названии роли говорит о том, что при прочих равных предпочтение необходимо отдать делегированию и фокусироваться на организации совместной работы команды, в противном случае сотрудник рискует превратиться в «менеджера-снежинку», рост которого будет сильно ограничен.
Где востребован Delivery Manager
Последние годы подавляющее большинство компаний проводит цифровую трансформацию своего бизнеса. ИТ уже давно из центра затрат стало одним из ключевых драйверов. Поэтому Delivery Manager востребован и будет востребован практически в любой компании:
Как стать Delivery Manager
Специализированные курсы для Delivery Manager еще не появились. Но это не значит, что стать DM нельзя — всегда есть возможность освоить необходимые навыки и набраться опыта. Delivery Manager должен комбинировать в себе две составляющих — навыки управления и глубокое понимание технологий. DM — это в каком-то роде технологический лидер команды. Поэтому хороший способ развития — это приобретение знаний, навыков и опыта в управлении и технологиях.
Непрерывная практика и постоянное освоение новых знаний, участие в новых инициативах, работа с ментором над реальными задачами — тот путь, который позволит вам стать Delivery Manager.
Как достичь максимума
На чем можно заработать в кризис? Опыт 100+ компаний, которые используют технологии в бизнесе, в проекте Dig(IT)al.
Роль Service Delivery Manager (SDM) в Канбан-методе: как нанимать SDM
Меня часто спрашивают о роли Service Delivery Manager (SDM) в Канбан. Кто должен играть эту роль? Как можно ввести эту роль в организации? Где найти правильных людей на эту роль?
Для понимания, SDM – термин, который мы используем в Канбан-методе для общего обозначения широкого круга менеджеров, отвечающих за некие сервисы, производственные линии или проекты. В круг ответственности SDM входит управление и улучшение сервиса с точки зрения удовлетворенности его клиентов.
Существует большое количество профессиональных сервисов во многих компаниях и отраслях. Вследствие чего под ролью SDM понимаются совершенно разные виды и объемы работ, что проявляется в разнообразных обязанностях, навыках, уровнях иерархии и оплаты труда. Но ответственность SDM за некие сервисы является общей характеристикой во всем многообразии трактовок. Таким образом, сложился паттерн. И мы используем термин SDM, в качестве наименования такого паттерна.
Высоки шансы того, что подходящий на роль SDM человек уже работает в вашей компании. Возможно, вам понадобится признать эту ответственность неформально или в официальной форме, повысить его, изменить название его должности или нанять на эту позицию человека извне. В зависимости от организационной культуры и истории вашей компании эти опции могут проявиться в разных пропорциях.
Далее вы найдете руководство по основным шагам поиска правильных кандидатов на такую роль.
Не существует стандартного профиля вакансии, всегда нужно учитывать специфику работы
Профиль вакансии service delivery manager’а (SDM) будет сильно зависеть от контекста того, что поставляет тот или иной сервис. Рассмотрим на следующих примерах:
Таким образом, большая часть профиля вакансии SDM будет определяться природой самого сервиса. Соответствие специфике сервиса всегда будет являться ключевым условием выбора.
Лидерские навыки
Следующий важный фильтр для подбора – лидерские навыки. Почему вам нужен SDM? Возможно, потому что вам нужен кто-то, способный взять ответственность за сервис (ML2), сделать его лучше, даже еще лучше (ML3) и поддерживать развитие в таком ключе в течение длительного времени (ML4).
(Что означают эти сокращения ML2, ML3 и ML4? Это маркеры уровней зрелости, используемые в Модели зрелости Канбан (KMM). KMM определяет уровни зрелости таким образом, что организация на каждом уровне могла ответить вызовам бизнес-среды более высокого порядка, чем организации на менее высоких уровнях зрелости. KMM также предлагает дорожную карту повышения текущего уровня зрелости организации. Как это использовать в рамках Канбан-метода? Если коротко, то когда мы проектируем Канбан-систему внутри бизнеса, такая система хорошо покажет уровень зрелости самого бизнеса)
Итак, зрелость лидеров является ограничивающим фактором организационной зрелости. Вам понадобятся альтруистические качества, чтобы создать коллаборацию на протяжении всего потока работ, достичь единства понимания предназначения (Einheit) и принять ответственные решения в точках обязательств сервиса. Вы не захотите нанимать индивидуалиста первого уровня зрелости (ML1) или трайбалиста (лидера племени) второго уровня зрелости (ML2), чтобы такой кандидат не стал препятствием на пути к зрелости более высокого уровня.
Модель зрелости Канбан как руководство к действию
Модель зрелости Канбан (КММ) предоставляет определенный набор ориентиров и фильтров принятия решений. Далее приведены мои инструкции в очень краткой форме по каждому уровню.
Роль SDM не подходит к ML0 или ML1. Если Вам необходимо провести “цифровую трансформацию” на ML0 или ML1, позаботьтесь о том, чтобы случайно не уволить или принудительно сменить профессиональную идеинтичность тех людей, которые в дальнейшем понадобятся Вам в роли SDM.
Роль SDM появляется со второго уровня зрелости и выше.
Для ML2: SDM должен быть способен брать на себя ответственность за сервис, определить сервис, его входы и выходы в терминах клиента, преодолевать закостенелость оргструктуры, инерцию инструментов командного уровня, относящихся к ML1. Это то, что требуется от кандидата, способен ли он выполнить такую работу? Вы не сможете описать это прямо в профиле вакансии, но вам потребуется определенная тактика проведения собеседования, чтобы выявить степень соответствия кандидата.
Для ML3: обратите внимание на два больших способа проверки. Первый – переговоры по вопросу точки обязательств – насколько хорошо кандидаты общаются с клиентами? Второй – управление рисками и задержками поставки после принятия обязательств. Может ли ваш кандидат справиться с этим?
Для ML4: Вам понадобятся организационные петли обратной связи, соединяющие бизнес-результаты и операционные решения. Что потребует создания некоего социального полотна для донесения информации и некоторой степени математической утонченности. Люди по своей природе склонны только к одной из этих двух способностей. Узнайте, кого вы нанимаете
Delivery Manager: кто он, что делает и как им стать
«Спрос на DM уже огромный, но в будущем он будет еще больше. Когда большинство компаний на рынке поймут, что подобные гибридные навыки очень полезны, то запрос на DM значительно возрастет. «. О роли Delivery manager в компании и своем пути от инженера до Director of Delivery Management рассказал наш коллега Дмитрий Разоренов.
Я начинал с позиции инженера, но достаточно скоро мне пришлось руководить командой. Заказчик был своего рода стартапом: распределения ролей почти не было, но надо было совмещать управление, архитектуру и разработку. Со временем команда стала заниматься крупной продуктовой разработкой для авиалиний. С ней я сотрудничаю уже больше 10 лет. А «стартап» за это время подрос до 300+ человек и сейчас автоматизирует огромное количество авиалиний, вроде JetBlue, AirСhina и других крупных игроков.
За 14 лет в EPAM мой карьерный путь выглядел так: рядовой инженер, инженер-управленец, Solution Architect (хотя тогда этой должности еще не было), Engineering Manager, Director. Невзирая на названия должностей, суть работы не менялась: я быстро схватывал то, как работают разные системы и как они могли бы интегрироваться в общее решение; рисовал на досках схемы того, как тот или иной solution landscape ложится на бизнес-проблематику; всегда был на стыке коммуникаций заказчика и команды.
Я до сих пор немного программирую на уровне D-1, но настоящее удовольствие получаю от работы с группой людей, которые хотят сделать продукт. Мне важен результат. Позднее я выяснил, что прошел классический путь Delivery Manager. Так, с приставкой Director уже три года звучит моя должность.
Как появилась позиция
Проектный менеджер — широкое понятие. В классическом определении проекта нет разницы, что дом построить, что новый сайт для 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 зависит от стадии проекта.
Сначала DM ждет много разговоров о проблемах заказчика и о том, как их решить. Это ближе к бизнес-требованиям, продакт-менеджменту и архитектуре решений.
Затем включается классический program- или product-менеджер (зависит от объема работы), который обсчитывает: риски, расписание всего проекта, потребность в специалистах, подход, в котором они будут работать, детали реализации систем, внедрение.
Когда проект уже в процессе разработки, DM каждый день работает с вопросами: «Что сегодня критично сделать? Какие есть риски и проблемы, которые ставят delivery под угрозу? Какие есть возможности для успеха и что для них нужно сделать сейчас?» Основанный на анализе рисков подход позволяет заблаговременно заметить проблему и решать ее так, чтобы она как можно меньше повлияла на сроки delivery.
Есть определенный набор вещей, за которыми DM должен следить постоянно:
Чтобы отвечать на эти вопросы, нужно регулярно говорить с командой, анализировать технические детали продукта, обращать внимание на то, как работает уже реализованная часть проекта и насколько эффективно построены процессы разработки.
Delivery Manager контролирует проделанную работу и убеждается, что она приближает команду к цели.
Большая часть обязанностей DM — общение и решение проблем разных уровней. В этом аспекте Delivery Manager отличается от Program Manager тем, что если задача касается технологий, он хорошо понимает, в какой момент потребуется консультация со стороны. Как любой инженер он знает, что в шинах могут не доходить сообщения; в базе стоит искать риски в конкурентных записях; IoT устройству часто не хватает памяти.
Нахождение кратчайшего пути в решении проблемы — ключевая ценность DM. Его работа связана с более глубоким осознанием проблем, что уменьшает зависимость от всей системы. Если Delivery Manager хорошо знает, что ему нужен определенный эксперт, то коммуникация с ним пойдет быстрее, потому что оба человека в курсе проблемы.
Если что-то пошло не так
Я не видел еще ни одного проекта, который шел бы четко по плану. Но чем больше пилоты летают, тем меньше они нервничают, когда три из четырех двигателей отказывают. Этот же принцип работает и с DM: технику он понимает, а различные проблемы его закаляют.
Первое, что делает Delivery Manager при возникновении проблемы — разбирается, может ли он решить ее своими силами, а если нет, есть ли эксперт в соответствующей области. Если устранение проблемы не укладывается в сроки, необходимо сообщить о ней клиенту. К этому надо подготовиться сразу с нескольких сторон:
Если проблема комплексная, то коммуницировать в первую очередь нужно тот аспект, который окончательно валится. Пока не отказал последний двигатель, почти все решается здравым смыслом и правильным подходом к проблеме. Это искусство нарабатывается долгими годами работы с клиентами. Дальше многое зависит от формата: если с разговором затянули и проблема вылезла наружу — будут последствия; если обозначать риски заранее (тоже сложный разговор), это позволяет приблизиться к ожиданиям по проекту.
Главные инструменты менеджера — мозг и речевой аппарат (именно в такой последовательности). Главный навык руководителя — искусство убеждения. Его эффективность зависит от того, насколько интеллектуально происходит убеждение и насколько человек понимает суть разговора.
Самый большой вызов Delivery Manager — как все сделать, получая разные объемы информации из «разных миров»? Как обеспечить решение классического конфликта между клиентом и компанией, компанией и сотрудником, сотрудником и клиентом? Как жить в этом треугольнике, при этом добавляя четвертое измерение — реализацию качественного продукта?
Как стать Delivery Manager
Наиболее простой эволюционный путь для специалиста, который в итоге займет позицию Delivery Manager, выглядит так.
Разработчик, назовем его Игорь, работает с одной технологией и как лидер собирает группу ребят. Эта команда делает определенную часть проекта. Если их работа ограничивается одним компонентом или частью системы, то хоть delivery в микрообъеме и происходит, речь не идет о конечном решении. О начальном уровне DM можно говорить, когда происходит переход от компонента к общей сущности, которая для бизнеса выполняет новую функцию или сервис.
У Игоря маленькая команда, которая делает, к примеру, мобильное и сервисное приложение, решающее определенную бизнес-задачу. Поскольку коллектив смешанный, то лидеру, который ранее писал только на Java, приходится изучать новые технологии и сферы. Со временем его команда тоже увеличивает спектр компетенций, получая гибридные навыки.
Когда Игорь провел команду через весь проект до конечного результата, у него естественным образом «прорастают» необходимые для DM компетенции. Он понимает, как организовывать архитектуру от пользователя до уровня хранения данных и построить процессы в команде, потому что он проделал это своими руками.
Он также осознает, что ему уже не ставят отдельные задачи, а говорят: сделай это приложение в определенный срок за определенный бюджет, и чтобы работало оно быстро.
Похожий путь Игорь может пройти, начав с роли QA или аналитика. Если он стал лидером команды, и благодаря взаимодействию с ней разберется во всех системах, подходах и архитектуре, то он тоже может превратиться в DM.
Развенчаю слухи о том, что PM и другие нетехнические специалисты не могут стать Delivery Manager — для этого нет никаких преград. Нужно стечение обстоятельств, чтобы попасть на проекты и стать их лидером.
Путь с начала работы на проекте до позиции DM может занять два-три года. Чтобы пройти его так быстро, нужны:
Лучшая среда для роста — если у вас будет наставник с большим опытом, который будет выполнять роль «первого пилота».
Но главное, DM должно быть не безразлично то решение, которое делает его команда. Когда это так, то человек не позволит себе не разбираться в чем-либо. Если беспокоишься о работе машины, можно отвезти ее в сервис. Но если его рядом нет, то придется разбираться в ее устройстве самому. Постепенно возникает компетенция — и с новым опытом приходит драйв.
Что учить
На пути к позиции DM в первую очередь нужно изучить архитектуру. Надо хорошо понимать, почему сделано именно так, а если это неправильно, то какие альтернативы и как их внедрить в разных ситуациях.
В сети есть огромное количество теоретических материалов и курсов. Попрактиковаться в архитектуре сложнее. Можно поучаствовать в существующем проекте или самостоятельно развивать opensource-проект. В этом случае комьюнити наверняка придет на помощь.
Чтобы улучшить навыки в сфере управления проектами, помимо знания гибких методологий, которые набрали популярности, стоит не забывать «матчасть». Нет ничего лучше терминологии PMBook, и, возможно, стоит даже получить PMP-сертификат. Это не обязательная, но достаточно интересная и сложная задача. В рамках ее прохождения придется познакомиться с вещами, о которых даже не думаешь при работе «в полях», вроде просчета финансовых рисков или индексов выполнения сроков/стоимости.
Для улучшения коммуникативных навыков есть специализированные тренинги, вроде управленческих поединков Владимира Тарасова. Если говорить про классический менеджмент как дисциплину (что можно делегировать, leadership vs management и прочее), то можно начать с виртуальных курсов и участия в жизни комьюнити agile- и проектных менеджеров. Их полно на просторах сети.
Когда базовые знания получены, возникает главный вопрос — практика. Если в текущей компании нет подходящих условий, нужно либо создавать свой проект, либо участвовать в open-source. Можно собрать из друзей небольшую команду и сделать первое маленькое delivery. А вдруг еще и взлетит? За практикой на крупных и сложных проектах лучше идти в большие компании. В таких случаях самообразования, как и тренажера будущему пилоту A380, — не хватит.
Рынок Delivery Management в Украине и СНГ
Как профессия, Delivery Management, делает только первые шаги. Пока рекламы курсов подготовки DM нет в метро, говорить о ее зрелости рано.
Спрос на специалистов уже огромный, но в будущем он будет еще больше. Когда большинство компаний на рынке поймут, что подобные гибридные навыки очень полезны, то запрос на DM значительно возрастет. Они потребуются почти в любую компанию.
Уже есть люди, которые воспринимают Delivery Management как хайп и начинают судорожно искать возможности стать его частью. Но формирование такой тенденции тоже занимает время, и даже таких людей на рынке немного.
Предложение не поспевает за рынком, но нужно понимать, что многие сотрудники уже давно выполняют роль Delivery Manager. Просто формально она никогда не была описана. Такие специалисты попадают в ситуации, когда им предлагают ставку вдвое выше привычной, и недоумевают. Им тоже требуется осознание ситуации.
Еще один источник развития DM — растущие количество продуктовых стартапов в нашем регионе. Их CTO, VP of Engineering обладают всеми качествами DM. Если их продукт успешен, то, очевидно, идти на позицию Delivery Manager в крупные сервисные компании они не захотят. Но в отличие от разработки одного продукта, здесь им могут предложить вариативность и возможность пробовать себя в работе с разными и сложными клиентами.
Путь в Delivery Management решает классическую проблему человека, который вчера писал код, и ему это по-прежнему нравится, и управленца, у которого еще не все получается, но он растет в этом направлении. Это ответ на вопрос: «Мне технологии забыть и идти в менеджмент или бросить лидерство и писать код?»
Таких инженеров на стыке двух миров в нашем регионе много. А люди, которые любят создавать, готовы это делать вечно.
Хотите сообщить важную новость? Пишите в Телеграм-бот.
А также подписывайтесь на наш Телеграм-канал.