Что будет, если отправить начинающих PM-ов в поход? Снарядим их палатками, дождевиками, утяжелим рюкзаки корпоративными чашками, а для большей пользы добавим в компанию новичков Senior PM-а.
Наверняка, первое время все будут наслаждаться лесными звуками, ловить в кадр мелкую живность и получать удовольствие от активного отдыха. Но рано или поздно, ребятам нужно будет разбить лагерь, отдохнуть от насыщенного дня и поговорить: поделиться историями из практики, чтобы получить совет опытного коллеги.
Три «истории у костра» написаны на основе лекций Александра Крючкова, настоящего Senior PM-а с 14+ лет опыта в управлении IT-проектами, автора курса Supreme PM и спикера онлайн-интенсива PM Hard Skills: Planning.
После того как начинающие PM-ы получили первое походное достижение — «самостоятельно установил палатку», пришло время готовить ужин. В процессе освоения навыка «разведение костра первобытным способом», Senior передал зажигалку старательным добытчикам огня и настоятельно рекомендовал запомнить простое правило: «Не усложняй себе жизнь, когда существует простое решение».
Один из PM-ов все время бродил вокруг палаточного лагеря под уханье совы в надежде встретить хотя бы лесного ежа. Не найдя ничего интересного, менеджер вернулся к костру. Чайник уже закипел и компания предложила присоединиться к их чаепитию со страшными историями. Молодому специалисту как раз не давала покоя ситуация, в «стиле Стивена Кинга», и он начал рассказ.
Как договориться с перфекционистом
Это история про мой текущий проект. Заказчики — Майк и Джон. Майк — владелец небольшого бизнеса, в душе типичный продавец, любит торговаться и писать гневные письма с жалобами на команду разработчиков вышестоящим, не любит вдаваться в детали, но при этом перфекционист.
Джон — помощник Майка, ассистент и product owner, не имеет опыта в IT. Джон трудолюбивый и очень ответственный, но иногда забывает донести детали до Майка; и много не успевает из-за большой нагрузки.
Самое страшное, что после певчих птиц и запаха леса, мне предстоит вернуться обратно на работу и снова погрузиться в неразбериху, а я не представляю, что делать, чтобы не получать нагоняи из-за беспричинных наездов Майка.
Коллеги закивали. В их карьерах джунов не было похожих Джонов и Майков, но были свои опасения и страхи. Внезапно, из тишины раздался фырк, а затем дельный совет. Это Senior PM, видавший и не таких заказчиков, решил подсказать выход из ситуации.
— Слышишь как в темноте еж топает и не боится? — обратился РМ к младшему коллеге. — Вот, и для меня это совсем не страшная история. Запоминай:
- В коммуникации с ассистентом Джоном исключаем IT-термины, и доносим только значимые для бизнеса сведения: сроки, стоимость.
- Встречи с СЕО Майком делаем регулярными. Посвящаем только в ключевые вопросы.
- Назначаем аккаунт-менеджера «из бизнеса». Чтобы мог говорить с Майком на равных и, в случае чего, объяснить, что Майк слишком ушел в перфекционизм.
— Флоу понятен? — спросил Senior PM, делая глоток чая. — Чтобы больше подобного в страшных историях я не слышал.
Практически не дыша от восторга, что старший PM рассказывает о тонкостях работы с клиентами, к страшной истории приступил следующий джун.
Когда клиент сам пишет код
После кемпинга меня снова ждет встреча с непростым клиентом. Джордан — бывший разработчик, поэтому формулирует задачи, используя технические термины, и при этом совершенно не разбирается в бизнес-вопросах. А самое страшное, что Джордан сам правит код!
Коллеги разделили эту боль, но из темноты послышалось уже знакомое фырканье:
— В чем проблема? Пусть Джордан и общается с разработчиками, а ты работай как координатор. Если заказчик действительно грамотно погружается в техническую часть и точно знает чего хочет, — ничего плохого в этом нет. Главное, не мешай и не внедряй лишних процессов.
Все были впечатлены простым решением, а Senior PM, шевеля угли в костре, начал собственный рассказ, действительно страшный.
Что делать, если клиент — бывший РМ
— Ни один product owner или developer в качестве заказчика, не могут сравниться с бывшим Project Manager-ом. Когда-то, я работал с Кейт, как с product owner-ом, но быстро понял, что передо мной ex-PM.
Кейт активно использовала практики с предыдущей должности: занималась микроменеджментом и проявляла и интерес к тому, что сейчас делает конкретный разработчик. На встречах Кейт вела себя строго и моментами жестко, а после встреч последовательно эскалировала недовольство на каждого члена команды руководству. Но самое страшное — Кейт заставляла команду занижать оценки, и команда была откровенно демотивирована.
Участники похода немного растерялись. Как найти в этой ситуации простое решение, которым руководствуется всезнающий Senior? Продолжительное неловкое молчание разбавляли только стрекочущие сверчки и комариный писк.
Опытный PM, осмотрев всех строгим взглядом, продолжил:
— Я долго думал, как защитить свою команду от Кейт и в итоге, стратегия свелась к трем простым действиям:
- Сократить митинги, чтобы исключить или хотя бы уменьшить влияние Кейт на команду.
- Делать оценку по количеству тикетов или других объективных метрик, а не по количеству стори поинтов.
- Перевести всю коммуникацию с Кейт на PM и BA.
Молодые PM-ы многому научились во время кемпинга и, возможно, стали такими же бесстрашными, как ежики ночью. Что касается Senior PM-а, то у него еще есть, чем поделиться и с начинающими и с более опытными коллегами, но это совсем другая история.