Есть в Айти стандартные грейды: Джун, Мидл, Синьор.
Руководителей ИТ проектов тоже можно разложить по этим уровням. Мне это помогает четче формулировать требования к сотруднику и куда ему дальше расти. Вам может помочь понять, что надо подтянуть, чтобы достичь нужного уровня, какие есть перспективы дальше. А если вы ищете РП – можете использовать для описания работы в вакансии 😊
Непричеметр (он же дисклеймер): эта статья – мое личное мнение, основанное на большом числе собеседований, которые я провел и прошел (суммарно больше 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 – если человек работал с чем то одним и понимает, зачем оно, он быстро переучится.
*** - как проверить такой опыт на интервью – это отдельный разговор. На уровне РП кандидаты уже давно научились преувеличивать и приукрашивать свой опыт, но правильные вопросы могут показать, кандидат знает, о чем говорит или нафантазировал. Как задавать правильные вопросы, я напишу как-нибудь отдельно.
