1. Специфика управления
требованиями в разработке
корпоративных коробочных решений
Константин Бредюк
All you need is www.uml2.ru
2. План презентации
1. Различия заказной и продуктовой
разработки
2. Специфика управления требованиями к
коробочным продуктам
3. Специфика управления требованиями к
корпоративным продуктам
Летний Аналитический Фестиваль 2010
3. Отличия заказной разработки от
продуктовой
Продуктовая Заказная
разработка разработка
Бизнес-модель Производство и Продажа услуг
продажа продуктов
Природа рисков Рынок Заказчик
Ключевая роль Менеджер Менеджер
продуктов проектов
Ключевой Управление Управление
процесс продуктами проектами
Летний Аналитический Фестиваль 2010
4. Управление требованиями в заказной и
продуктовой разработке
И в заказной и в продуктовой разработке есть процесс
управления требованиями. Однако между ними есть важные
различия
Заказная Продуктовая
разработка разработка
Управление Управление
требованиями требованиями
Летний Аналитический Фестиваль 2010
5. Рынок вместо заказчика
Множество существующих / потенциальных заказчиков –
одно из важнейших отличий продуктовой разработки
Аналитик Заказчик
Рынок 1
Клиент Проспект Клиент
Конкурентов
Рынок 2
Аналитик
Проспект Клиент Проспект
Летний Аналитический Фестиваль 2010
6. Рынок вместо заказчика
• Множество (часто противоречивых)
источников требований
• Нет источника требований «в последней
инстанции»
• Проспекты зачастую не имеют желания
делиться требованиями (не все являются
клиентами)
• Может быть не только множество клиентов,
но и множество рынков
Летний Аналитический Фестиваль 2010
7. Инструмент работы с рынком:
маркетинговые исследования
• В заказной разработке требования
собираются у заказчика, а в продуктовой –
на рынке. Поэтому методы сбора
требований необходимы частично другие
• Базовая типизация методов маркетинговых
исследований
• Качественные / Количественные
• Первичные / Вторичные
Летний Аналитический Фестиваль 2010
8. Виды маркетинговых исследований
Существует несколько видов маркетинговых исследований,
направленных на решение различных задач и
соответствующих различным этапам жизни продукта
• Интервью
• Опрос
• Фокус группа
• Этнографическое исследование
• Concept Testing
• Market Testing
Летний Аналитический Фестиваль 2010
9. Маркетинговые исследования vs
Маркетинг
• Маркетинговые исследования
направлены на получение
информации о рынке: потребностях
пользователей, решениях
конкурентов, тенденциях развития
отрасли
• Маркетинг направлен на донесение
информации до потребителей,
партнеров, конкурентов
Летний Аналитический Фестиваль 2010
10. Этапы создания коробочного
продукта*
Создание продукта может быть представлено в виде ряда
этапов. Этапы отличаются от этапов заказной разработки
Opportunity Concept Concept
Identification Generation Evaluation
Development Launch
* в версии Product Development and Management Association
Летний Аналитический Фестиваль 2010
11. Concept Testing
Concept Testing – характерный для продуктовой разработки
инструмент, позволяющий повысить вероятность успеха
продукта на рынке
• Заключается в представлении продукта или услуги
текущим или перспективным пользователям для сбора их
реакций
• Это не то же самое, что пользовательское тестирование
продукта: тестируется не продукт, а подход к решению
проблемы
• Преимущества: обнаруживаются слабые концепции,
можно спрогнозировать продажи, помогает развивать
концепцию, экономит деньги
Летний Аналитический Фестиваль 2010
12. Аналитик + Маркетолог
В продуктовой разработке для аналитика становятся более
важны навыки проведения маркетинговых исследований для
исследования рынка (потребителей и конкурентов)
Летний Аналитический Фестиваль 2010
13. Утром деньги, вечером стулья
В заказной разработке продажа идет не за счет хорошего
решения, а за счет репутации компании, т.к. решения пока
никакого нет. А в продуктовой разработке…
Продажа Разработка
Заказная разработка
Разработка Продажа
Продуктовая разработка
Летний Аналитический Фестиваль 2010
14. Product Owner / Product Manager
… а в продуктовой разработке покупатели смотрят на продукт.
Поэтому на первый план выходят качества продукта. И больше
ответственности получает Product Owner
Product Owner:
• Выбирает фичи, которые войдут в продукт
• Разруливает конфликты требований
• Ответственен за успех продукта
Летний Аналитический Фестиваль 2010
15. Holy War: знает ли пользователь,
чего он хочет?
Вечный спор о том, может ли потребитель рассказать, чего он
хочет, или за него надо это придумать, в продуктовой
разработке более актуален, т.к. у вендора больше свобода
действий, чем у аутсорсера
«Если бы я спросил у потребителей, что им
нужно, они сказали бы, что хотят более
быструю лошадь» Генри Форд
«Ваше мнение, хотя и интересно, не
релевантно» Стив Джонсон, Pragmatic
Marketing
Летний Аналитический Фестиваль 2010
16. Market Requirements Document
MRD – специфичный для продуктовой разработки документ,
предназначенный для описания рыночной ситуации
MRD содержит ответы на вопросы:
• Кто является целевым потребителем?
• Почему потребители захотят купить наш
продукт?
• Какие существуют конкуренты?
Летний Аналитический Фестиваль 2010
17. MRD в контексте других документов
Последовательность документов Vision -> PRD в заказной
разработке меняется на последовательность MRD -> PRD
Vision MRD
PRD PRD
Летний Аналитический Фестиваль 2010
18. Специфика
корпоративных
коробочных
продуктов
Летний Аналитический Фестиваль 2010
19. Сбор требований
Для сбора требований к корпоративному продукту характерен
ряд особенностей, которые необходимо учитывать. В целом
требуется более осторожный подход
• Задать вопрос = признаться
в незнании ответа.
Потребитель ждет готового
решения
• Корпоративная закрытость ?
• Эффект Гейзенберга
Летний Аналитический Фестиваль 2010
20. Пользователь vs. Покупатель
В корпоративном программном обеспечении пользователь и
покупатель продукта часто не совпадают. Одни атрибуты
продукта интересны пользователю, другие – покупателю*
1. Кто пользуется продуктом? Пользователь
2. Кто покупает продукт? Покупатель
На чьи требования ориентироваться?
* cм. инструмент Buying Personas
Летний Аналитический Фестиваль 2010
21. Наблюдение про типичный переход от
заказной разработки к продуктовой
• Компания решает сделать продукт по результатам
заказных разработок
• Подходы к работе с требованиями не
пересматриваются
• Происходит ориентация на одного заказчика /
требования генерит руководитель проекта
• Работы с рынком нет
• Fail
Летний Аналитический Фестиваль 2010