Из Проджекта в Продакты. Часть 1

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

Что я узнал за это время:

  • С точки зрения управления, все проекты очень похожи друг на друга. Ключевая цель проектного управления - это попадание в волшебный треугольник: скоуп, бюджет, сроки и качество. С одной стороны, размер проекта, предметная область, формат взаимоотношений с заказчиком создают свою специфику, но с другой - этапы проекта, действия на этих этапах и проблемы очень похожи (привет, PMBoK). В проекте на сотню тысяч и на миллиард, в аутсорсе и продуктовке, банковской сфере и ритейле одинаково актуальны вопросы анализа потребностей стейкхолдеров, попадания в сроки, управления рисками и так далее. 
  • Роль менеджера проектов в разных компаниях может значительно отличаться в плане полномочий. PM далеко не всегда похож на рыцаря в сияющих доспехах из PMBoK, который одной рукой согласует устав проекта с заинтересованными сторонами, другой применяет корректирующие воздействия, а третьей борется с рисками. Степень влияния на проект может варьироваться от махания флагом до возможности заключать дополнительные соглашения с клиентом. В этом плане самым непредсказуемым вариантом является матричная структура организации, так как она однозначно подразумевает отсутствие ресурсов в прямом управлении. 
  • Качество управления проектом никак не коррелирует с тем результатом, который в итоге получает клиент и компания. Я уже писал про успешный с точки зрения управления проект, который принес компании убытки. Наверняка вы тоже сможете вспомнить примеры реализованных проектов, которые не нашли своих потребителей или не решили проблему клиента. 
То есть по моему опыту получается, что качественное управление проектом - это необходимое условие для создания бизнес ценности, но еще не достаточное. А заниматься проектным управлением еще не означает принимать в нем ключевые решения. Мне же хотелось создавать ценность и влиять на результат компании - и я решил попробовать себя в направлении продуктового менеджмента.

В одной из статей я приводил слова Александра Бындю: "сейчас гораздо важнее сделать правильный продукт, нежели сделать продукт правильно". Это очень актуальная цитата, так как даже в B2B меняется паттерн поведения клиентов. На тренинге по CustDev Иван Замесин поделился наблюдением: если раньше клиенты приходили к вендору и выбирали из того, что им предлагает менеджер по продажам, то сейчас они  приходят за конкретными решениями своих проблем. Они уже в курсе того, что есть на рынке, они изучили большое количество информации в интернете и из других источников. Для аналогии вспомните, как за последние годы поменялся ваш паттерн поведения при покупке, к примеру, бытовой техники: если раньше вы (или ваши родители) приходили в магазин и выбирали товар из ассортимента на полках, то теперь вы выбираете товар до того, как пришли в магазин. Торговая точка вам нужна в основном для того, чтобы получить то, что вы выбрали. При этом, в том числе за счет развития технологий, молодым и гибким компаниям требуется все меньше времени , чтобы вытеснить с рынка больших и опытных игроков, посмотрите интересное видео Асхата Уразбаева на эту тему. Это делает тему продуктового менеджмента еще актуальнее (как для молодых, так и для опытных игроков). 

И вот тут на сцену вышли новые рыцари в сияющих доспехах: менеджеры продуктов. Чтобы доспехи не сияли слишком сильно, я оставлю это здесь. Так вот, одним из таких ребят я и решил стать :) В следующих частях я расскажу о составлении резюме, о заданиях и собеседованиях, получении работы и курсах по CustDev. 



Комментарии

Популярные сообщения из этого блога

4 дисциплины исполнения. Реальный опыт

Про мышление и быстрое обучение

Waterfall на прокачку: добавляем Agile