Если кто-то сейчас ищет работу проджект-менеджера, то вы точно услышите на собеседовании вопрос: «Как, на ваш взгляд, устроен идеальный цикл разработки продукта?»
для проджект-менеджера круто уметь использовать инструменты Lean Startup для объяснения идей или концепций клиенту и команде. Идеальный PM может на коленке набросать прототип, собрать кривой макет в Figma или Tilda, записать скринкаст с объяснением фичи или слепить из скринов правки. Это сильно упрощает коммуникацию и экономит уйму времени на переписки и написание ТЗ. Идеальный PM знает, где важнее перфекционизм, а где скорость, поэтому умеет адаптироваться.
Поэтому сначала стратегический процесс, затем стратегия, а потом уже планирование и подходы, которые должны меняться вместе с меняющимся будущим. Часто начинающие PM'ы путают планирование со стратегическим процессом, но не наш идеальный PM. Ведь он всегда думает последовательностью «Зачем?», «Как?», «Что?».
Круче не тот, кто заранее видит больше рисков, а тот, кто видит самые разрушительные риски, на которые он может повлиять. Чем больше амбиции, тем больше риски. Это напрямую влияет на ответственность. Поэтому очень важно сфокусированно с рисками работать.
Самое бесполезное, что может сделать проджект-менеджер, — это отправить клиенту огромный бриф, где клиенту самому надо ответить на кучу вопросов, собрать референсы и чуть ли не ТЗ расписать. Если б клиент всё это знал, то он бы не обращался к вам. Чем круче менеджер, тем меньше вопросов он задаёт, брифуя клиента. Идеальный PM знает, какую информацию нужно получить для оценки и скоринга клиента, а также для оценки рисков, сложности коммуникации и подходящей модели работы.
Он знает всё про когнитивные искажения и ловушки. Поэтому выстраивает аргументацию, которая защищает людей от ошибочных суждений. Ещё бы, ведь на его полке стоят книги Чалдини и Канемана.
С клиентами и командой он общается не как с «одним из множества», а именно с конкретной личностью. Внимательно и открыто, чтобы была атмосфера взаимопонимания. Такой подход помогает вести конструктивные диалоги, разрешать конфликты и строить коммуникацию на основе взаимного уважения и доверия. Потому что любое недоверие — это вирус для команды и проекта.
Самое плохое, что может сделать PM, — это придумать правила и заставлять всех им следовать. Хуже — если одновременно с этим он сам им следовать не будет.
Задача идеального PM'а — сделать команду производительной. Для этого не нужно разрабатывать KPI и делать дашборды для отслеживания. Эффективная команда работает по принципу минимакса. Максимальный результат с минимальными усилиями и издержками. Идеальный PM делает всё, чтобы не было ничего лишнего и бесполезного. Ни лишних коммуникаций, ни процессов, ни простоев, ни переработок, ни неправильных решений и т. п. Ничего не должно мешать людям работать и проявлять командные свойства, которых поодиночке у членов команды нет. Если PM действительно хорошо делает свою работу, то команда будет эффективной. Иначе просто не может быть. Просто наличие идеального PM'а в команде не делает её эффективной. Любая новая команда проходит 5 стадий: формирование, конфронтация, нормирование, функционирование и расставание.
