Чем руководители проектов отличаются друг от друга (джун vs миддл vs синьор) и их зарплаты

Синьор, Миддл и Джун на закате. Картина В.Ложкина 
Синьор, Миддл и Джун на закате. Картина В.Ложкина 

Есть в Айти стандартные грейды: Джун, Мидл, Синьор.

Руководителей ИТ проектов тоже можно разложить по этим уровням. Мне это помогает четче формулировать требования к сотруднику и куда ему дальше расти. Вам может помочь понять, что надо подтянуть, чтобы достичь нужного уровня, какие есть перспективы дальше. А если вы ищете РП – можете использовать для описания работы в вакансии 😊

Непричеметр (он же дисклеймер): эта статья – мое личное мнение, основанное на большом числе собеседований, которые я провел и прошел (суммарно больше 400). У меня нет статистических данных, я не проводил опросы и так далее. Зато почти каждый год на протяжении 20 лет я ходил по собеседованиям, последние 15 лет я собеседовал РП, а последние три года я непрерывно искал аналитиков и менеджеров, так что сформулировал четкие критерии отбора, которыми и хочу поделиться в статье ниже.

Итак: как стать джуном, как расти дальше до синьора и кем быть потом?

Если вы смотрите варианты, как начать работать РП в IT – эта часть для вас. Вам будет намного проще, если у вас уже есть опыт выполнения проектов вне ИТ, опыт руководства и мотивации команды. Тут у нас то же самое, только мы пасем котов (это из классической книги про то, как управлять программистами, которым на вас пофигу). Если вы уже управляли – проблематика таже самая: всем все надо быстрее, выше и сильнее, работники не работают, поставщики опять все продолбали и тп. Вам понадобится только изучить новые процессы (процесс управления проектом и процессы разработки ПО) и документацию.

Если у вас нет управленческого опыта, а вы хотите быть РП – будет сложнее.

Джун:

  • знает и может объяснить, что такое ТЗ**. Сам писал какие-то функциональные требования, юзкейсы и согласовывал их с заказчиком;
  • видел заказчика в лицо. Хоть какого-то. Есть хотя бы небольшой опыт переговоров (это когда ваша позиция отличается от позиции другого человека и надо как-то договариваться, а не просто на все согласиться);
  • знает, что такое проектный план;
  • знает, для чего нужны тестировщики и на основании чего они работают (но может не знать, что такое ПМИ);
  • есть базовое понимание того, что работа должна делаться в срок***;
  • есть опыт сдачи проекта заказчику (тут неважно, в какой области, важно, что вообще есть опыт «что-то зафиксировать и сделать командой в срок»);
  • умение ставить задачу разработчику хотя бы на пальцах («ну, там, вот это - туда, потом там это, и чтобы «уух!»).

Джун курильщика:

  • не понимает, что такое функциональные требования. Это значит, что он не сможет их сформулировать сам и не сможет проверить за аналитиком. Этому РП нужен нянька начальник + аналитик + хороший разработчик, чтобы учить. Его обучение может влететь в копеечку.
  • не имеет опыта сдачи проектов заказчику вообще (а значит и близко не сталкивался с проблемами при сдаче). Взяв такого,первые два года вы точно будете страдать от срыва сроков, а дальше – как повезет.
  • «если я не успел в срок, я попрошу заказчика перенести срок немного. А лучше сроков вообще не обещать»

Миддл:

  • понимает жизненный цикл проекта на уровне: «какой-то пресейл», «анализ», «разработка», «сдача-приемка» - не менее.
  • понимает документацию проекта на каждом из этих шагов (устав, план, контракт, ТЗ, детальный дизайн, ПМИ**). Понимает = умеет рассказать, что обязательно в этих доках должно быть;
  • понимает, на основании чего работает его проект (Устав или контракт, или просто – пацаны договорились и где-то зафиксировали).
  • имеет опыт ведения реальных проектов от 2х лет. Это значит – не бумажки перекладывал или был администратором, а реально делал и сдавал ИТ проекты. Это легко проверяется на собеседовании: если человек не может внятно рассказать, что именно он делал хотя бы 2 года – он врет про свой опыт.
  • имеет опыт решения проблем и базовое понимание механизма эскалации на проекте (команда-рп-заказчик внешний-внутренний-спонсоры)***;
  • имеет опыт факапов и не боится им делиться
  • имеет реальный опыт сдачи своих проектов в срок и в бюджет.

Миддл курильщика:

  • плывет на вопросах: «какие основные разделы обязательно должны быть в ТЗ?» или «для чего и как пишется ПМИ?»
  • не знает жизненного цикла проекта, описанного выше: это означает, проекты делал, но маленькие, пока еще джун;
  • на вопрос «расскажите про парочку факапов из работы?» отвечает, что их не было (не умеет признавать свои косяки или просто их реально не было. Оба варианта плохие).
  • в тестовой задачке легко смещает сроки проекта вправо
  • «ой, а что такое декомпозиция в трекере?»

Синьор:

  • сам вам расскажет, как надо. Может взять ваши шаблоны, а может сделать по своим;
  • отлично знает жизненный цикл проекта от появления идеи до сдачи в эксплуатацию и всех доков которые там надо делать;
  • доставал проекты из кризиса и с удовольствием рассказывает про это;
  • зафакапил парочку, сделал выводы и тоже может про это рассказать;
  • умеет в пресейл. Умение делать красивые презентации – плюс, но необязательно
  • может объяснить на пальцах, чем отличаются страшные слова: PMBoK, Agile, SCRUM. более того, понимает, что и когда надо применять;
  • умеет в мотивацию, может рассказать парочку примеров «из жизни»;
  • расскажет вам про один два по-настоящему больших проекта уровня внедрения Федеральной ГИС или что-то подобное;
  • умеет организовать цикл разработки для команды 20+ разработчиков (реальных, а не мифических).

Синьор курильщика:

  • «я не понимаю, почему мы опять не успеваем»
  • «зачем я буду вести риски и что это?»

Когда Синьор перерастает позицию РП? Почти всегда это происходит само собой:

  • вам становится мало одного проекта, вы берете несколько. И вот – у вам портфель проектов, и вы – Руководитель портфеля.
  • Вам становится скучно с вашим проектом, вы ходите к вашему заказчику и предлагаете поделать что-то еще. Это – бизнес девелопмент.
  • Вы отлично разобрались в том, что внедряете, и уже сами знаете процессы вашего заказчика лучше него самого. Теперь вы сами формируете дорожную карту на год, а заказчик только радостно хлопает в ладоши. Вы – владелец продукта.
  • Вы так хорошо делали ваш проект, что заказчик запустил еще несколько и отдал их вам. Но ваших рук не хватает и вам в помощь выдали еще 1-2 подрастающих РП. Вы – руководитель направления 😊

Если почему-то так не происходит, значит вы или не Синьор или стоит задуматься, чтобы сменить место работы.

Ну и последнее, на добавку. Про зарплаты на момент августа 2024 года:

  • джун: 180-230
  • миддл: 230-350
  • синьор: 350-500

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

На этом все. Напомню еще раз - это исключительно мой опыт. Если вам есть что добавить - буду рад комментариям, интересно, насколько мой опыт бьется с опытом рынка.

Удачи, и не будьте менеджерами курильщика, будьте хорошими РП!

Больше интересных мелочей будет в моем ТГ канале для Руководителей проектов "Морковка спереди, морковка сзади" – если было интересно, подписывайтесь.

Сноски

** - : неважно как называется документ, важен принцип: ТЗ или functional requirements, ПМИ или migration strategy, ПЗ к ТП или Detailed design – если человек работал с чем то одним и понимает, зачем оно, он быстро переучится.

*** - как проверить такой опыт на интервью – это отдельный разговор. На уровне РП кандидаты уже давно научились преувеличивать и приукрашивать свой опыт, но правильные вопросы могут показать, кандидат знает, о чем говорит или нафантазировал. Как задавать правильные вопросы, я напишу как-нибудь отдельно.

Начать дискуссию