Грейды в управлении проектами (Junior/Middle/Senior)
Всем привет! Сегодня хотел бы поговорить про грейды в проектном управлении, про отличия в поведении проджектов разного грейда. Статья ориентированна на IT, но подойдет и для других сфер, особенно про софт-скилы. В конце статьи будет табличка и чек-лист как понять на каком вы грейде :)
Введение
Последнее время в своей менторской практике часто сталкиваюсь с тем, что проджекты:
- мидлы/синьоры испытывают сложности с собственным позиционированием по грейдам, поэтому откликаются не на те вакансии и в целом сложнее с поиском работы
- джуны не понимают куда и как расти
При этом понимание собственного уровня:
- осознанно оценивать свои сильные и слабые стороны
- ставить реальные цели для развития
- лучше выстраивать диалог с работодателями и руководством
- понимать уровень зарплатных ожиданий
Основные грейды в IT: Junior, Middle, Senior
В разных компаниях и командах требования и названия грейдов могут отличаться, но широкое признание получили три базовых уровня.
Junior PM
Новичок в профессии, который только начинает знакомиться с управлением проектами, даже если курсы PM убеждают в обратном :). Обычно выполняет ограниченный набор задач под руководством более опытных коллег. Ментально все еще исполнитель.
Типичные задачи:
- Поддержка проектной документации (ведение задач, подготовка отчетов).
- Координация небольших задач внутри команды (например, организация встреч, контроль сроков по задачам).
- Помощь в сборе требований и коммуникации с участниками проекта.
- Выполнение поручений старшего менеджера (например, составление расписаний, актуализация ганта и тд)
Навыки:
Внимание к деталям и желание учиться.
Базовое понимание методологий (Agile, Scrum, Waterfall).
Умение работать с инструментами управления проектами (Trello, Jira, Asana, Yougile и тд).
Коммуникация на базовом уровне (взаимодействие с командой, заказчиками).
Типичный представитель - выпускник ВУЗа/курсов по проектному менеджемнту, человек без управленческого опыта участвующий в первых проектах в роли менеджера проекта/стажера
Middle PM
Проджект уже имеет базовую насмотренность, может самостоятельно брать на себя часть проекта или умеренный по размерам проект целиком, может сам предлагать решения, инициировать изменения и видеть риски. Ментально начинает понимать что такое ответственность за определенный участок работ.
Типичные задачи:
Полностью управление проектами небольшими проектами или частями крупного проекта
Постановка задач команде, контроль их выполнения.
Управление рисками и решение операционных проблем.
Прямая коммуникация с заказчиком (сбор требований, согласование результатов).
Участие в оптимизации процессов внутри команды.
Ответственность за результат
Навыки:
Уверенное владение методологиями (Scrum, Kanban, PMI/PMBOK).
Навыки управления командой и разрешения конфликтов.
Глубокое знание инструментов (Jira, Confluence, MS Project).
Анализ и управление рисками, умение работать с метриками проектов и KPI.
Хорошие коммуникативные навыки, включая ведение переговоров.
- Понимание бизнеса и продукта с которыми работает
Типичный представитель - проджект с опытом работы в проектной деятельности от 1-2 лет (в зависимости от интенсивности работы и количества завершенных проектов), чаще всего это проджекты небольших команд разработки и/или заказной разработки. В зависимости от специфики компании может быть отличным исполнителем или начинающим руководителем.
Senior PM
Проджект, который обладает глубоким опытом и стратегическим мышлением, управляя сложными, крупными или несколькими проектами одновременно. Он отвечает за полный цикл от инициации до завершения. Работает на стыке операционного и стратегического управления, взаимодействуя с высокоуровневыми стейкхолдерами - топ-менеджмент, ключевые клиенты или партнеры. Ментально уже полностью управленец, хуже выполняет джуновые задачи :)
Типичные задачи:
Управление сложными проектами с большим количеством участников, высоким бюджетом или сложной технической составляющей.
- Стратегическое планирование, управление ресурсами,
определение целей, KPI, дорожных карт на уровне проекта/портфеля проектов.
Управление рисками. Проактивный анализ рисков, разработка планов минимизации рисков и оперативное решение кризисных ситуаций.
- работа с высшим руководством, ключевыми клиентами, заказчиками, согласование ожиданий, управление конфликтами интересов между сторонами.
Оптимизация процессов. Разработка и внедрение улучшений в проектные процессы, методологии и инструменты на уровне команды или компании
Наставничество. Обучение и поддержка Junior и Middle менеджеров, передача знаний, развитие команды.
Координация нескольких проектов, балансировка ресурсов и приоритетов между ними.
Senior PM берет на себя полную ответственность за успех или провал проекта
Навыки:
- Глубокое понимание рынка и продукта, которые развивает/запускает
Экспертиза в методологиях. Глубокое знание Agile (Scrum, Kanban, SAFe), Waterfall, PMI/PMBOK и способность адаптировать их под конкретные проекты.
Лидерство и управление командой. Умение мотивировать, разрешать конфликты и выстраивать эффективное взаимодействие в кросс-функциональных командах.Умение выстраивать доверие в команде и с клиентами, вдохновлять и поддерживать.
Стратегическое мышление. Способность видеть проект в контексте бизнес-целей компании, предлагать решения, повышающие ценность продукта или услуги.
Финансовая грамотность. Управление крупными бюджетами, анализ затрат, прогнозирование финансовых результатов.
Продвинутые коммуникативные навыки. Умение вести сложные переговоры, презентовать результаты на уровне топ-менеджмента, управлять ожиданиями всех сторон.
Управление рисками и изменениями. Навыки прогнозирования проблем, разработки планов реагирования и управления изменениями в проекте
Способность анализировать большие объемы данных и принимать обоснованные решения.
Способность адаптироваться к изменяющимся условиям, новым требованиям или непредвиденным обстоятельствам.
Отличия от других грейдов
В отличие от Junior, который выполняет вспомогательные функции, и Middle, который управляет проектами средней сложности, Senior PM работает на стратегическом уровне, решает сложные проблемы и влияет на бизнес-процессы компании. В зависимости от типа компании акцент может быть на гибкости и скорости или на соблюдении стандартов и управлении крупными бюджетами.
Типичный представитель - заматеревший мидл, который пережил не 1 проект и вырос вместе с направлениями которые развивал либо опытный управленец, который частично занимается проектной деятельностью
Отличие в поведении на примерах
Теория это конечно хорошо, но давайте посмотрим чем отличается поведение проджектов разного уровня в типичных ситуациях абстрактного проекта разработки мобильного приложения с фиксированным бюджетом и сроками (3 месяца, команда из 10 человек)
Ситуация 1: Конфликт в команде из-за распределения задач
Два разработчика спорят о том, кто должен взять сложную задачу по интеграции API, так как оба считают, что она выходит за рамки их зоны ответственности. Задача не делается, сроки едут.
Junior PM - Эскалирует проблему Middle или Senior PM. Может попытаться организовать встречу для обсуждения, но не имеет опыта для самостоятельного разрешения конфликта. Скорее всего, фиксирует проблему в трекере/чате команды и просит совета у старшего коллеги.
Middle PM - Организует встречу с разработчиками, выслушивает их позиции и предлагает компромисс (например, разделение задачи или привлечение третьего специалиста). Может использовать техники фасилитации, чтобы направить обсуждение. Обновляет план проекта и следит за выполнением задачи.
Senior PM - Проводит анализ причин конфликта (например, перегрузка команды или нечеткие роли). Организует встречу, но с фокусом на долгосрочное решение: пересматривает RACI-матрицу, чтобы избежать подобных ситуаций в будущем. Мотивирует команду, подчеркивая вклад каждого в успех проекта, и при необходимости привлекает тимлида для поддержки. Обновляет процессы, чтобы минимизировать конфликты.
Ситуация 2: Заказчик меняет требования на середине проекта
Заказчик требует добавить новую функцию (например, push-уведомления), что увеличивает объем работы на 20% и угрожает срокам.
Junior PM - Сообщает о запросе Senior или Middle PM, фиксирует изменения в документации. Может составить черновик письма для заказчика с вопросами, не принимает решений. Возможно, попросит команду оценить трудозатраты.
Middle PM - Проводит встречу с командой для оценки трудозатрат и влияния на сроки. Готовит для заказчика предложение с вариантами: либо увеличить бюджет/сроки, либо убрать другую функцию. Ведет переговоры, согласовывает изменения и обновляет план проекта в Jira. Может предложить компромисс, например, минимальную версию функции (MVP).
Senior PM: Анализирует запрос в контексте бизнес-целей проекта и компании. Проводит встречу с заказчиком, чтобы понять, почему возник запрос и какая потребность у бизнеса, и предлагает стратегическое решение (например, разбить внедрение на фазы, чтобы уложиться в сроки) или альтернативные реализации. Параллельно оценивает влияние на портфель проектов и распределяет ресурсы. Транслирует извлеченный опыт на команду и процессы
Ситуация 3: Срыв дедлайна из-за технической проблемы
Команда обнаружила баг в API, из-за которого тестирование задерживается на неделю. Это угрожает финальному дедлайну проекта.
Junior PM - Фиксирует проблему в трекере и сообщает Senior или Middle PM. Организует встречу с командой, чтобы понять масштаб проблемы, но не может предложить план действий. Может отправить заказчику уведомление о задержке по шаблону, согласованному с руководителем.
Middle PM - Собирает команду для оценки бага и сроков его исправления. Предлагает перераспределить ресурсы (например, привлечь дополнительного разработчика) или сократить некритичные задачи, чтобы уложиться в сроки. Обновляет план проекта и уведомляет заказчика, предлагая варианты уменьшения задержки (например, частичная поставка функционала).
Senior PM - Проводит анализ корневых причин бага (например, недостаточное тестирование на ранних этапах) и организует встречу с командой для выработки плана. Помимо фиксации бага пересматривает процесс тестирования, чтобы избежать подобных проблем в будущем. Ведет переговоры с заказчиком, предлагая варианты частичного релиза или разработки дополнительной фичи в качестве компенсации.
Выводы из примеров
Как видим внутри типового проекта по разработке (относится к классам проекта который может вести middle целиком) разница между Middle и Senior не такая высокая. Основное различие в том что часть проблем может не возникать вообще, из-за проактивного управления рисками и улучшения процессов (решения проблем на уровне системы). При этом у Junior основная функция это операционные действия без самостоятельного принятия решений
Чек-лист по грейдам
Задачи
- Я помогаю фиксировать и отслеживать задачи → Junior
- Я самостоятельно планирую и распределяю задачи внутри проекта → Middle
- Я управляю задачами и скоупом проекта с фокусом на интересы бизнес/продукта→ Senior
Риски
- Я фиксирую риски и помогаю в их анализе → Junior
- Я разрабатываю планы реагирования и контролирую их исполнение → Middle
- Я принимаю решения по устранению рисков на уровне бизнеса → Senior
Изменения
- Я фиксирую изменения и не принимаю решений→ Junior
- Я принимаю решения по изменения оптимально для текущего состояния проекта → Middle
- Я принимаю решения оптимально для проекта и с фокусом на системные изменения, чтобы проблема решалась в долгосрочной перспективе → Senior
Коммуникации
- Веду протоколы и общаюсь в команде → Junior
- Провожу переговоры и разрешаю конфликты внутри команды, провожу переговоры на уровне представителя заказчика → Middle
- Провожу коммуникации с бизнес-заказчиками и ключевыми клиентами и/или ЛПР заказчика→ Senior
Развитие
- Активо обучаюсь основам ведения проекта → Junior
- Точечно обучаюсь отдельным компонентам управления проектами, мотивирую команду → Middle
- Создаю программы развития, формирую культуру, развиваю компетенции управления вне скоупа проектов → Senior
Выводы
В этой статье мы:
- Рассмотрели примерный набор ключевых навыков и ответственности для разных грейдов менеджеров проектов — от Junior до Senior.
- Разобрали, как различается поведение PM на примере типичных ситуаций в проекте по разработке
- Получили чек-лист, который поможет вам понять свой текущий грейд
Осознание своего грейда дает важное преимущество — гораздо проще ориентироваться в вакансиях, понимать, какие задачи и требования стоят перед соискателями на тот или иной уровень. Так как часть моих менти рассматривали мидловые позиции будучи уже синьорами и развивались медленее чем могли бы
В следующей статье мы детально разберем, как перейти с одного грейда на другой. Посмотрим примеры вакансий и примерные зарплатные вилки, а также попробуем составить программу развития для условного project manager’а, который прошел базовые курсы.
Подписывайтесь, чтобы не пропустить продолжение и спасибо за внимание. Буду рад комментариям и обратной связи