Это статья для тех, кто хочет стать Руководителем проектов, или уже является Руководителем проектов. Ну и для всех, кто сталкивается с ними, чтобы понимать, что вам ждать, а чего ждать не стоит (и есть ли у РП волшебная палочка, которая позволяет взмахом выполнять все сроки, поднимая одновременно маржинальность проекта, или ее нет).
Что все думают про Руководителя проектов?
По запросу «Project manager» нейросеть генерирует вот такую картинку:
Успешный и уверенный в себе молодой чувак показывает шестерым таким же успешным чувакам какой-то невразумительный Гантт, на который профессиональный РП без смеха глядеть не сможет (поглядите и вы).
Реальность в том, что таких встреч у вас на проекте будет, хорошо, если одна. Вашим заказчикам пофигу ваш Гантт, им главное, чтобы вы просто взяли и сделали в срок хорошо.
Вашей команде тоже не интересно, как вы расставили колбаски на диаграмме, они уже оценили задачи и просто хотят тихо пилить продукт. Если у вас подрядчик – у него вообще контракт и ваша дорожная карта ему неинтересна (если она отличается от заключенного контракта – горе вам).
Вашим коллегам не до того: у них все точно также, и своих забот по горло. Вас могут выслушать в рубрике «Плач Ярославны», но это будет явно не в переговорке всемером, а один на один и в где-то в курилке.
И еще не забываем, что встреча 8х человек на 1 час – это потерянный вашей компанией 1 человекодень. Должны быть веские причины потратить столько времени, чтобы собрать столько человек ради вашего Гантта, а не просто послать заинтересованным линк в мессенджер, чтобы они посмотрели и прокомментировали офлайн.
Итого, картинка выше – просто образ Руководителя проектов, сложившийся в массовом сознании. К реальности отношения она не имеет и не верьте, если вам будут говорить иное.
Какой же он, РП в реальности? Не хочу вас разочаровывать, но вот эта картинка будет гораздо ближе к истине:
Если вы все еще видите себя успешным, в костюме, принимающим аплодисменты после встречи по согласованию плана работ, знайте – кто-то вам рассказал сказку, в которую вы верите. Вернуть вас в реальность – задача этой статьи.
Ваша успешность, как РП, не определяется наличием костюма, знанием инструментов типа JIRA, Yougile, MS Project или даже Oracle Primavera, не определяется знанием правил PMBoK или Scrum. Этим хардскиллам достаточно просто научиться один раз и далее использовать по мере необходимости. Но есть то, что почти не рассказывают на курсах и тренингах. Это качества, которые, по моему опыту, очень помогает РП качественно делать свою работу. Научиться им может оказаться намного сложнее, чем просто вызубрить и сдать экзамен PMI. Это те самые софтскиллы, которые являются определяющими для работы РП.
4 качества классного РП
Я выделяю четыре основных качества:
1. Умение решать проблемы и находить выход из любой ситуации.
2. Коммуникации, коммуникации и коммуникации.
3. Аккуратность и исполнительская дисциплина.
4. Желание делать хороший продукт и помогать своему заказчику.
Они выстроены в порядке их важности по моему личному мнению, основанному на 20-летнем опыте управления. Обратите внимание: тут нет ничего про знания инструментов. Инструменты управления не так важны, плюс, на каждом рабочем месте у вас могут быть разные системы (у кого то JIRA, у кого то Click up и так далее, и так далее).
Каждый раздел тянет на отдельную статью (когда-то напишу подробнее), сейчас давайте пробежимся быстро по самому важному из каждого раздела.
Умение решать проблемы и находить выход из любой ситуации.
Это базовый навык РП. Если у вас его нет – придется учиться. Если не хотите этому учиться – лучше даже не пробуйте становиться РП. Суть его в том, что на проекте почти всегда всегда все идет не по плану и с этим надо что-то сделать. Даже безобидный проект на 1.5 миллиона рублей и 1.5 месяца работы может оказаться провальным. Потому что заказчик не подписал требования или вовсе от них отказался, потому что другая компания, которая делала интеграцию, сделала ее не так и не вовремя, потому что вы не согласовали интерфейсы, потому что девопс, ответственный за деплой, свалился с температурой и сможет только послезавтра… Да миллион всего. Лучшая картинка на эту тему – мем ниже:
Вы думаете, ответ хорошего РП: «надо просто перенести сроки, добавить денег и сделать»? Ага, как же. Кому бы вы были нужны, если бы все было так просто. Все должно быть сделано в старые сроки и деньги, никто вам ничего не пересогласует. И вам придется все время делать что-то нестандартное (все стандартное сделают и без вас), придумывать варианты, бегать и согласовывать их, потом пересогласовывать, потому что кому-то что-то не подходит, и так далее. А потом, когда вы успешно решите это все, у вас заберут половину команды, а сроки потребуют сохранить 😊. Да-да, так тоже бывает.
Суть в том, что проект подразумевает неопределенность. Неопределенности – это потенциальные проблемы, для решения которых и существуете вы – Руководитель проекта. И вы должны помнить, что слабый РП ищет причину, почему он сделать не может, а сильный – что надо, чтобы сделать. Это тот самый “can do attitude” про который любят говорить американцы. Я его перевожу как «потенция». Есть потенция – решай проблему всеми доступными методами, а «нет потенции – нафиг с рынка» (с) (кто не знает, погуглите по тегу «про$рали все полимеры», только уберите детей от ваших наушников).
Итого, пункт первый и самый важный: умение предвидеть проблемы, умение видеть варианты решения, умение выбрать решение. Умение пробивать стены.
Коммуникации и общение.
Если вы не любите общаться – вы плохой РП. Если вы любите, но не умеете – вы тоже плохой РП, но у вас есть шанс научиться. РП – человек, который говорит почти всегда. Как я уже писал в статье про «Успешный проект» - вам нужно непрерывно коммуницировать с заказчиками, спонсорами, командой, подрядчиками и кем угодно еще, чтобы:
· Понимать, что со сроками и нет ли факапов;
· Чтобы все одинаково понимали цели, и где находится проект;
· Понимать изменение ситуации (у заказчика, в команде) и работать с вашими рисками проекта.
Если вы не любите говорить, а любите сидеть в бекофисе и двигать колбаски на диаграмме Гантта, вы обязательно пропустите возникающую проблему и не сможете ее решить. И фраза «мне должны были сказать» или «меня должны были предупредить» станет вашей последней на вашем рабочем месте. Даже если в Уставе проекта написано, что вам должны, ответственность за проект в конце дня все равно ваша. И виноваты будете вы. Главная проблема «Чайка менеджера» (см картинку) в том, что он ничего не может решить сам, он может только наорать и обвинить. Но, как правило, проблему проекта он решить неспособен. За что его и высмеивают:
Так что общайтесь больше. С командой, с заказчиком. Но – по делу. Если вы просто много болтаете, это тоже плохо, вы отвлекаете людей от работы. А если у вас все под контролем, проект идет отлично, а поговорить не с кем и не о чем – поздравляю, вы отлично справляетесь здесь, просите больше работы (и больше денег, естественно).
Аккуратность и исполнительская дисциплина.
Этот пункт про следование внутренним правилам и регламентам компании. Раньше я сам очень протестовал против этого пункта. Какие процессы, какое планирование, какая фиксация договоренностей? Я же художник, я РП, который решает миллион проблем, почему я еще должен следовать вашим дурацким регламентам, которые меня сдерживают? Почему релизы только по четвергам? Почему я должен запрашивать ресурсы через HR и процедура занимает 3 месяца, когда я могу просто позвать аутстафф и подключить их за 2 недели? Зачем мне эта бюрократия?!
Все верно, РП это все не нужно. Как правило, РП в курсе всех работ на своем проекте, знает о проблемах и путях решения. Но он не смотрит выше своего проекта. А там много чего интересного. Ваш руководитель должен контролировать несколько десятков таких проектов, как ваш. И чтобы не дергать каждый раз вас, отвлекая вас от работы, ему важно видеть актуальные цифры (исполнение и деньги) в системе. Релизы только по четвергам нужны, чтобы вот такой «эффективный менеджер» не сжег команду, набор которой заново будет стоить больших денег, а запрос только через HR нужен, чтобы отладить набор и его качество. И то, что процесс длинный – это проблема процесса, которую надо решать, но это не повод отказываться от процесса.
Если вы такой же художник, каким был я, вам придется научиться аккуратно вести ваши задачи, расставлять тикеты по спринтам, вести митинг минатс, вести вашу Вики, хранить файлы не на компьютере, а на ресурсах вашей компании, и так далее. Да, это может бесить, понимаю. Но это очень важно. Просто примите это, как есть.
Желание делать хороший продукт и помогать своему заказчику
Этот раздел для продвинутых РП, которые уже умеют делать все три задачи выше. Я бы не рекомендовал задумываться об этом раньше. Потому что вы можете сколько угодно хотеть сделать хорошо, но, если вы не умеете выполнять ваши прямые обязанности, вы не справитесь. Возможно, вы сделаете хорошо кому-то определенному в команде проекта (бизнесу, к примеру), но ценой выгорания команды или нарушения сроков.
Если же вы умеете во все пункты выше, добро пожаловать в четвертый раздел.
Как давно сказал один из моих учителей: «хотите, чтобы к вам возвращались – давайте больше, чем от вас ожидают». От РП, в первую очередь, ожидается выполнение работ, описанных в проекте. В целом, можно воспринимать РП как молоток. Он дорогой, точный, но он просто должен делать проект: то, что написано и согласовано. Как это скажется на продукте, зачем это заказчику и что будет с результатами работы через 5 лет, его может не особо волновать. Пришел, сделал, ушел – все. И это уже неплохо. Но, если вы хотите дать больше, чем от вас ожидают, учитесь понимать ваших заказчиков (и бизнес, и ваших непосредственных руководителей), помогайте не просто делать проект, но понимать долгосрочные цели вашей компании, долгосрочные задачи бизнеса, который вы автоматизируете, и предлагайте пути достижения этих целей. Вот тогда вы станете уже Ведущим Руководителем, который умеет не только в проекты, но и в бизнес девелопмент. А это уже серьезный шаг в ваш дальнейший рост в Руководителя направления/программы проектов и так далее. Это же даст вам много козырей в общении с бизнесом: к вам будут гораздо более лояльны, ведь вы помогаете людям решать их проблемы, а не тупо делаете все, что написано в ТЗ. К таким компаниям, к таким профессионалам всегда возвращаются. И их не так уж и много. В этом пункте у вас реально появляется шанс сделать мир немножечко лучше за счет вашего умения, компетенции и проактивной позиции (проактивная – это когда вы сами предлагаете, а не ждете, что вам скажут, что сделать). И это круто.
В завершение
Когда вам рассказывают про высокооплачиваемую работу Руководителя ИТ проектов, представляется чувак в костюме (ну или водолазке, как у Стива Джобса), который двигает мир вперед, от всего плохого ко всему хорошему, пользуясь Проджектом, Джирой и мышкой. Все вертится, все слушаются, проекты вылетают как пирожки из печки, а менеджер просто получает на карточку зарплату, премию и бонусы за успех. В реальности это большой труд, завязанный, по большей части, не на ваши сертификаты и знание инструментов, а на те самые «софт-скиллы», которым научиться гораздо сложнее. И если вам никто про это не говорит – знайте, вам придется учиться этому всему самостоятельно, набивая шишки на реальной работе. И не говорите, что я вас не предупреждал.
Зато могу сказать точно: если вы научитесь делать качественно то, что написано выше, вы сможете стать тем самым качественным Руководителем, который может делать в срок и в бюджет и делать это так, чтобы к нему возвращались, прислушивалась и ценили. А это и есть успешный руководитель проектов.
Как говорится: нормально делай, нормально будет!
