Области знаний Руководство BABOK v3, глава 7
Анализ требований и определение дизайна
Коротко Эта область знаний (её часто сокращают до RADD) описывает, как превратить выявленное в понятные требования и дизайны, проверить их качество и ценность для бизнеса, собрать их в связное целое и сравнить варианты решения, чтобы рекомендовать лучший.
По материалам: IIBA, Руководство BABOK® v3, гл. 7 «Анализ требований и определение дизайна»; учебные материалы по бизнес-анализу (карточки задач и слайды курса).
На этой странице
Назначение#
Выявление даёт сырьё: заметки, наблюдения, документы, идеи. В Руководстве BABOK® эта область знаний — то место, где вы анализируете, синтезируете и уточняете этот материал, превращая его в требования (что нужно) и дизайны (как можно удовлетворить потребность), а затем с их помощью находите и рекомендуете решение. О разнице между требованиями и дизайнами см. страницу Требования и дизайны.
С точки зрения Модели базовых понятий бизнес-анализа вы преобразуете результаты выявления в требования и дизайны, которые определяют изменение, анализируете потребности, чтобы рекомендовать решение, находите и рекомендуете варианты с наибольшей ценностью, адаптируете требования для разных групп заинтересованных сторон, оцениваете ценность вариантов и выражаете её в числах, а также моделируете контекст в формах, понятных всем заинтересованным сторонам.
Задачи#
Руководство BABOK определяет шесть задач.
7.1 Спецификация и моделирование требований. Вы подробно описываете требования и дизайны с помощью текста, матриц и моделей, подходящих для аудитории. Результат: специфицированные и смоделированные требования.
7.2 Верификация требований. Вы проверяете, что требования и дизайны составлены правильно: достаточно детальны, внутренне непротиворечивы и качественны. Результат: верифицированные требования.
7.3 Валидация требований. Вы проверяете, что требования и дизайны действительно приносят ценность бизнесу и поддерживают цели организации. Результат: валидированные требования.
7.4 Определение архитектуры требований. Вы структурируете все требования и дизайны так, чтобы они сочетались друг с другом и вместе поддерживали бизнес-цель, без пробелов и противоречий. Результат: архитектура требований.
7.5 Определение вариантов дизайна. Вы находите и описываете разные возможные способы удовлетворить бизнес-потребность. Результат: варианты дизайна.
7.6 Анализ потенциальной ценности и рекомендация решения. Вы оцениваете ценность каждого варианта, сопоставляете компромиссы и рекомендуете вариант с наибольшей общей выгодой. Результат: рекомендация решения.
Простой способ запомнить разницу между 7.2 и 7.3: верификация спрашивает «правильно ли написано требование?», а валидация — «то ли это требование, которое нужно?».
Основные входы и выходы#
| Задача | Что на входе (упрощённо) | Что на выходе |
|---|---|---|
| 7.1 Спецификация и моделирование | Результаты выявления, подтверждённые или нет | Специфицированные и смоделированные требования |
| 7.2 Верификация | Специфицированные требования | Верифицированные требования |
| 7.3 Валидация | Специфицированные требования | Валидированные требования |
| 7.4 Архитектура | Требования в любом состоянии; границы решения из анализа стратегии | Архитектура требований |
| 7.5 Варианты дизайна | Стратегия изменений; валидированные и приоритизированные требования | Варианты дизайна |
| 7.6 Рекомендация | Потенциальная ценность из анализа стратегии; варианты дизайна | Рекомендация решения |
Техники, которые понадобятся чаще всего#
- Моделирование и спецификация (7.1, 7.4): Варианты использования и сценарии, Пользовательские истории, Моделирование данных, Словарь данных, Функциональная декомпозиция, Моделирование границ, Организационное моделирование, Прототипирование.
- Проверка качества и ценности (7.2, 7.3): Критерии приёмки и оценки, Рассмотрение (ревью), Отслеживание вопросов, Метрики и KPI, Анализ документов, Финансовый анализ.
- Поиск и выбор вариантов (7.5, 7.6): Мозговой штурм, Бенчмаркинг и анализ рынка, Оценка вендора, Семинары (воркшопы), Бизнес-кейсы, Управление бэклогом, SWOT-анализ.
Практические советы#
Проводите верификацию по фиксированному списку характеристик качества#
Учебные материалы вслед за Руководством BABOK проверяют требования по девяти характеристикам. Превратите их в чек-лист для ревью:
- Атомарность: требование самодостаточно, в нём одна мысль.
- Полнота: не упущено ничего, что нужно для его понимания.
- Согласованность: не противоречит другим требованиям и потребностям заинтересованных сторон.
- Краткость: без лишних деталей.
- Осуществимость: достижимо при известных рисках, сроках и бюджете.
- Однозначность: допускает только одно разумное прочтение.
- Тестируемость: можно показать, выполнено оно или нет.
- Приоритизированность: известна его относительная важность.
- Понятность: написано на согласованном языке аудитории.
Стройте архитектуру из точек зрения#
Точка зрения (viewpoint) связывает группу заинтересованных сторон с типом информации и задаёт, в каком виде им представляются требования: модели процессов — для операционного персонала, модели данных — для владельцев данных, варианты использования или пользовательские истории — для команды разработки, представления безопасности и аудита — для службы контроля соответствия. Представление (view) — набор требований, увиденный с одной точки зрения. Вместе представления образуют архитектуру требований, и именно она позволяет судить о полноте и согласованности всего набора. Фреймворки и шаблоны (отраслевые, секторальные или корпоративные стандарты) могут дать готовые точки зрения: вы начинаете с пустого шаблона и наполняете его содержанием предметной области.
Делайте ценность явной#
Учебные материалы сводят ценность к формуле выгоды минус затраты. К выгодам относятся выручка, снижение риска, соблюдение политик и лучший пользовательский опыт. К затратам — приобретение, негативное влияние на заинтересованные стороны, текущая поддержка, а также нужные физические, информационные и человеческие ресурсы. Учитывайте и альтернативную стоимость (opportunity cost): ценность лучшего варианта, который вы не выбрали. Рассматривайте разработку, покупку и гибридные подходы и всегда включайте в сравнение затраты на интеграцию.
Пример: варианты в «Мастерской»#
Для онлайн-записи в «Мастерской» (вымышленной сети из 12 веломастерских) аналитик моделирует процесс записи в виде вариантов использования, верифицирует их на ревью с сотрудниками стойки приёма и разработчиками и валидирует по цели — сократить число записей по телефону. Описаны три варианта дизайна: готовый сервис записи, собственная разработка силами внешней команды и гибрид (готовая запись плюс небольшой собственный модуль уведомлений о статусе ремонта). Рекомендация сравнивает выгоды, затраты, интеграцию с заказом запчастей и то, какие возможности на будущее закрывает каждый вариант.
Источники и что почитать#
- IIBA. A Guide to the Business Analysis Body of Knowledge (BABOK® Guide), version 3. International Institute of Business Analysis, 2015. Рус. изд.: Руководство к своду знаний по бизнес-анализу (Руководство BABOK®), версия 3.0. Гл. 7 «Анализ требований и определение дизайна».
- Учебные материалы по бизнес-анализу (практические примеры и шаблоны): карточки задач к главе 7; слайды курса по анализу требований и определению дизайна (характеристики качества, архитектура требований, ценность вариантов решения).