Duct и Ject

Брейнстормим с Дмитрием Безуглым в кафе доклад на Software People 2010 про управление продуктами. Все время возникают сравнения управления продуктами с управлением проектами, менеджера продуктов и менеджера проектов. Проблема в том, что на бумаге они сокращаются одинаково: ПМ, PM или PrMng))

Если начала одинаковые, то надо различать по окончанию. Отныне:

То, что относится к управлению продуктами, – это Duct.

А к управлению проектами – Ject.

Стратегическая роль управления продуктами

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

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

Вторая встреча. Интересные вопросы

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

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

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

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

Презентация "Введение в управление программными продуктами" v1

Я подготовил презентацию “Введение в управление программными продуктами” версии 1. Буду ее рассказывать в рамках педагогической практики на отделении программной инженерии ВШЭ.

Комментарии приветствуются. До самой презентации планирую сделать еще пару версий. Надеюсь на ваши замечания))

Кстати, если есть желание, приходите послушать. Это, наверное, где-то в апреле будет. Пообщаемся.

Горбатая диаграмма 2

Я немного обновил модель с описанием активности различных процессов по фазам жизненного цикла программного продукта. Так называемая “горабатая диаграмма” (hump diagram).

Стоит отметить, что описываются “процессы, которые присутствуют в процессе разработки программного продукта”, а не ”процессы управления продуктом”.

Спасибо Андрею Вербицкому, Дмитрию Безуглому, Анатолию Левенчуку за комментарии к предыдущей версии.

Управление продуктовыми линейками от SEI

Многие хоть раз слышали про модель CMMI. Ее разработал известнейший центр исследований в области программной инженерии  Software Engineering Institute, подразделение Carnegie-Mellon University.

Так вот этот же SEI ведет разработки в области Software Product Lines, т.е. линеек программных продуктов.

В рамках этих работ был создан Framework for Software Product Lines Practice.

Также была издана книга Software Product Lines, которая написана по результатам этой исследовательской программы.

Вот как описывают линейки программных продуктов в SEI:

A software product line (SPL) is a set of software-intensive systems that share a common, managed set of features satisfying the specific needs of a particular market segment or mission and that are developed from a common set of core assets in a prescribed way.

Software product lines are emerging as a viable and important development paradigm allowing companies to realize order-of-magnitude improvements in time to market, cost, productivity, quality, and other business drivers. Software product line engineering can also enable rapid market entry and flexible response, and provide a capability for mass customization.

А вот как выглядит процесс разработки продуктов:

Я начал читать основной текст их фреймворка, достаточно интересно.

Российские продуктовые компании – вендоры ПО

Давно меня (и не только меня) интересует вопрос: а много ли в России более-менее крупных продуктовых софтверных компаний, т.е. вендоров ПО. Ответ на этот вопрос позволяет понять, в том числе, насколько актуальна в РФ дисциплина “Управление программными продуктами”.

Сделаем следующее допущение: под российскими вендорами будем понимать те компании, управление продуктами которых осуществляется в РФ. То есть компания, зарегистрированная где-то в оффшоре, но продуктовая команда которой по факту работает в РФ, будет считаться российским вендором. Размер компании: более 50 человек.

Я начну список:

  1. 1C
  2. Лаборатория Касперского
  3. Acronis
  4. NetCracker
  5. jNetX
  6. CBOSS
  7. ABBYY
  8. Scartel
  9. R-Style
  10. Doctor Web
  11. Прогноз
  12. XJ Technologies
  13. Парус
  14. Галактика
  15. Компас
  16. Монолит инфо
  17. Мотив
  18. РБК Софт
  19. JetBrains
  20. Parallels
  21. АСКОН
  22. Paragon Software
  23. Spirit DSP
  24. Peter-Service
  25. Беркут
  26. СТУ Софт
  27. Laconix
  28. Command Core
  29. Exigen
  30. Siperian (Informatica)
  31. Прикладные технологии (Rocket Software)
  32. EMS Database Management Solutions
  33. Quest Software
  34. SPB
  35. Инфотекс
  36. Код Безопасности
  37. ГК «Информзащита»
  38. Enkata
  39. Spirit DSP
  40. Eastwind
  41. СКБ-Контур
  1. Yandex
  2. Mail
  3. Rambler
  4. hh
  5. Superjob
  6. Mamba

Дополняйте список в комментариях! Я внесу в основной.

UPD. Вынес Интернет-компании в отдельный список

UPD. У нас много вендоров, оказывается))

Product Management vs. Project Management

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

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

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

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

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

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

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

О чем вы хотите прочитать в этом блоге?

Хотите, чтобы в этом блоге появился пост на интересующую вас тему? Оставляйте свои пожелания в этой форме:

Все пожелания будут рассмотрены! В будущем форма будет жить здесь: http://swpm.ru/backlog/

Курс по Software Product Management

Suhas Kelkar разработал  и читает курс по Software Product Management для идийского Symbiosys Center for Information Technology. У курса есть страничка в интернете, на которой есть презентации 4-ех лекций (PowerPoint -> PDF). Очень даже интересный курс.