Требования к корпоративным коробкам

All you need is www.uml2.ru

Специфика управления требованиями в разработке

корпоративных коробочных решений

Константин Бредюк

Летний Аналитический Фестиваль 2010

План презентации

1. Различия заказной и продуктовой разработки

2. Специфика управления требованиями к коробочным продуктам

3. Специфика управления требованиями к корпоративным продуктам


Отличия заказной разработки от продуктовой

Продуктовая разработка

Заказная разработка

Бизнес-модель Производство и продажа продуктов

Продажа услуг

Природа рисков Рынок Заказчик

Ключевая роль Менеджер продуктов

Менеджер проектов

Ключевой процесс

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

Управление проектами


Управление требованиями в заказной и продуктовой разработке

Заказнаяразработка

Управление требованиями

Продуктоваяразработка

Управление требованиями

И в заказной и в продуктовой разработке есть процесс управления требованиями. Однако между ними есть важные различия


Рынок вместо заказчикаМножество существующих / потенциальных заказчиков –одно из важнейших отличий продуктовой разработки

Аналитик Заказчик

Аналитик

Клиент Проспект Клиент

Конкурентов

Рынок 1

Проспект Клиент Проспект

Рынок 2


Рынок вместо заказчика

• Множество (часто противоречивых) источников требований

• Нет источника требований «в последней инстанции»

• Проспекты зачастую не имеют желания делиться требованиями (не все являются клиентами)

• Может быть не только множество клиентов, но и множество рынков


Инструмент работы с рынком: маркетинговые исследования

• В заказной разработке требования собираются у заказчика, а в продуктовой –на рынке. Поэтому методы сбора требований необходимы частично другие

• Базовая типизация методов маркетинговых исследований

• Качественные / Количественные

• Первичные / Вторичные


Виды маркетинговых исследований

• Интервью

• Опрос

• Фокус группа

• Этнографическое исследование

• Concept Testing

• Market Testing

Существует несколько видов маркетинговых исследований, направленных на решение различных задач и соответствующих различным этапам жизни продукта


Маркетинговые исследования vs Маркетинг

• Маркетинговые исследования направлены на получение информации о рынке: потребностях пользователей, решениях конкурентов, тенденциях развития отрасли

• Маркетинг направлен на донесение информации до потребителей, партнеров, конкурентов


Этапы создания коробочного продукта*

* в версии Product Development and Management Association

Opportunity Identification

Concept Generation

Concept Evaluation

Development Launch

Создание продукта может быть представлено в виде ряда этапов. Этапы отличаются от этапов заказной разработки


Concept Testing

• Заключается в представлении продукта или услуги текущим или перспективным пользователям для сбора их реакций

• Это не то же самое, что пользовательское тестирование продукта: тестируется не продукт, а подход к решению проблемы

• Преимущества: обнаруживаются слабые концепции, можно спрогнозировать продажи, помогает развивать концепцию, экономит деньги

Concept Testing – характерный для продуктовой разработки инструмент, позволяющий повысить вероятность успеха продукта на рынке


Аналитик + Маркетолог

В продуктовой разработке для аналитика становятся более важны навыки проведения маркетинговых исследований для исследования рынка (потребителей и конкурентов)


Утром деньги, вечером стульяВ заказной разработке продажа идет не за счет хорошего решения, а за счет репутации компании, т.к. решения пока никакого нет. А в продуктовой разработке…

Продажа Разработка

Заказная разработка

Разработка Продажа

Продуктовая разработка


Product Owner / Product Manager

Product Owner:

• Выбирает фичи, которые войдут в продукт

• Разруливает конфликты требований

• Ответственен за успех продукта

… а в продуктовой разработке покупатели смотрят на продукт. Поэтому на первый план выходят качества продукта. И больше ответственности получает Product Owner


Holy War: знает ли пользователь, чего он хочет?

«Если бы я спросил у потребителей, что им нужно, они сказали бы, что хотят более быструю лошадь» Генри Форд

«Ваше мнение, хотя и интересно, не релевантно» Стив Джонсон, Pragmatic Marketing

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


Market Requirements Document

MRD содержит ответы на вопросы:

• Кто является целевым потребителем?

• Почему потребители захотят купить наш продукт?

• Какие существуют конкуренты?

MRD – специфичный для продуктовой разработки документ, предназначенный для описания рыночной ситуации


MRD в контексте других документов

PRD PRD

Vision MRD

Последовательность документов Vision -> PRD в заказной разработке меняется на последовательность MRD -> PRD


Специфика корпоративных

коробочных продуктов


Сбор требованийДля сбора требований к корпоративному продукту характерен ряд особенностей, которые необходимо учитывать. В целом требуется более осторожный подход

?

• Задать вопрос = признаться в незнании ответа. Потребитель ждет готового решения

• Корпоративная закрытость

• Эффект Гейзенберга


Пользователь vs. Покупатель

1. Кто пользуется продуктом? Пользователь

2. Кто покупает продукт? Покупатель

На чьи требования ориентироваться?

В корпоративном программном обеспечении пользователь и покупатель продукта часто не совпадают. Одни атрибуты продукта интересны пользователю, другие – покупателю*

* cм. инструмент Buying Personas


Наблюдение про типичный переход от заказной разработки к продуктовой

• Компания решает сделать продукт по результатам заказных разработок

• Подходы к работе с требованиями не пересматриваются

• Происходит ориентация на одного заказчика / требования генерит руководитель проекта

• Работы с рынком нет

• Fail

Вопросы?

Константин Бредюк

NetCracker

[email protected]


Software Product Management Russiaswpm.ru

Требования к корпоративным коробкам

Technology