Кто такой Project Manager или PM?

Как следует из названия профессии, это человек, который управляет проектом. Хотя на самом деле такое определение довольно примитивно. В нашем контексте мы будем рассматривать IT проекты, но как показывает практика, опытный менеджер может быть одинаково эффективным, как в IT, так и, например, в управлении супермаркетом или даже в строительстве. На самом деле, обязанности PM отличаются в разных компаниях, а иногда и внутри одной компании — все зависит от особенностей проекта.

Так что же именно делает PM на проекте?

Для примера приведу типичное расписание дня менеджера, управляющего одним проектом.

1. Просмотр и, по необходимости, ответ на электронные письма и сообщения.

Менеджер всегда начинает работу раньше, чем команда разработчиков по крайней мере на один, а то и на несколько часов. Мой рабочий день обычно начинается в 08:30-09:00 утра, и в первый час я успеваю закончить несколько задач, требующих сосредоточенности. В 10:00 начинается рабочий день моей команды, соответственно, возникают вопросы, просьбы к менеджеру. Немало времени приходится посвящать коммуникации, часто незапланированной.

2. Планирование новых онлайн-встреч на день, корректировка своего расписания и расписания команды.

В работе я руководствуюсь правилом не больше 3 митов в день, два из которых — для команды и проекта. Работу нужно выполнить в рамках дедлайна, а количество встреч (на IT-сленге — коллов) непосредственно влияет на продуктивность. Уверена, у многих бывают дни, когда в календаре столько встреч, что нельзя найти и 15 минут на кофе. Представьте себе разработчиков в такой ситуации — у них физически не будет времени для работы. Если что-то подобное происходит, стоит вспомнить и воспользоваться подходом ROAM (*Resolved -Owned-Accepted-Mitigated). Найдите свой путь, даже если он нетипичный. Кто знает, возможно, вы станете следующим визионером, разработавшим новаторский манифест, который принесет пользу проектам по всему миру.

3. Ежедневный (daily) митинг с командой

На нем мы обсуждаем, что было сделано вчера, какой план на сегодня, какие у нас есть блокеры и как их преодолеть. Отсутствие блокеров сегодня — это не повод считать, что они не возникнут завтра. К этому нужно быть морально готовым.

4. Мониторинг задач и их прогресса.

5. Подготовка к следующим встречам: составление плана, тезисов для обсуждения, отправка адженды участникам.

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

7. Планирование или проведение рефайнмента, пре-демо/демо, ретро и пр.

8. Актуализация документации и исследование метрик проекта, планирование текущих задач и ознакомление с новыми.

9. Проверка электронной почты и мессенджеров для корректировки планов на следующий день.

Поскольку мы часто работаем с иностранными заказчиками, встречи с клиентами проходят вечером или рано утром. Для ІТ не существует географических границ, и это плюс, но, как следствие, часовых поясов тоже не существует.

Какие требования выдвигают к PM (исходя из моего текущего опыта)?

► Понимание принципов Agile и опыт в применении его фреймворков.

• Scrum: каким он должен быть и как вы его адаптировали для своих нужд. Это, пожалуй, самый популярный из фреймворков, который очень хорошо подходит для решения как типовых, так и нестандартных задач.
• Kanban, его принципиальные отличия от Scrum.
• TDD (BDD), Lean и экстремальное программирование.

► Умение ориентироваться в метриках проекта: capacity, velocity и т.д.

► Понимание понятий:

• SMART для задач и INVEST для завершения проектов и историй пользователей.
• DoD, DoR
• Acceptance Criteria
• Quality Gates
• Story Points, чем они полезны и как эффективно их использовать
• focus-factor и как его рассчитать

Если углубляться дальше, то тем на самом деле очень много. Так что, кто ищет — тот найдет.

► Понимание моделей рисков.

► Практика в предупреждении и разрешении конфликтов.

► Гибкие навыки или soft skills.

► Высокий уровень владения английским.

► Глубокое понимание профильного домена.

Ваш опыт должен подкрепляться реальными примерами. На это обращают внимание, потому что и сотрудники, и компании обычно имеют несколько профильных доменов.

Что стоит делать, чтоб стать настоящим PM-ом?

О том, каким должен быть менеджер проектов сказано и написано много. Но, к сожалению, идеального пути нет — существует вероятность, что в какой-то момент и вы окажетесь в категории «ненастоящих» менеджеров. Бояться это не нужно!

• В разные периоды своего профессионального становления вы тоже будете разными. Не бойтесь экспериментировать, пробовать что-то новое и подходить к своим выводам с разных сторон. Так вы лучше поймете положительные и отрицательные аспекты своей работы с течением времени.
• Обдумывайте свои действия по несколько раз и рассматривайте последствия заранее. Это позволит вам увидеть более точную общую картину вашего проекта и команды. Ищите себя, экспериментируйте и не бойтесь попробовать что-то новое.
• Не откладывайте старт в профессии. Начините с самых простых ІТ специализаций, чтобы получить практический опыт. Конечно, было бы идеально, если бы параллельно с работой вы могли заниматься с опытным ментором, посещать дополнительные курсы, чтобы углубить свое понимание области и вникнуть в некоторые нюансы профессии.

Я начинала с роли «саппорт-помоги-спаси-настрой» менеджера 😊. Но уже через год я получила собственный проект и начала работать с командой из пяти разработчиков. Было сложно, но невероятно продуктивно.

Уважайте и цените свой проект и команду — и ваша работа будет интересной, важной и полезной! И не забывайте следить за тренингами EPAM University по Project Management — регистрируйтесь на открытые тренинги или подпишитесь, чтобы получать уведомления по электронной почте.