Чем занимается Project Manager?

Компетенции менеджера проектов – мастхэв для всего прогрессивного человечества. Попросили грамотных людей рассказать, чем они занимаются и как выглядит день пиэма.

В обозримые 5-15 лет половина этих ваших профессий уйдет на свалку истории вместе с этими вашими карьерами. Ну как бы «за что боролись?». В «Атласе новых профессий», который написали после сложных экспертных исследований дальновидные люди из Агентства стратегических инициатив (АСИ), есть списки устаревающих и перспективных профессий. А еще там есть про надпрофессиональные навыки. Один из них – управление проектами. Ну, то есть, Project Management – сама по себе огромная область, в которой будем разбираться с помощью спецов. Помимо того, компетенции пиэма маркируют уровень профессионализма, в какой бы области ни были эти ваши проекты. Среди людей, способных потянуть работу CEO, много тех, у кого есть специализация проджекта. В общем, причин, почему имеет смысл следить за этим циклом материалов, как бы есть: осваивать новую профессию, получать надпрофессиональный навык, который даст пространство для карьерного маневра лет через пять, заточить организационный навык для своего стартапа.

Чем занимается проджект-менеджер? В чем состоит его работа, вот каждый день? Что является Project Management и что нет?

Станислав Скорб

CEO и кофаундер в Targem Games. Одна из специализаций – Project Management.

Стаc Скорб: Управление проектами – это целая наука. Грубо говоря, проект – это некое «предприятие», ограниченное по времени и ресурсам. Его цель – создать уникальный продукт. Соответственно, у этого предприятия есть руководитель, задача которого – достижение цели в установленные сроки и в рамках ресурсов. Он и есть руководитель проекта. Все, что под это определение подходит, является проектами. Например, практически любая стройка – проект. Разработка новой машины – проект, а вот изготовление серийной машины на заводе – не проект. Я, если что, игры делаю компьютерные. Каждая игра – проект.

В принципе руководитель проекта может делать что угодно, лишь бы проект состоялся. Есть общепринятые методологии, методы ведения проекта и даже международные стандарты, их довольно много. Кстати, почти все пиэмы выделяют разные стадии – «сбор требований», «планирование», «запуск», «контроль стадий» и вот это все – но так, чтобы совсем по науке мало кто делает на практике, хотя, возможно, и не помешало бы. Разные отрасли адаптируют под себя классические методологии. Например, в разработке софта часто используется так называемая гибкая методология разработки – Agile, типа требования могут динамически изменяться. Но это не везде подходит: к играм можно, в стройку не очень.

Роман Вейнберг

Менеджер проектов в компании «Программная логистика». Кандидат экономических наук. Парт-тайм работает в Плехановке.

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

Обычный рабочий день пиэма – когда нет новых проектов или муторной подготовки документации – устроен вот как.

1. Прихожу на работу.
2. Пью утренний кофе.
3. Запускаю скайп, воцап, вайбер, в общем, показываю, что доступен по всем каналам связи. Этим не стоит пренебрегать.
4. Проверяю почтовые ящики: новые письма от заказчиков, требования и срочные вопросы.
5. Расставляю приоритеты и формулирую задачи сотрудникам, работающим со мной в проектном офисе, – на основе информации, полученной ранее или только что из почты. Приоритетность задач обязательно определяется исходя из имеющихся ресурсов.
6. Работа в ScrumDo – чуть позже расскажу про нее.
7. Проверка план-графика на портале, если есть проектный портал.
8. Time to time: проводим скрам-митинги или спринты, строго 1 раз в 2 недели.

Это все, конечно, если нет срочных тендеров или запуска проекта – там PM’у надо отдельно участвовать. Еще может понадобиться срочно сделать отчет для заказчика за какой-то срок – от недели до полугода – но написание отчетов это, конечно, уже не каждодневная работа. Обычно пишем недельный отчет.

Павел Капусткин

Project Manager в B2B-Center (Международный центр электронных торгов), tutnet.ru. В прошлом: руководитель сектора интернет-проектов в ИД «Главная книга» («Консультант+»); руководитель интернет-проектов в ИД Hearst Shkulev Media. Имеет российский PMP-based сертификат Project Management Expert (PME), а также сертификат ICAgile Certified Professional.

Павел Капусткин: Чем занимается проджект-менеджер, расскажу в контексте отраслевой специфики интернет-индустрии, веб- и мобильной разработки. В большинстве случаев в руках руководителя проекта такой инструментарий: «уточнить и согласовать требования», «поставить задачу», «определить приоритеты», «проконтролировать исполнение». Вся история ПМ’а – про то, чтобы делать правильно и не делать неправильно.

Проджект работает на стыке разработки и бизнеса. У него, чаще всего, не так много полномочий, при этом он в полной мере несет ответственность за конечный результат. Часть задач пиэма – это рутина: день за днем мы с проектной командой прорабатываем текущий список задач; анализируем, на сколько продвинулись к конечной цели; что предстоит сделать сегодня, чтобы максимально продвинуться. Туда же регулярные мероприятия по планированию, оценке задач и приемке промежуточных результатов.

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

О каких изменениях может идти речь: допустим, разрабатывается некий модуль к уже существующей системе. И за пару недель до запуска кто-то из бизнес-заказчиков придумал новую тарифную опцию, позволяющую существенно повысить выручку. Новая опция здорово меняет функциональность модуля, который мы разрабатываем. Что нужно в этом случае проджект-менеджеру:

1. Придумать, каким образом внести изменения в разрабатываемый функционал, чтобы стоимость этих изменений была разумной.
2. Решить, за счет чего сократить объем выполняемых работ, чтобы новая опция не сильно сдвинула сроки поставки.
3. Договориться об этом со всеми заинтересованными лицами и выполнить договоренности.

Ну и вот еще недавно у меня был такой пост на фейсбуке – он тоже отвечает на вопрос о том, чем занимается пиэм:

«Зачем разработке менеджер?
Вопрос не новый. Ответов на него много. Вот еще один вариант, не претендующий на оригинальность. 
Программист считает, что он получает деньги за то, что пишет качественный код, а бизнес-заказчик полагает, что за его деньги программист качественно решает бизнес-задачу. Если они в состоянии самостоятельно устранить этот конфликт ожиданий, то менеджер, в общем-то, не нужен. Но в большинстве случаев нахождение точки пересечения ожиданий требует больших затрат времени и сил, на которые не готов бизнес, и эмпатии к бизнес-процессам со стороны разработчика, что тоже нечасто встречается. И здесь появляется необходимость в отдельном человеке, который, не переходя на "птичий язык", растолкует бизнесу суть техкостов, поможет сформировать реалистичные ожидания и донесет до разработки продуктовую цель без бла-бла-бла и булшита».

Автор: Роман Марков