Software Product Management Russia

Презентация моего доклада «Специфика управления требованиями в разработке корпоративных коробочных решений» на ЛАФ-2010:

Gopal Shenoy (Product Management Tips) предлагает простую таблицу для оценки собственных компетенций как менеджера программных продуктов.

В заполненном виде она может выглядеть следующим образом:

Сделал в виде гуглодока для удобства читателей:

Может это и не лучший вариант таблицы для оценки компетенций, но с него вполне можно начать.

А вам эта таблица понравилась?

Алексей Ярцев задал мне ряд интересных вопросов про то, как менеджер продукта работает с продажами.

Вопросы интересные и актуальные. Так как моего опыта в этом вопросе будет недостаточно, публикую, с разрешения автора, вопросы здесь. Интересен ваш опыт.

Вопросы:

• Каким образом вы взаимодействуете с отделом продаж?
• Входят ли в обязанности Product Manager собственно продажи, контроль продаж (на каком уровне)?
• Имеет ли смысл разделять продажника и Product Manager-а или есть возможность объединения ролей при небольшом объеме продаж?
• Product Manager сам (вы, например) занимается продвижением продукта на рынок? Т.е. какова ваша функция как Product Manager в продвижении продукта?

Мои соображения:

С одной стороны: итоговый показатель успешности деятельности менеджера продукта – успех продукта на рынке, т.е. достижение определенных рыночных показателей (прибыльность, доля рынка и т.п.). Успеха на рынке без продаж не бывает)) Соответственно, общий успех менеджера продукта безусловно завязан на функцию продаж. Как мы знаем, нельзя делать человека ответственным за то, что он не может изменить, т.е. за то, на что он не может влиять. Получается, что менеджер продукта должен отвечать за продажи.

Но с другой стороны: очень многие функциональные области в продуктовой компании влияют на успех продукта и если следовать логике, изложенной в предыдущем пункте, менеджер продукта будет отвечать за очень многие области. И маркетинг и поддержка и дизайн интерфейса – это все важные для успеха продукта вещи. Если менеджер продукта отвечает за все это, то он ничего не будет успевать делать.

Мы имеем здесь две крайние точки по функциональной загруженности менеджера продукта: а) полный контроль всех функциональных процессов по созданию продукта б) выполнение специфической функции управления продуктом, и минимальное вмешательство в другие функции (см. lightweighted и heavyweighted product management).

Нет универсального правильного ответа на вопрос о том, что выбрать в конкретном случае. Ответ зависит от размера компании, структуры компании, специфики рынка, роли конкретного менеджера продуктов (Junior, Senior, VP of PM).

Например, в Pragmatic Marketing Framework описываются вот такие функции Product Management, связанные с sales:

• Sales Process. Align your organisation’s selling process to the buying process, describing the key personas’ information needs for each step in the process
• Sales Tools. Create tools for salespeople focused on a specific step of the selling process
• Channel Support. Provide on-going support for the sales channel. Look for opportunities to make support more repeatable

Эти вещи нужны для успеха продукта. Но должен ли этим в вашей компании заниматься именно менеджер продуктов?

Мои ответы:

• я предоставляю продавцам продукт и документацию. Они приносят контракты
• в мои обязанности продажи не входят. Для других менеджеров продуктов – да. Я не отвечаю за продажи
• зависит от компании. Да, в некоторых случаях имеет смысл
• да, частично занимаюсь продвижением: материалы, воркшопы

Презентация Дениса Бугрова (QuattroLab) на RitConf про управление продуктами. Интересный взгляд на процесс, стоит ознакомиться.

Что приятно, была использована наша Горбатая диаграмма с некоторыми доработками.

Отличная презентация про управление продуктами от Максима Яшунина (Spirit DSP):

Презентация нашего с Дмитрием Безуглым доклада на Software People 2010 «Кто такой менеджер продукта и что он может дать компании разработчику?».

Понравилась картинка, демонстрирующая применение Agile подхода в управлении продуктами:

Взято отсюда: http://blogs.forrester.com/tom_grant/10-04-22-agile_poses_boss_level_pm_challenge

А придумано товарищами из Quantum Whisper – небольшой компании, которая делает тул для Product Manager’ов, работающих по Agile.

Продолжаем разбираться с базовыми вопросами управления продуктами. Хочу поделиться с вами презентацией (in English) от компании Pragmatic Marketing, разработчика самого известного фреймворка управления продуктами и вообще признанного thought-лидера в области управления продуктами.

Презентация главным образом отвечает на вопрос «Зачем в компании нужен Product Management».

Мы понемногу расширяем off-line деятельности нашего сообщества. Вчера была очередная небольшая встреча. Были Дмитрий, Андрей и я. Обсудили много интересных, основополагающих вопросов, связанных с управлением продуктами:

• с какого момента компании целесообразно выделять управление продуктами как отдельный вид деятельности и, соответственно, роль менеджера продуктов
• во всех ли отраслях управление продуктами одинаково актуально. Мы заметили, например, что в телекоме почему-то роль менеджера продуктов более распространена, чем в других отраслях. Чем это может быть вызвано? Рассмотрели также маппинг на кино-индустрию: режиссеров, продюсеров)
• как разделять сферы ответственности руководителя проектов и менеджера продуктов
• в чем value введения управления продуктами для топ-менеджмента компании. Как объяснить, что управление продуктом – это не то же самое, что управление проектом и менеджеры продуктов нужны в компании
• почему нельзя назвать создание продукта «специальным видом проекта» и управлять им с помощью методик управления проектами (PmBOK) и т.д.

Брейнсторминг получился достаточно интересный. Надеюсь, из него получатся результаты в виде содержательных постов.

Возможно, сделаем в обозримом будущем более представительную встречу. Для этого нам, наверное, надо будет немного доработать формат: ввести роль докладчика. Брейнстормить в свободном полете при большом количестве участников неэффективно))

Подборка наиболее интересных англоязычных статей по теме «Product Management vs. Projects Management«:

• http://www.goodproductmanager.com/2007/09/24/product-management-vs-project-management/
• http://www.svproduct.com/product-management-vs-project-management/
• http://www.svpg.com/strategy-vs-execution/
• http://discuss.joelonsoftware.com/default.asp?biz.5.493329.4
• http://articles.techrepublic.com.com/5100-10878_11-6156588.html

Краткий смысл всех статей: не путайте управление продуктами и управление проектами. Они похожи по названию, но значительно отличаются по смыслу и, соответственно, по необходимым навыкам.

Управление проектом – это про то, как сделать какую-то работу в срок и в пределах бюджета. Постановка задачи примерно такая: «сделайте систему X за M дней и D денег».

Управление продуктом – это про то, как сделать работающий продукт «от и до», включая маркетинговые исследования, рекламу, продажи и т.д. Постановка задачи примерно такая: «хочу заниматься продажей софта. Сделайте что-нибудь такое, что клиенты будут покупать».

Некоторые тезисы из различных статей:

• Жизненный цикл проекта и жизненный цикл продукта различны
• Продукты создаются в рамках проектов
• Как каждый продукт требует менеджера продуктов, также и каждый проект требует менеджера проектов
• Если в компании нет менеджеров продуктов, то его работу выполняют другие отделы
• Требуемые навыки менеджера продуктов и менеджера проектов различны
• Управление продуктом – о том, что делать; управление проектом – о том, как делать

А вы что думаете по этому поводу?