В чем разница между Project и Delivery менеджером

Алексей Егошин     September 27, 2018     Adizes, Communications, CV, Management, Promotion, Responsibility, Soft skills

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

Давайте разбираться, что происходит с неймингом позиций и откуда все это пошло. Возможно мы придем к единому мнению, чем все это закончится 🙂 Говорить будем про компании IT-разработки. Уверен, что многим не понравится то, что они прочитают дальше, ведь этот текст может сильно задеть их самолюбие.

Когда деревья были большими, трава зеленее и солнце ярче, роль руководителя проектов в IT-разработке была многим не понятна. За много десятков лет в западных странах уже набили шишки, пытаясь делать проекты без руководителя. И теперь там это довольно ответственная позиция. Во многих международных компаниях позиция Project Manager – это человек в возрасте около 40 и более лет. С огромным опытом управления людьми, навыками решения конфликтов, скилами работы с заказчиками/клиентами, разбирающийся в продажах, убеждении и многом-многом другом.

Почему же в нашей стране в IT-разработке на сегодняшний день все не так? Этому есть несколько причин.

Представьте проект, где есть довольно крутые технические спецы. Они взрослые и зрелые люди, умеют решать технические запросы клиента в срок и довольно качественно. Зачем им пятое колесо в телеге? Поэтому появляется позиция Project Administrator или Project Assistant (PA). Такой человек собирает данные в системы отчетности, делает регулярные репорты во внутренние и внешние системы (если нужно), трекает время работы для биллинг репортов и просто выполняет функцию саппорта наших крутых технических спецов.
Данная конфигурация отлично работает до момента, пока клиент имеет понимание, куда ему двигаться и разбирается в технической области на уровне наших спецов. Просто ему самому, своими руками разработать код трудно. Либо ресурсов не хватает.

Но ведь такие проекты бывают не всегда. Более того, даже в таком проекте с опытным заказчиком скорее всего будут ситуации, когда руководство нашей компании захочет расширить бизнес. А оно этого хочет всегда! И клиенту нужно будет что-то предложить. Что-то продать. Могут ли это сделать наши крутые технари? Вряд ли. Вы скажете, что тут нужен сейлз. Ага! Сейлз, который знает внутреннюю кухню клиента, пользуется его доверием, зарекомендовал себя как надежный партнер – это как раз позиция Project Manager’a (PM). Что, вы на своем проекте PM, но вас даже близко не подпускают к клиенту обсуждать такие вещи? Я должен вас огорчить. Вы не PM. Или не совсем PM.

Всегда ли у нас крутые спецы, могущие работать самостоятельно? Увы. Более того, признаемся себе сразу – такие крутые спецы стоят дорого. А прибыльность проекта сильно зависит от зарплаты его участников. Ведь зарплата IT-специалистов занимает около 70-90% среди всех затрат проекта. Поэтому, если у вас самый обыкновенный проект, то вы нанимаете сбалансированную команду. Опытные сеньоры, повидавшие разные нюансы мидлы и новички-джуны. Такая команда уже не команда, а группа людей. И для управления ею необходим специальный человек. Project Manager.

Существует еще одно название – Delivery Manager. То есть руководитель, отвечающий за поставку заказанного продукта/релиза/функционала клиенту. И вот с этим термином начинаются инсинуации и подмены понятий. Сложности как всегда в первом уровне конфликта по Адизесу – в определениях.

В некоторых больших компаниях с матричной внутренней структурой, позиция Delivery Manager (DM) обозначает человека отвечающего за поставку кода/продукта/функционала клиенту. Этот специалист должен знать и уметь все, что нужно знать в процессе разработки программного обеспечения. Желательно, чтобы у него уже был опыт в технической части. Например, часть его карьеры так или иначе должна быть связана с технологиями (тестировщик, аналитик, разработчик). При этом, такой Delivery Manager НЕ отвечает за людей в проекте. Ведь у нас матричная структура, а это обозначает, что у любого сотрудника в проекте есть и второй начальник. Некий Line Manager, чья задача заниматься людьми. Следить за отпусками, за уровнем навыков сотрудников, удовольствием от работы и развитием их навыков, как специалистов. Говоря проще, Delivery Manager – отвечает за механику процесса поставки продукта, майлстоуны, разработку и т.п. (hard skills), а Line Manager (еще может быть People Manager) отвечает за людей (soft skills), которых он выдал на тот или иной проект.

На рынке есть и другое мнение насчет DM’а и PM’а. Есть компании, которые четко разграничивают иерархию, утверждая, что PM – это первая ступенька, а его развитие – это DM. Мол, у DM’а уровень ответственности больше, а знания и умения шире.

Почему такие компании так думают? Сейчас я напишу очень провокационную вещь. Хотя мне можно – я же был внутри таких компаний и знаю, как все это устроено.
Представьте, что вы PM и вам сказали, что в вашей компании следующая ступенька карьеры – это позиция DM’а. Зачем так говорят? Ну а как еще руководство таких компаний может обеспечить стабильную работу сотрудника на проектах в течение 2-5 лет? Ведь я-директор, нанимаю или выращиваю менеджера не для того, чтобы он поработал у меня 1 год и пошел на повышение. Мне нужен крутой спецназовец, боец. Способный успешно делать проект за проектом. В разных условиях. С разными командами. С разными клиентами. С разными сложностями, встречающимися по дороге к заветному дедлайну и подписанным актам приемки работ.

Вот и придумывают иерархию внутри очень простого термина – руководитель. Настоящий руководитель отвечает в проекте за все. Вообще за все. Такова логика Project Management Institute (PMI) – самого серьезного мирового лидера в этой области. Ровно про это говорит и Адизес вместе с другими ведущими экспертами и гуру в области менеджмента.
Если вы в своем проекте не отвечаете за все – вы не 100% Project Manager. Правильный и настоящий PM – должен уметь, знать и нести ответственность и за коммуникации с клиентом, и за свою команду, и за бюджет, и за сроки, качество, рамки работ. За краткосрочные и долгосрочные задачи. Быть effective и efficient в кратко- и долгосрочной перспективе.

Вы всего этого не умеете, но называетесь Project Manager’ом? Я должен вас огорчить – вы не PM. Хотя в рамках вашей компании – может быть и так. Ведь как-то же нужно поощрять вас делать ту работу, которую вы делаете. Хотя бы красивой должностью. Создавая таким образом инфляцию термина Project Manager. Вынуждая вводить такой оксюморон, как Senior Project Manager и еще больший смех – Junior Project Manager. Эти позиции будут оправданы только если мы четко разграничим в RACI-матрице зоны ответственности людей, на таких позициях. При этом, на весь рынок IT это совсем не распространяется.

Таким образом, что обозначает термин Delivery Manager, круче ли он Project Manager’а и кто вы в своей компании – зависит от очень многих факторов. Если хотите точности – ответ найдется не в названии позиции, а в списке обязанностей, прав/power и ответственности. Чем всего этого больше, тем ближе вы к настоящей канонической позиции Project Manager.

Facebook Comments

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

  • Наш принцип - навыки, а не информация
  • Все материалы структурно связаны и дают цельную картину знаний
  • Программы соответствуют мировому уровню Project Management Institute
  • Программы сформированы для IT-отрасли, в то же время выпускники могут полноценно применять полученные навыки и в других сферах

Контакты

Украина, г.Киев, 01032
Степана Бандеры, 21

+38-050-325-0086
edu@mindset.pm

Наши партнеры

PMI_Kyiv_Chapter

© "MindsetPM" Management School, 2017-2018