Product Management без ошибок. Гид по созданию, управлению и успешному запуску продукта - страница 14
Если вы слушаете и разводите руками, говоря: «Так не должно быть!», я с вами соглашусь. С ростом популярности методологии Agile все больше и больше людей видят недостатки этой системы, которая может годами определять ценность этих требований.
Многие компании, например, наши друзья из Marquetly, охотно приняли Agile, полагая, что это волшебное средство создаст ценность программному обеспечению. И все же они были разочарованы. Так почему же? Agile действительно продвигает эффективный способ сотрудничества и более быстрый метод создания программного обеспечения, но он в значительной степени игнорирует вопрос осуществления успешного управления.
Исходя из методологии Agile, предполагается, что кто-то, генерируя и утверждая идеи, оптимизирует производство программного обеспечения. Тем не менее эта часть была упущена, поскольку компании считают, что для успешной разработки нужен только Agile. Именно поэтому многие продакт-менеджеры в Agile-организациях все еще прибегают к каскадному подходу.
Чтобы стать отличным менеджером по продукту, необходимо хорошо понимать пользователей, тщательно анализировать системы и уметь видеть и реализовывать возможности рынка. Когда вы действуете по шаблону, не думая об активном мышлении, в итоге вы получаете множество бесполезных функций.
Мы редко учим менеджеров, как правильно думать, а если и учим, то не измеряем эффективность этого мышления. Вместо этого нас хвалят за написание подробных спецификаций или за то, что мы следим за разработчиками и их своевременной работой.
Когда я прошу людей дать определение продакт-менеджеру, я получаю множество разных ответов – даже от самих менеджеров. «Менеджер по продукту – это тот, кто придумывает идеи!» Или: «Они – голос клиента!» И всегда: «Менеджер по продукту – это генеральный директор продукта!»
Чтобы понять, в чем не заключается роль продакт-менеджера, вам нужно понять общие архетипы плохих менеджеров. Давайте начнем с последнего, учитывая, что я его особенно ненавижу.
Продакт-менеджеры не являются генеральными директорами, однако 90 % объявлений о вакансиях, которые я просматривала, описывают их как мини-директоров. Генеральные директора обладают единоличной властью над многими вещами. Они имеют право увольнять людей. Они имеют право менять команды. Они могут менять направления. С другой стороны, менеджеры по продукту не могут изменить многое из того, что может сделать генеральный директор в организации. Особенно у них нет власти над людьми, поскольку они не являются менеджерами на уровне команды. Но вместо этого их начинают подталкивать в определенном направлении.
Из этого замечательного мифа о генеральном директоре возник архетип очень высокомерного менеджера по продукту, который думает, что он правит миром. Одного из таких типов я нашла в Marquetly. Его звали Ник. Ник только что окончил бизнес-школу и был принят в компанию на должность менеджера по продукту. Все разработчики его ненавидели. UX-дизайнеры тоже. Почему?
Честно говоря, Ник ужасно себя вел с дизайнерами и разработчиками. Он изначально хотел стать менеджером по продукту, потому что воображал себя следующим Стивом Джобсом, провидцем, который будет сидеть наверху и диктовать своей команде все, что они должны создать. Излишне говорить, что остальным членам команды это очень не нравилось. Он был расстроен: «Команда меня не слушает и ничего не делает». Бедный Ник. Он просто не понимал своей роли.
Тогда я отвела его в сторону и сказала:
– Слушай, я когда-то была в твоей роли, и позволь заметить, что такой образ мышления работает не в твою пользу. Я пришла в OpenSky, ухватилась за эту должность и не хотела ее отпускать. Я никогда не хотела слышать критику в адрес своих идей. В конце концов, я же визионер! Это была моя работа. Если кто-то приходил ко мне с идеей, я сразу же ее отвергала. Пойми, так друзей не завоюешь. И, честно говоря, я была несчастна, потому что моя команда не хотела со мной работать.
Я заметила, что привлекла его внимание. Тогда я продолжила:
– Однажды мой босс отвел меня в сторону и сказал, что если я не начну завоевывать расположение команды, меня ждет провал. Тогда я изменила подход. Он напомнил мне, что моя работа заключается в производстве ценности, а не в разработке собственных идей. Только после того, как я обрела смирение, я смогла создавать продукты, которые нравились людям. До этого я создавала вещи, которые не приносили желаемых результатов потребителю, и никто их не принимал. Кроме того, моя немотивированная команда медленно работала, потому что не была вовлечена в процесс.