Управление жизненным циклом требований · Конспекты по бизнес-анализу

Назначение#

У требования есть своя жизнь: его предлагают, уточняют, приоритизируют, утверждают, реализуют, тестируют, изменяют, повторно используют или выводят из использования. Руководство BABOK® отделяет этот жизненный цикл от конкретного метода поставки. Требование может даже находиться в нескольких состояниях сразу, например быть утверждённым для одного релиза и всё ещё уточняться для другого.

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

Задачи#

Руководство BABOK определяет пять задач.

5.1 Трассировка требований. Вы создаёте и поддерживаете связи между требованиями, дизайнами, компонентами решения и другими рабочими продуктами, чтобы видеть влияние, покрытие и распределение. Результат: трассированные требования и дизайны.

5.2 Поддержание требований. Вы следите, чтобы требования и дизайны оставались правильными и актуальными, причём в форме, пригодной для повторного использования. Результат: поддерживаемые требования и дизайны.

5.3 Приоритизация требований. Вы ранжируете требования и дизайны по ценности, срочности, риску и другим согласованным факторам, чтобы команда сначала работала над самыми важными. Результат: приоритизированные требования и дизайны.

5.4 Оценка изменений требований. Вы оцениваете новые или изменённые запросы, чтобы решить, входят ли они в текущее изменение и как именно, и каким будет их влияние. Результат: оценка изменения требований.

5.5 Утверждение требований. Вы работаете с нужными заинтересованными сторонами, чтобы достичь согласия по требованиям и дизайнам, и фиксируете это согласие. Результат: утверждённые требования и дизайны.

Основные входы и выходы#

Задача	Что на входе (упрощённо)	Что на выходе
5.1 Трассировка	Требования и дизайны	Трассированные требования и дизайны
5.2 Поддержание	Требования и дизайны	Поддерживаемые требования и дизайны, пригодные для повторного использования
5.3 Приоритизация	Требования и дизайны; стратегия изменений; подход к руководству; архитектура требований	Приоритизированные требования и дизайны
5.4 Оценка изменений	Предлагаемое изменение; текущие требования и дизайны	Оценка изменения с анализом влияния и рекомендацией
5.5 Утверждение	Верифицированные требования; дизайны	Утверждённые требования и дизайны

Техники, которые понадобятся чаще всего#

Моделирование границ, Функциональная декомпозиция и Моделирование процесса — дают структуру, к которой привязывается трассировка.
Анализ бизнес-правил — правила часто становятся источником связанных и повторно используемых требований.
Моделирование данных, Диаграммы потоков данных, Варианты использования и сценарии и Пользовательские истории — форматы, которые вы будете поддерживать в актуальном состоянии.
Приоритизация и Управление бэклогом — упорядочивают работу.
Бизнес-кейсы, Финансовый анализ, Оценка трудоёмкости и Анализ решений — дают приоритетам и решениям об изменениях опору на факты.
Анализ интерфейсов и Анализ и управление рисками — показывают цепные последствия изменения.
Критерии приёмки и оценки, Отслеживание вопросов и Рассмотрение (ревью) — помогают в утверждении.

Практические советы#

Используйте небольшой фиксированный набор связей трассировки#

Учебные материалы вслед за Руководством BABOK описывают четыре вида связей:

Выведение (derive): одно требование следует из другого, например требование к решению выводится из бизнес-требования.
Зависимость (depends): одно требование опирается на другое. Либо оно имеет смысл, только если реализовано другое (необходимость), либо его проще реализовать, когда другое уже есть (трудозатраты).
Удовлетворение (satisfy): связывает требование с элементом решения, который его реализует.
Валидация (validate): связывает требование с тест-кейсом, который его проверяет.

Трассируйте только на ту глубину, которой кто-то будет пользоваться. Трассировка «всего ко всему» дорога и быстро устаревает.

Выбирайте метод приоритизации под решение#

MoSCoW (учебные материалы берут его из Agile-расширения Руководства BABOK): Must have, Should have, Could have, Won’t have this time. «Won’t» — согласованное исключение, а не отказ навсегда.
Ограничение по времени или бюджету: при фиксированном бюджете или сроке вы либо берёте всё и сокращаете (all in), либо начинаете с нуля и добавляете (all out), либо начинаете с главных приоритетов и добавляете или убираете требования, пока не упрётесь в предел (selective).
Голосование: каждый участник получает фиксированное число голосов или фишек и распределяет их между требованиями; побеждают набравшие больше всего голосов.

Какой бы метод вы ни выбрали, заранее договоритесь о факторах. Обычно это выгода, ущерб от отказа, стоимость, риск, зависимости, чувствительность ко времени, стабильность и соответствие нормативным требованиям или политикам.

Ожидайте конфликтов при утверждении и называйте их тип#

Учебные материалы используют пять типов конфликтов из модели медиации К. Мура. Если назвать тип, становится понятно, что поможет:

Конфликт данных: информации не хватает, она неверна или одни и те же факты толкуют по-разному. Помогают общие, признанные всеми факты.
Конфликт интересов: заинтересованные стороны хотят разных результатов, например качества или скорости. Помогают переговоры о компромиссах.
Конфликт ценностей: разные убеждения или культурные нормы. Ищите цели, приемлемые для обеих сторон.
Конфликт отношений: сильные эмоции, стереотипы или история личных отношений. Отделите людей от проблемы; привлеките нейтрального фасилитатора.
Структурный конфликт: неравные полномочия, например у руководителя и подчинённого. Опирайтесь на правила руководства, которые определяют, кто принимает решение.

Пример: оценка изменения в «Мастерской»#

В «Мастерской» (вымышленной сети из 12 веломастерских) владелец просит добавить SMS-уведомления в дополнение к электронной почте. Аналитик трассирует запрос к бизнес-требованию «сократить число звонков о статусе на стойку приёма», проверяет зависимости (сервис уведомлений, номера телефонов клиентов в форме бронирования, текст согласия), оценивает трудоёмкость вместе с командой разработки и оформляет оценку изменения с вариантами: включить сейчас, запланировать на следующий релиз или отклонить. Спонсор принимает решение по подходу к руководству, согласованному при планировании.

Источники и что почитать#

IIBA. A Guide to the Business Analysis Body of Knowledge (BABOK® Guide), version 3. International Institute of Business Analysis, 2015. Рус. изд.: Руководство к своду знаний по бизнес-анализу (Руководство BABOK®), версия 3.0. Гл. 5 «Управление жизненным циклом требований».
Учебные материалы по бизнес-анализу (практические примеры и шаблоны): карточки задач к главе 5; слайды курса по управлению жизненным циклом требований (связи трассировки, методы приоритизации, типы конфликтов).
C. Moore. The Mediation Process, 3rd ed., 2003 (пять типов конфликтов в изложении учебных материалов).