Multitask image via Shutterstock.Представляем вашему вниманию третий материал из серии «Карьера в IT», в каждом выпуске которой мы рассматриваем одну из должностей в сфере разработки ПО. Данная часть цикла посвящена позиции Project Manager (две предыдущие статьи рассказывали о должностях Team Leadи Software Architect).
Project Manager — это специалист, чьей главной задачей является управление проектом в целом: проектирование и расстановка приоритетов, планирование выполнения задач, контроль, коммуникации, а также оперативное решение проблем.
PM — нетехническая должность, но большинство украинских PM’ов в IT — это бывшие разработчики или тестировщики. Так, по поисковому запросу «Project Manager» (в отраслях «информационные технологии», «разработка ПО» и «Интернет-технологии») поисковая база LinkedIn находит 2905 человек, из них 1467 (51%) — бывшие технические специалисты: 1182 в прошлом работали «software engineer» или «developer» и 285 — «tester» или «QA».
Согласно статистике ДОУ, среднему украинскому PM’у 28 лет, он имеет зарплату $2000 и опыт работы 3,8 года.
Задачи и обязанности
Основная обязанность и ответственность PM — довести идею заказчика до реализации в установленный срок, используя существующие ресурсы. В рамках этой задачи PM’у необходимо построить план разработки, организовать команду, настроить процесс работы над проектом, обеспечить обратную связь между командами и заказчиком, устранять помехи для команд, контролировать качество и поставку продукта в срок.
Задачи PM’аможно классифицировать как тактические и стратегические. Тактические — это решение каждодневных проблем проекта, устранение препятствий с пути команды. Стратегические заключаются в том, чтобы координировать общую цель проекта, путь к ней, а также скорость передвижения.
С другой стороны, задачи PM’а можно объединить в 3 группы:
— достижение целей проекта и клиента (эффективное выполнение задачи, обеспечение высокого уровня удовлетворенности клиента);
— достижение целей начальства и компании (финансовые показатели);
— достижение целей членов команды (мотивация, помощь в реализации карьерных целей, предотвращение конфликтов).
«Главная постановка задачи для PM’а: „Нам нужно, чтобы это работало“, что подразумевает, что команда предоставит результат в разумные сроки с разумным уровнем качества».
Обязанности PM’а:
— проектная документация;
— составление плана проекта;
— согласование сроков;
— анализ возможных рисков;
— участие в подборе и утверждении проектной команды;
— разбивка продукта на компоненты и раздача их исполнителям;
— определение требуемых ресурсов и рабочей среды, их распределение внутри команды;
— постановка рабочего процесса в команде (разработка, тестирование, работа с требованиями);
— определение приоритетности задач;
— организация работы команды вокруг требуемой задачи;
— отслеживание состояния проекта, хода выполнения задач;
— отслеживание должной приоритетности выполнения задач;
— отслеживание нагрузки задачами и прогресса по задачам каждого разработчика;
— отслеживание сроков выполнения задач;
— удерживание команды в рабочем состоянии, мотивация команды;
— создание прозрачной среды общения между всеми участниками процесса;
— отслеживание удовлетворенности проектом со стороны команды;
— решение всевозможных конфликтных ситуаций внутри команды и в связке заказчик-команда;
— общение с заказчиком, управление его ожиданиями;
— предоставление заказчику отчетности о ходе выполнения задач и проекта в целом;
— презентация заказчику готовых решений, демо-версий, прототипов;
— интервьюирование новых членов команды.
«Также надо разруливать всякие головняки, связанные с явными и неявными конфликтами. Неявные конфликты такие: заказчик хочет весь свой тухляк на вчера и недорого, начальство хочет как можно дольше и больше зарабатывать, а программисты просто хотят, чтобы было интересно, и крутую з/п».
В маленьких компаниях PM’ам иногда приходиться включать в свои обязанности работу других специалистов: управление требованиями (работа аналитика), управление персоналом, найм и рекрутинг (работа отдела HR), решение офисных нужд.
«У нас PM — это такой себе god object: принимает проект, пишет документацию, проектирует UI и API, планирует, выступает скрам мастером у команды, ведет всю отчетность по проекту, выставляет инвойсы клиенту. Если надо, может и тесты написать для API, мануально потестить, отрисовать кнопочки в фотошопе, иногда даже и закодить. Такой себе прекрасный дилетант — всё, но ничего углублённо».
Работу PM’а можно разделить на 5 режимов:
- Проектирование нового продукта или какого-либо нового функционала. На этом этапе PM организовывает митинг с техническим архитектором и разработчиками, оглашает задачи, которые им предстоит решить. В результате команда определяет путь, по которому пойдёт разработка.
- Планирование. На этом этапе важно учесть все факторы, влияющие на ход разработки, в том числе квалификацию сотрудников и связанные с ними риски, зависимость от сторонних сервисов, багфиксинг.
- Контроль. «Ежедневное многократное действие, которое необходимо PM’у для понимания, что происходит в проекте. Нужно всегда держать руку на пульсе».
- Оперативное решение возникающих проблем.
- Коммуникация с заказчиком, командой, сопутствующими сотрудниками на всех этапах развития проекта.
«В нашей стране должность PM’а часто эволюционирует из должности старшего разработчика, техлида или QA-лида. Таким образом, у новоиспеченного PM’а может начисто отсутствовать управленческий опыт. И, как часто случается (эффект нимба), организация теряет хорошего технаря и приобретает плохого PM’а».
Типичный рабочий день PM’а предполагает:
— Планирование очереди задач на текущий день;
— Проверка выполненной работы команд за прошедший день;
— Проведение стендапа с командой;
— Коммуникации с заказчиком по эмейлу, скайпу, телефону, митинги;
— Работа с документацией, отчетность;
— Мониторинг выполнения задач;
— Решение разнообразных текущих проблем;
«Открыть глаза, взять телефон — проверка почты, если нет заголовков URGENT — пойти чистить зубы. Во время завтрака проверить почту, рассортировать. Ответить только на URGENT. Приехать на работу, разбросать почту, ответить, добавить в свой лист задачи, расставить приоритеты».
«Узнать в офисе, что у нас сломалось сегодня. Понять, кто будет это чинить, и адресовать. Попытаться заняться беклогом. Попробовать выяснить, кто будет чинить то, что сломалось только что. Адресовать. Попытаться заняться беклогом».
В качестве Библии по классическим обязанностям PM’а рассматривается книга PMBOK — свод знаний по управлению проектами.
«Хоть чучелом, хоть тушкой, но проект надо выпустить».
Достоинства и недостатки
Должность PM’а привлекаетсоискателей возможностью вплотную заниматься управлением: принимать решения, организовывать быстрое и качественное создание продукта, обеспечивать рабочую атмосферу в команде, координировать и контролировать действия разработчиков.
«Нравится общение с людьми, в первую очередь. Постоянно новые проекты, новые сотрудники, новые заказчики, что, в свою очередь, приносит новый опыт и знания, а также возможность применить уже приобретенные знания. Возможность максимально самоорганизоваться, что приносит пользу не только на работе».
«Привлекает возможность решать проблемы, это как адреналин».
«Получаю истинное удовольствие, когда проект востребован, приносит ожидаемую прибыль или восторженные отзывы пользователей».
Среди недостатковэтой должности PM’ы отмечают работу в стиле нон-стоп: ненормированный рабочий график, постоянную перспективу овертаймов, необходимость реагирования и решения срочных задач в нерабочее время, а также стрессовость работы. Еще один минус — высокая ответственность даже в случаях недостаточного уровня влияния на результат.
«Начальство часто считает, что РМ должен делать всё и всегда виноват только он. Какая-либо оплошность команды в целом (низкое качество, несоответствие требованиям, затягивание сроков и т.д.) ложится полностью на плечи РМ’а, в то время как члены команды не несут никакой ответственности. Если проект успешный — команда молодец, сделала проект. Если провал — РМ виноват. Это демотивирует и добавляет седин».
«Недостатком можно назвать необходимость иногда работать с некомпетентными клиентами, которые одновременно не доверяют команде, с которой работают, пытаются всем и всеми руководить, и при этом не имеют понятия, как, собственно, создается ПО».
«Из-за специфики профессии приходится много работать с разными людьми — это морально утомляет, из-за чего вне работы общение вообще хочется свести к минимуму».
«Слишком много энергии тратить на „зажигать“ — вечером приходишь выжатый как лимон».
«Часто операционная работа отнимает большую часть времени, и пропадает чувство удовлетворения от завершения какой-то большой и важной задачи».
Как стать PM’ом и куда идти дальше?
Главные качества PM’а — это хорошее знание предметной области бизнеса, лидерские качества, опыт работы с людьми, навыки презентаций и убеждения, умение договариваться и учитывать интересы разных групп людей, способность вежливо и понятно излагать мысли на многих языках, а также умение собирать общую картину по разрозненным фактам. Также необходимы опыт планирования, оценки и устранения рисков, знание гибких и классических процессов разработки и умение выполнять административные задачи и создавать команду. Будет плюсом опыт в разработке или тестировании.
«Хороший PM ценит время, является хорошим аналитиком, психологом, лидером; энергичен, позитивен, не паникует, вместо отговорок ищет пути решения проблем, политкорректен, понимает стратегию и тактику».
«Важно уметь быть ведущим, а не ведомым, а также находить баланс между диктатурой и бесконтрольностью».
«Качество первое: не ныть! В любой ситуации, даже если всё падает и тебе в истерике звонят заказчики — ты должен быть спокоен. Да упало, да проблема — мы над этим работаем. Второй момент: нужно хотеть и уметь думать наперёд. Починили то, что упало — мы герои... А чего оно вообще упало? И как сделать так, чтобы не падало?»
«Гигиенический минимум нашей отрасли — это приемлемый уровень английского. И конечно, необходимо быстро учиться новому».
Карьерный путьк должности PM у специалиста, который ранее уже работал в IT, выглядит примерно следующем образом: Разработчик (тестировщик) —> Ведущий разработчик (тестировщик) —> PM.
«Изначально я выбрал профессию программиста. За несколько лет работы понял, что мне больше нравится и лучше получается общаться с людьми, а не с дебаггерами, поэтому решил изменить свою должность в ИТ».
«Карьерный трек я сменил, так как мне хотелось больше работать с людьми. Оказалось что PM — это не просто технарь, управляющий командой, а гораздо больше. По факту большая часть навыков, которые я нарабатывал, будучи программистом, оказались не нужными, а иногда вредными. Технический бекграунд, безусловно, помогает разговаривать с технарями. Но в целом это вторично. Софт навыки оказались нужны гораздо больше».
«Если хочешь стать PM’ом, твои навыки должны подходить под стиль управления в компании, ты должен иметь нормальные или хорошие отношения с руководителем. В идеале твоя кандидатура должна приходить твоему менеджеру в голову первая, если он думает о своей замене».
А вот пример карьеры не-ITшного PM’а:
«В ИТ я попала случайно. По образованию лингвист. Одна компания расширяла штат менеджеров проектов и была готова обучать персонал. Меня взяли на позицию Junior project manager, где я проработала полгода. Потом я прошла evaluation, и мне стали давать отдельные проекты. Честно говоря, все знакомые мне PM’ы пришли в профессию точно так же — с ин.яза, без опыта, но с каким-то интуитивным пониманием диджитал процессов. Важно, чтоб тебе было легко разобраться в работе, иначе не получится. Если для тебя нет разницы между форматами .gif и .swf, если ты не понимаешь, как сервер общается с клиентом, даже если тебе эту схему нарисовали на бумажке, вряд ли получится стать менеджером ИТ-проектов».
Закономерным продолжением карьерыменеджера проектов является рост «по горизонтали», то есть расширение полномочий, степени ответственности и глобальности задач, и в дальнейшем занятие должности Program Manager. Если интересно развиваться в других, нетехнических, направлениях менеджмента, то можно перейти в отдел продаж или в отдел по работе с клиентами. Вообще говоря, перспективы не ограничены, включая топ-менеджмент: CTO, CEO, CIO, COO.
P.S. Спасибо за помощь в написании статьи 18 украинским PM’ам, которые поделились с DOU таинствами своей профессии. Приведенные в статье цитаты взяты из их рассказов.