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

All you need is www.uml2.ru

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Аналитик

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

Конкурентов

Рынок 1

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

Рынок 2

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• Интервью

• Опрос

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

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

• Concept Testing

• Market Testing

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

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

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

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

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

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

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

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

Opportunity Identification

Concept Generation

Concept Evaluation

Development Launch

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

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

Concept Testing

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Product Owner / Product Manager

Product Owner:

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

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

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

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

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

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

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

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

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

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

Market Requirements Document

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

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

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

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

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

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

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

PRD PRD

Vision MRD

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

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

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

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

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

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

?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• Fail

Вопросы?

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

NetCracker

swpm.rubredyuk@gmail.com

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

Software Product Management Russiaswpm.ru