5. Управление жизненным циклом требований

Question 1

Что описывает область знаний «Управление жизненным циклом требований»?

Answer 1

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

Question 2

Какая цель управления жизненным циклом требований?

Answer 2

удостовериться в
том, что требования бизнеса, требования заинтересованных сторон,
требования к решению и дизайны согласуются друг с другом, и что
решение их реализует. Это включает контроль над требованиями, а
также над тем, как требования будут реализованы в реальном решении,
подлежащем построению и поставке. Это также помогает обеспечить
доступность информации бизнес-анализа для использования в будущем.
Жизненный цикл требований:
• начинается с представления бизнес-потребности в качестве
требования,
• продолжается в ходе разработки решения,
• заканчивается, когда решение и представляющие его требования
перестают использоваться.
Управление требованиями не заканчивается по окончании реализации
решения. При правильном управлении, требования продолжают
приносить пользу на протяжении всей жизни решения. В рамках области знаний «Управление жизненным циклом требований»
понятие жизненного цикла отделяется от методологии или процесса,
используемого для управления работой по бизнес-анализу. Жизненный
цикл подразумевает существование различных фаз или состояний, через
которые требования проходят как часть любого изменения. Требования
могут находиться в нескольких состояниях одновременно.

Question 3

Какие задачи включает область знаний “Управление жизненным циклом требований”?

Answer 3

1. Трассировка требований
2. Поддержание требований
3. Приоритизация требований
4. Оценка изменений требований
5. Одобрение требований

Question 4

В чем суть задачи “Трассировка требований” в рамках области знаний “Управление жизненным циклом требований”?

Answer 4

анализирует и поддерживает отношения между требованиями, дизайнами, компонентами решения и другими рабочими продуктами для проведения анализа влияния, покрытия и размещения

Question 5

В чем суть задачи “Поддержание требований” в рамках области знаний “Управление жизненным циклом требований”?

Answer 5

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

Question 6

В чем суть задачи “Приоритизация требований” в рамках области знаний “Управление жизненным циклом требований”?

Answer 6

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

Question 7

В чем суть задачи “Оценка изменений требований” в рамках области знаний “Управление жизненным циклом требований”?

Answer 7

оценивает новые и изменяющиеся требования заинтересованных сторон для определения необходимости их отработки в рамках изменения.

Question 8

В чем суть задачи “Одобрение требований” в рамках области знаний “Управление жизненным циклом требований”?

Answer 8

работа с заинтересованными сторонами, вовлеченными в процесс управления, для достижения одобрения и согласия относительно требований и дизайнов

Question 9

Как описывается модель базовых понятий бизнес-анализа области знаний “Управление жизненным циклом требований” в рамках понятия “Изменение”?

Answer 9

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

Question 10

Как описывается модель базовых понятий бизнес-анализа области знаний “Управление жизненным циклом требований” в рамках понятия “Потребность”?

Answer 10

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

Question 11

Как описывается модель базовых понятий бизнес-анализа области знаний “Управление жизненным циклом требований” в рамках понятия “Решение”?

Answer 11

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

Question 12

Как описывается модель базовых понятий бизнес-анализа области знаний “Управление жизненным циклом требований” в рамках понятия “Заинтересованная сторона”?

Answer 12

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

Question 13

Как описывается модель базовых понятий бизнес-анализа области знаний “Управление жизненным циклом требований” в рамках понятия “Ценность”?

Answer 13

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

Question 14

Как описывается модель базовых понятий бизнес-анализа области знаний “Управление жизненным циклом требований” в рамках понятия “Контекст”?

Answer 14

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

Question 15

Из каких элементов состоит диаграмма входной и выходной информации области знания “Управление жизненным циклом требований”?

Answer 15

Question 16

В чем назначение задачи “5.1 Трассировка требований” в рамках области знаний “Управление жизненным циклом требований”?

Answer 16

Цель трассировки требований - обеспечивать соответствие друг другу
требований и дизайнов на разных уровнях, а также контролировать
влияние изменений на связанные требования на одном уровне

Question 17

В чем суть описания задачи “5.1 Трассировка требований” в рамках области знаний “Управление жизненным циклом требований”?

Answer 17

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

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

Question 18

Какая входящая информация для задачи “5.1 Трассировка требований” в рамках области знаний “Управление жизненным циклом требований”?

Answer 18

1. Требования: могут трассироваться к другим требованиям (включая
   цели, задачи, бизнес-требования, требования заинтересованных
   сторон, требования к решению и переходные требования),
   компонентам решения, визуальными представлениям, бизнес-правилам и иным рабочим продуктам.
2. Дизайны: могут трассироваться к требованиям, компонентам решения, и другими рабочим продуктам.

Question 19

Какие элементы входят в задачу “5.1 Трассировка требований” в рамках области знаний “Управление жизненным циклом требований”?

Answer 19

1. Уровень формальности
2. Отношения
3. Репозиторий трассировки

Question 20

В чем суть элемента “Уровень формальности” в рамках задачи “5.1 Трассировка требований”?

Answer 20

При трассировке требований, бизнес-аналитик рассматривает
предполагаемую пользу, приносимую каждой связью, а также также
характер и пути использования каждого создаваемого отношения.
Усилия по трассировке требований значительно возрастают с
увеличением количества требований или уровня их формальности.

Question 21

В чем суть элемента “Отношения” в рамках задачи “5.1 Трассировка требований”?

Answer 21

Есть несколько видов отношений, рассматриваемых бизнес-аналитиком
при определении подхода к трассировке:
• Следование: отношение между двумя требованиями, которое
используется в случае, если одно требование является
производным от другого требования. Этот вид отношений
подходит для связывания требований на разных уровнях
абстракции. Например, требование к решению следует из бизнестребования или требования заинтересованной стороны.
• Зависимость: отношение между двумя требованиями, которое
используется в слчае, если одно требование зависит от другого
требования. Виды зависимости включают:
• Необходимость: когда реализация конкретного требования
имеет смысл только если связанное требование также
реализуется.
• Усилие: требование реализовать легче, если уже реализлвано
связанное требование.
• Удовлетворение: связь между элементом реализации и
требованиями, которым он удовлетворяет. Например, связь между
функциональным требованием и компонентом решения,
реализующим это требование.
• Проверка: отношение между требованием и тестом или другим
элементом, способным определить удовлетворяет ли решение
данному требованию.

Question 22

В чем суть элемента “Репозиторий трассировки” в рамках задачи “5.1 Трассировка требований”?

Answer 22

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

Question 23

Какие руководства и инструменты относятся к задаче “5.1 Трассировка требований” в рамках области знаний “Управление жизненным циклом требований”?

Answer 23

1. Знание предметной области: знание и опыт в предметной области
   бизнеса, необходимые для поддержки трассировки.
2. Подход к управлению информацией: содержит решения относительно
   подхода к трассировке, принятые в ходе планирования.
3. Юридическая/нормативная информация: описывает законодательные
   правила и нормы, подлежащие соблюдению. Может возникнуть
   необходимость их учитывать при определении правил трассировки.
4. Репозиторий и инструменты управления требованиями: используются
   для хранения и управления информацией бизнес-анализа.
   Инструмент может быть простым, таким как текстовый документ, или
   сложным, таким как специальный инструмент управления
   требованиями.

Question 24

Какие техники используются для задачи “5.1 Трассировка требований” в рамках области знаний “Управление жизненным циклом требований”?

Answer 24

1. Анализ бизнес-правил: используется для трассировки бизнес-правил к
   требованиям, которые правила поддерживают, или к другим
   правилам поддерживающим требования.
2. Функциональная декомпозиция: используется для разбиения решения
   на более мелкие компоненты, а также для трассировки
   высокоуровневых понятий до понятий нежележащих уровней.
3. Моделирование процесса: используется для визуального
   представления процесса будущего состояния, а также для трассировки
   требований к этому процессу.
4. Моделирование скоупа: используется для визуального отображения
   скоупа, а также для трассировки требований к области скоупа,
   которую они поддерживают

Question 25

Какие заинтересованные стороны есть у задачи “5.1 Трассировка требований” в рамках области знаний “Управление жизненным циклом требований”?

Answer 25

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

Question 26

Какая выходная информация получается из задачи “5.1 Трассировка требований” в рамках области знаний “Управление жизненным циклом требований”?

Answer 26

1. Требования (трассированные): имеют ясно определенные отношения
   с другими требованиями, компонентами решения, его релизами,
   фазами или итерациями в пределах скоупа решения. Эти отношения
   проясняют покрытие и влияние изменений.
2. Дизайны (трассируемые): имеют ясно определенные отношения с
   другими требованиями, компонентами решения, его релизами,
   фазами или итерациями в пределах скоупа решения. Эти отношения
   проясняют покрытие и влияние изменений.

Question 27

В чем назначение задачи “5.2 Поддержание требований” в рамках области знаний “Управление жизненным циклом требований”?

Answer 27

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

Question 28

В чем суть описания задачи “5.2 Поддержание требований” в рамках области знаний “Управление жизненным циклом требований”?

Answer 28

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

Question 29

Какая входящая информация для задачи “5.2 Поддержание требований” в рамках области знаний “Управление жизненным циклом требований”?

Answer 29

• Требования: включают цели, целевые показатели, бизнес-требования,
требования заинтересованных сторон, требования к решению и
переходные требования. Они должны поддерживаться на протяжении
их жизненного цикла.
• Дизайны: могут поддерживаться на протяжении их жизненного цикла
по мере необходимости

Question 30

Какие элементы входят в задачу “5.2 Поддержание требований” в рамках области знаний “Управление жизненным циклом требований”?

Answer 30

1. Поддержание требований
2. Поддержание атрибутов
3. Повторное использование требований

Question 31

В чем суть элемента “Поддержание требований” в рамках задачи “5.2 Поддержание требований”?

Answer 31

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

Question 32

В чем суть элемента “Поддержание атрибутов” в рамках задачи “5.2 Поддержание требований”?

Answer 32

При выявлении требований, бизнес-аналитики выявляют атрибуты
требований. Такая информация, как источник требования, его
приоритет и сложность, помогает управлять каждым требованием на
протяжении его жизненного цикла. Некоторые атрибуты изменяются по
мере того, как бизнес-аналитик получает больше информации и
проводит дальнейший анализ. Атрибут может изменяться, даже если
само требование не меняется.

Question 33

В чем суть элемента “Повторное использование требований” в рамках задачи “5.2 Поддержание требований”?

Answer 33

Существуют ситуации, когда требования могут использоваться повторно.
Требования, являющиеся кандидатами на длительное использование
организацией, должны быть ясно именованы, определены, и храниться
так, чтобы другие заинтересованные стороны могли их легко извлечь. В
зависимости от уровня абстракции и рассматриваемой потребности,
требования могут повторно использоваться:
• в текущей инициативе,
• в схожих инициативах,
• в сходных подразделениях,
• во всей организации.
5.2.5
Требования высокого уровня абстракции могут формулироваться без
ссылки на конкретные решения. Для повторного использования более
подходят требования, представляемые в обобщенном виде, без прямой
привязки к конкретному инструменту или структуре организации. Также
эти требования менее подвержены пересмотру в ходе проведения
изменения. При более детальном представлении требований, они
становятся более тесно связанными с определенным решением или
вариантом решения. Ссылки на конкретные приложения или
подразделения ограничивают повторное использование требований и
дизайнов в рамках организации.
Требования, предназначенные для повторного использования,
отражают текущее состояние организации. Заинтересованные стороны
проверяют требования, предложенные для повторного использования,
прежде чем включить их в изменение.

Question 34

Какие руководства и инструменты относятся к задаче “5.2 Поддержание требований” в рамках области знаний “Управление жизненным циклом требований”?

Answer 34

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

Question 35

Какие техники используются для задачи “5.2 Поддержание требований” в рамках области знаний “Управление жизненным циклом требований”?

Answer 35

1. Анализ бизнес-правил: используется для упрощения повторного
   использования путем нахождения бизнес-правил, которые могут быть
   сходными в рамках предприятия.
2. Диаграммы потоков данных: используются для упрощения повторного
   использования путем нахождения потоков информации, которые
   могут быть сходными в рамках предприятия.
3. Моделирование данных: используется для упрощения повторного
   использования путем нахождения структур данных, которые могут
   быть сходными в рамках предприятия.
4. Анализ документов: используется для анализа существующей
   документации, описывающей предприятие, способной служить
   основой для поддержания и повторного использования требований.
5. Функциональная декомпозиция: используется для нахождения
   доступных для повторного использования требований, связанных с
   компонентами.
6. Моделирование процесса: используется для нахождения доступных
   для повторного использования требований, связанных с процессами.
7. Варианты использования и сценарии: используются для определения
   компонентов решения, пригодных для использования более чем в
   одном решении.
8. Пользовательские истории: используются для нахождения
   требований, связанных с пригодной для повторного использования
   пользовательской историей.

Question 36

Какие заинтересованные стороны есть у задачи “5.2 Поддержание требований” в рамках области знаний “Управление жизненным циклом требований”?

Answer 36

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

• Специалист в области реализации: использует поддерживаемые
требования при разработке регрессионных тестов и анализе влияния
для улучшения.

• Операционная поддержка: может обращаться к поддерживаемым
требованиям для подтверждения текущего состояния.

• Регулятор: может обращаться к поддерживаемым требованиям для
подтверждения соответствия стандартам.

• Тестировщик: использует поддерживаемые требования в создании
тестов и планов тестирования.

Question 37

Какая выходная информация получается из задачи “5.2 Поддержание требований” в рамках области знаний “Управление жизненным циклом требований”?

Answer 37

1. Требования (поддерживаемые): однажды определенные и доступные
   для длительного использования организацией. Они могут стать
   активами организационного процесса или использоваться в будущих
   инициативах. В некоторых случаях требование, которое не было
   утверждено или реализовано, может поддерживаться для возможной
   будущей инициативы.
2. Дизайны (поддерживаемые): после определения могут
   использоваться повторно. Например, автономный компонент,
   который может пригодиться для возможного последующего
   использования.

Question 38

В чем назначение задачи “5.3 Приоритизация требований” в рамках области знаний “Управление жизненным циклом требований”?

Answer 38

Цель приоритизации требований - упорядочить требования согласно их
относительной важности

Question 39

В чем суть описания задачи “5.3 Приоритизация требований” в рамках области знаний “Управление жизненным циклом требований”?

Answer 39

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

Question 40

Какая входящая информация для задачи “5.3 Приоритизация требований” в рамках области знаний “Управление жизненным циклом требований”?

Answer 40

1. Требования: любые требования в виде текстов, матриц или диаграмм,
   готовых для приоритизации.
2. Дизайны: любые дизайны в виде текстов, прототипов или диаграмм,
   готовые для приоритизации.

Question 41

Какие элементы входят в задачу “5.3 Приоритизация требований” в рамках области знаний “Управление жизненным циклом требований”?

Answer 41

1. Основа для приоритизации
2. Трудности приоритизации
3. Непрерывная приоритизация

Question 42

В чем суть элемента “Основа для приоритизации” в рамках задачи “5.3 Приоритизация требований”?

Answer 42

Основа для приоритизации требований согласовывается
соответствующими заинтересованными сторонами, как это определено
в области знаний Планирование и мониторинг бизнес-анализа.
К типичным факторам, влияющим на приоритизацию, относятся:
• Выгода: преимущество, получаемое заинтересованными
сторонами, в результате реализации требования, измеряемое
относительно задач и целей изменения. Получаемая выгода может
относиться к определенной функциональности, желательному
свойству, стратегической цели или целевому показателю. Если
заинтересованных сторон много, каждая группа может по-разному
воспринимать выгоду. Разрешение конфликтов и переговоры
могут быть использованы для достижения согласия в отношении
общей выгоды
• Штраф: последствия, которые возникают в результате
невыполнения данного требования. Сюда относится
приоритизация требований с целью удовлетворения, налагаемых
на организацию регулятором или политикой обязательств,
которые могут быть важнее других интересов. К штрафам также
можно отнести негативные последствия невыполнения
требования, улучшающего опыт клиента.
• Стоимость: усилия и ресурсы, необходимые для реализации
требования. Информация о стоимости обычно приходит от
команды, занимающейся реализацией, или поставщика. Узнав
стоимость, клиенты могут изменить приоритет требования.
Стоимость часто используется совместно с другими критериями,
такими как анализ эффективности затрат.
• Риск: вероятность того, что требование не принесет ожидаемую
пользу или вообще не сможет быть выполнено. Сюда можно
включить много факторов, таких как сложность реализации
требования или вероятность того, что заинтересованные стороны
не примут компонент решения. Если имеется риск, что решение
технически не реализуемо, самое сложное в реализации
требование может приоритизироваться в начало списка чтобы
минимизировать ресурсы, которые будут затраченны раньше, чем
выяснится невозможность поставки предлагаемого решения. Для
установления реализуемости вариантов, с которыми связаны
высокие риски, может разрабатываться подтверждение концепции
(proof of concept).
• Зависимости: отношения между требованиями, при которых одно
требование не может быть выполнено пока не выполнено другое. В
некоторых случаях можно повысить эффективность за счет
одновременной реализации связанных требований. Зависимости
также могут быть внешними по отношению к инициативе, включая
принятые другими командами решения, обязательства по
финансированию, и доступность ресурсов. Зависимости
определяются в рамках задачи Трассировка требований (стр. 97).
• Чувствительность ко времени: «срок годности» требования, по
истечение которого его реализация теряет значительную ценность.
Сюда относятся сценарии времени выхода на рынок, в которых
получаемая выгода растет экспоненциально, если
функциональность поставляется раньше конкурентов. Это также
может относиться к сезонной функциональности, имеющей
ценность только в конкретное время года.
• Стабильность: вероятность того, что требования будут меняться
либо потому, что оно требует дальнейшего анализа, либо потому,
что заинтересованные стороны не достигли согласия относительно
него. Если требование нестабильно, оно может иметь более низкий
приоритет чтобы минимизировать непредвиденные переделки и
напрасный труд.
• Соответствие нормативным требованиям или политике:
требования, которые должны быть реализованы для
удовлетворения нормативных требований организации или
политики, предъявляемых к организации, которые могут иметь
приоритет над интересами других заинтересованных сторон.

Question 43

В чем суть элемента “Трудности приоритизации” в рамках задачи “5.3 Приоритизация требований”?

Answer 43

Приоритизация – это оценка относительной ценности. Каждая
заинтересованная сторона может оценивать что-то по-разному. В этом
случае между заинтересованными сторонами может возникнуть
конфликт. Также заинтересованным сторонам может быть сложно
характеризовать какое-либо требование как низкоприоритетное, и это
может повлиять на их способность идти на необходимые уступки. Кроме
того, заинтересованные стороны могут умышленно или неумышленно
завышать приоритет, чтобы получить необходимый им результат.
Разные типы требований могут в разной степени соответствовать
критериям и могут оказаться противоречивыми. Заинтересованным
сторонам может понадобиться идти на уступки в вопросах
приоритизации

Question 44

В чем суть элемента “Непрерывная приоритизация” в рамках задачи “5.3 Приоритизация требований”?

Answer 44

Приоритеты могут смещаться по мере эволюции контекста и по мере
получения новой информации. Первоначально приоритизация
проводится на более высоком уровне абстракции. По мере дальнейшего
прояснения требований, приоритизация проводится на более
детальном уровне и включает становящиеся уместными
дополнительные основания приоритизации. Основание приоритизации
может отличаться на разных этапах изменения. Например, изначально
заинтересованные стороны могут приоритизировать исходя из выгоды.
Затем команда реализации может изменить приоритеты требований,
исходя из последовательности, в которой они должны реализовываться
вследствие технических ограничений. После предоставления командой
реализации оценки стоимости каждого требования, заинтересованные
стороны могут вновь пересмотреть приоритеты.

Question 45

Какие руководства и инструменты относятся к задаче “5.3 Приоритизация требований” в рамках области знаний “Управление жизненным циклом требований”?

Answer 45

1. Бизнес ограничения: законодательные акты, договорные
   обязательства и деловые политики, которые могут определять
   приоритеты.
2. Стратегия изменения: предоставляет информацию о стоимости,
   сроках, и реализации ценности, используемую для определения
   приоритетов требований.
3. Знание предметной области: знание и опыт в предметной области
   бизнеса, необходимые для поддержки работы по приоритизации
   Подход к руководству: обрисовывает подход к приоритизации
   требований.
4. Архитектура требований: используется для понимания связи с
   другими требованиями и рабочими продуктами.
5. Репозиторий и инструменты управления требованиями: включение
   атрибута приоритизации требований помогает бизнес-аналитику
   сортировать и выбирать требования в соотвествии с их приоритетом.
6. Скоуп решения: рассматриваются в процессе приоритизации
   требований, для обеспечения управления скоупом решения.

Question 46

Какие техники используются для задачи “5.3 Приоритизация требований” в рамках области знаний “Управление жизненным циклом требований”?

Answer 46

1. Управление бэклогом: используется для сравнения
   приоритизируемых требований. Бэклог может быть местом, где
   поддерживается приоритизация.
2. Бизнес-кейсы: используются для оценки важности требований с точки
   зрения определенных бизнес-целей и задач.
3. Анализ решений: используется для определения требований,
   имеющих высокую ценность.
4. Оценка: используется для получения оценок, используемых в качестве
   критериев приоритизации.
5. Финансовый анализ: используется для оценки финансовой ценности
   набора требований и того, как время поставки решения повлияет на
   эту ценность.
6. Интервью: используются для понимая критериев приоритизации или
   приоритетов одной или нескольких заинтересованных сторон.
7. Отслеживание вопросов: используется для отслеживания вопросов,
   поднимаемых заинтересованными сторонами во время
   приоритизации.
8. Приоритизация: используется для облегчения процесса определения
   значений приоритетов.
9. Анализ и управление рисками: используется для понимания рисков в
   качестве критериев приоритизации.
10. Семинары: используются для понимания критериев приоритизации
    или приоритетов заинтересованных сторон в управляемой групповой
    обстановке.

Question 47

Какие заинтересованные стороны есть у задачи “5.3 Приоритизация требований” в рамках области знаний “Управление жизненным циклом требований”?

Answer 47

• Клиент: проверяет, что приоритизированные требования принесут
пользу с точки зрения клиента или конечного пользователя. Клиент
также может настаивать на изменении приоритетов, исходя из
относительной полезности
Конечный пользователь: проверяет, что приоритизированные
требования принесут пользу с точки зрения клиента или конечного
пользователя.
• Специалист в области реализации: предоставляет входную
информацию о технических зависимостях и может настаивать на
изменении приоритетов, исходя из технических ограничений.
• Руководитель проекта: использует приоритизацию в качестве входной
информации для проектного плана и для соотнесения требований с
релизами.
• Регулятор: может проверять соответствие значений приоритетов
правовым и нормативным ограничениям.
• Спонсор: убеждается в том, что приоритизированные требования
принесут пользу с точки зрения организации.

Question 48

Какая выходная информация получается из задачи “5.3 Приоритизация требований” в рамках области знаний “Управление жизненным циклом требований”?

Answer 48

1. Требования (приоритизированные): приоритизированные или
   ранжированные требования доступны для дальнейшей работы и
   гарантируют первоочередное рассмотрение самых важных
   требований.
2. Дизайны (приоритизированные): приоритизированные или
   ранжированные дизайны доступны для дальнейшей работы и
   гарантируют первоочередное рассмотрение самых важных дизайнов.

Question 49

В чем назначение задачи “5.4 Оценка изменений требований” в рамках области знаний “Управление жизненным циклом требований”?

Answer 49

Цель оценки изменений требований - оценка последствий предлагаемого изменения требований и дизайнов.

Question 50

В чем суть описания задачи “5.4 Оценка изменений требований” в рамках области знаний “Управление жизненным циклом требований”?

Answer 50

Задача «Оценка изменений требований» выполняется при
обнаружении новых потребностей или возможных решений. Они могут
соответствовать или не соответствовать стратегии изменений и/или
скоупу решения. Оценка должна выполняться для определения того,
увеличит ли предложенное изменение ценность решения, и если да, то
какие действия следует предпринять.
Бизнес-аналитики оценивают возможное влияние изменения на
ценность решения, а также то, не конфликтуют ли предлагаемые
изменения с другими требованиями и не увеличивают ли уровень риска.
Бизнес-аналитики также убеждаются, что каждое предложенное
изменение трассируется к потребности. При оценке изменений, бизнес-аналитики рассматривают, насколько
каждое предлагаемое изменение:
• согласуется с общей стратегией,
• влияет на пользу, приносимую бизнесу или группам
заинтересованных сторон,
• влияет на время поставки или ресурсы, необходимые для
получения пользы,
• изменяет какие-либо риски, возможности или ограничения,
связанные с инициативой в целом.
Результаты оценки должны поддерживать подходы к принятию решений
и управлению изменениями, определяемые задачей Планирование
руководства бизнес-анализом (стр. 47).

Question 51

Какая входящая информация для задачи “5.4 Оценка изменений требований” в рамках области знаний “Управление жизненным циклом требований”?

Answer 51

1. Предлагаемое изменение: может обнаруживаться в любое время и
   затрагивать любой аспект работы по бизнес-анализу, или уже готовых
   объектов поставки. Предлагаемое изменение может быть вызвано
   разными причинами, включая изменения стратегии бизнеса,
   заинтересованных сторон, законодательных требований или
   нормативных правил.
2. Требования: может возникнуть необходимость оценить для
   определения влияния предлагаемого изменения.
3. Дизайны: может возникнуть необходимость оценить для определения
   влияния предлагаемого изменения.

Question 52

Какие элементы входят в задачу “5.4 Оценка изменений требований” в рамках области знаний “Управление жизненным циклом требований”?

Answer 52

1. Формальность оценки
2. Анализ влияния
3. Разрешение влияния

Question 53

В чем суть элемента “Формальность оценки” в рамках задачи “5.4 Оценка изменений требований”?

Answer 53

Бизнес-аналитики определяют уровень формальности оценки
изменений требований, исходя из доступной информации,
предполагаемой важности изменения и процесса управления. Многие
предлагаемые изменения могут быть сняты с рассмотрения или
отклонены прежде, чем потребуется какое-либо формальное
одобрение. Предиктивный подход может означать более формальную
оценку предлагаемого изменения. В предиктивных подходах влияние
каждого изменения может быть разрушительным; изменение может
вызвать значительную переделку завершенных ранее задач и действий.
Адаптивный подход может требовать меньшей формальности в оценке
предлагаемых изменений. Хотя переделки могут потребоваться в
результате каждого изменения, адаптивные подходы пытаются
минимизировать влияние изменений посредством итеративных и
инкрементальных техник реализации. Эта идея непрерывного развития
может уменьшать потребность в формальной оценке влияния.

Question 54

В чем суть элемента “Анализ влияния” в рамках задачи “5.4 Оценка изменений требований”?

Answer 54

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

Question 55

В чем суть элемента “Разрешение влияния” в рамках задачи “5.4 Оценка изменений требований”?

Answer 55

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

Question 56

Какие руководства и инструменты относятся к задаче “5.4 Оценка изменений требований” в рамках области знаний “Управление жизненным циклом требований”?

Answer 56

1. Стратегия изменения: описывает цель и направление изменений,
   устанавливает контекст изменения и определяет критические
   компоненты изменения.
2. Знание предметной области: знание и опыт в предметной области
   бизнеса необходимы для оценки предлагаемых изменений
   требований.
3. Подход к руководству: дает указания относительно управления
   изменениями и принятия решений, а также ролей заинтересованных
   сторон в этом процессе.
4. Юридическая/нормативная информация: описывает законодательные
   правила и нормы, подлежащие соблюдению. Они могут влиять на
   требования и должны рассматриваться при внесении изменений.
5. Архитектура требований: требования могут быть связаны друг с
   другом, поэтому бизнес-аналитик исследует и анализирует
   отношениями между требованиями, чтобы определить, какие
   требования будут затронуты запрошенным изменением.
6. Скоуп решения: должен рассматриваться при оценке изменений к
   требованиям для полного понимания влияния предлагаемого
   изменения.

Question 57

Какие техники используются для задачи “5.4 Оценка изменений требований” в рамках области знаний “Управление жизненным циклом требований”?

Answer 57

1. Бизнес-кейсы: используются для обоснования предлагаемого
   изменения.
2. Анализ бизнес-правил: используется для оценки изменений бизнес-политик и бизнес-правил, а также для разработки нового руководства.
3. Анализ решений: используется для облегчения процесса оценки
   изменения.
4. Анализ документов: используется для анализа любых имеющихся
   документов, помогающих понять влияние изменения.
5. Оценка: используется для определения размера изменения.
6. Финансовый анализ: используется для оценки финансовых
   последствий предлагаемого изменения.
7. Анализ интерфейсов: помогает бизнес-аналитикам выявлять
   интерфейсы, которые может затронуть изменение.
8. Интервью: используются для получения от одной заинтересованной
   стороны или небольшой группы понимания влияния изменения на
   организацию или ее активы.
9. Отслеживание вопросов: используется для отслеживания любых
   проблем или конфликтов, обнаруженных в ходе анализа влияния.
10. Анализ и управление рисками: используется для определения уровня
    риска, связанного с изменением.
11. Семинары: используются для получения понимания влияния
    изменения или для разрешения изменений работая в группе.

Question 58

Какие заинтересованные стороны есть у задачи “5.4 Оценка изменений требований” в рамках области знаний “Управление жизненным циклом требований”?

Answer 58

1. Клиент: дает обратную связь относительно влияния изменения на
   ценность.
2. Специалист в предметной области бизнеса: разбирается в некоторых
   аспектах ситуации и может предоставить соображения насчет того, как
   изменение затронет организацию или ценность
3. Конечный пользователь: использует решение или является его частью
   и может предоставить информацию о влиянии изменения на его
   деятельность.
4. Операционная поддержка: предоставляет информацию как об их
   способности поддерживать работу решения, так и о необходимости
   понимания характера изменений в решении, чтобы иметь
   возможность его поддерживать.
5. Руководитель проекта: рассматривает результаты оценки изменений
   требований, чтобы определить требуется ли дополнительная
   проектная работа для успешной реализации решения.
   • Регулятор: на изменения часто обращают внимание аудиторы, чтобы
   подтвердить соответствие стандартам.
   • Спонсор: несет ответственность за скоуп решения и может
   предоставить соображения, которые будут использоваться при оценке
   изменения.
   • Тестировщик: консультирует при определении степени влияния
   предлагаемых изменений.

Question 59

Какая выходная информация получается из задачи “5.4 Оценка изменений требований” в рамках области знаний “Управление жизненным циклом требований”?

Answer 59

1. Оценка изменений требований: рекомендация утвердить, изменить
   или отклонить предлагаемое изменение требований.
2. Оценка изменений дизайнов: рекомендация утвердить, изменить или
   отклонить предлагаемое изменение одного или более компонентов
   дизайна.

Question 60

В чем назначение задачи “5.5 Утверждение требований” в рамках области знаний “Управление жизненным циклом требований”?

Answer 60

Цель утверждения требований - достичь согласия относительно
требований и дизайнов и одобрить их для продолжения работы по
бизнес-анализу и/или перехода к разработке решения.

Question 61

В чем суть описания задачи “5.5 Утверждение требований” в рамках области знаний “Управление жизненным циклом требований”?

Answer 61

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

Question 62

Какая входящая информация для задачи “5.5 Утверждение требований” в рамках области знаний “Управление жизненным циклом требований”?

Answer 62

1. Требования (верифицированные): набор требований, проверенных на
   достаточность их качества для использования в качестве надежной
   основы для дальнейшей спецификации и разработки.
2. Дизайны: набор дизайнов, признанных готовыми к использованию
   для дальнейшей спецификации и разработки

Question 63

Какие элементы входят в задачу “5.5 Утверждение требований” в рамках области знаний “Управление жизненным циклом требований”?

Answer 63

1. Понимание ролей заинтересованных сторон
2. Управление конфликтами и проблемами
3. Достижение согласия
4. Отслеживание и сообщение одобрения

Question 64

В чем суть элемента “Понимание ролей заинтересованных сторон” в рамках задачи “5.5 Утверждение требований”?

Answer 64

Процесс одобрения определяется задачей Планирование руководства
бизнес-анализом (стр. 47). Часть определения процесса одобрения -
понимание ролей и уровней полномочий заинтересованных сторон.
Бизнес-аналитики отвечают за получение одобрения от
заинтересованных сторон и должны понимать, кто несет
ответственность за принятие решений и кто обладает правом подписи в
рамках инициативы. Бизнес-аналитики также учитывают любые
влиятельные заинтересованные стороны, с кем следует советоваться или кого нужно информировать о требованиях. Немногие заинтересованные
стороны могут иметь полномочия утверждать или отвергать изменения,
но многие заинтересованные стороны могут влиять на эти решения.

Question 65

В чем суть элемента “Управление конфликтами и проблемами” в рамках задачи “5.5 Утверждение требований”?

Answer 65

Чтобы обеспечить поддержку решения заинтересованными сторонами,
обычно стараются достичь согласия между ними, прежде чем
запрашивать одобрение требований. Подход к определению путей
принятия решений и разрешения конфликтов в ходе инициативы
планируется в задаче Планирование руководства бизнес-анализом
(стр. 47.)
Группы заинтересованных сторон часто имеют различные точки зрения и
противоречивые приоритеты. Конфликт между заинтересованными
сторонами может возникнуть в результате различных толкований
требований или дизайнов и приписывания им противоречивых
ценностей. Бизнес-аналитик содействует общению между
заинтересованными сторонами по спорным вопросам, с тем чтобы
каждая группа лучше понимала потребности других. Разрешение
конфликтов и управление проблемами может происходить весьма
часто, когда бизнес-аналитик проводит рассмотрение требований и
дизайнов и пытается их утвердить

Question 66

В чем суть элемента “Достижение согласия” в рамках задачи “5.5 Утверждение требований”?

Answer 66

Бизнес-аналитики должны убедиться, что заинтересованные стороны,
имеющие право подписи, понимают и принимают требования.
Одобрение может подтверждать уверенность заинтересованных
стороны в том, что польза, которую получит организация, оправдает
инвестиции в решение. Бизнес-аналитики получают утверждение,
рассматривая требования или изменения требований с ответственными
лицами или группами и запрашивая их одобрение, подтверждающее их
согласие с описанным решением или дизайнами.
Используя методы и способы, установленные в задачах Планирование
руководства бизнес-анализом (стр. 47) и Предоставление информации
бизнес-анализа (стр. 84) бизнес-аналитики представляют требования
заинтересованным сторонам для одобрения. Бизнес-аналитики
способствуют процессу одобрения, разрешая вопросы или предоставляя
дополнительную информацию по мере необходимости.
Для успешного изменения полное согласие может не требоваться,
однако если имеется несогласие, следует определить связанные с этим
риски и управлять ими

Question 67

В чем суть элемента “Отслеживание и сообщение одобрения” в рамках задачи “5.5 Утверждение требований”?

Answer 67

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

Question 68

Какие руководства и инструменты относятся к задаче “5.5 Утверждение требований” в рамках области знаний “Управление жизненным циклом требований”?

Answer 68

1. Стратегия изменения: предоставляет информацию, которая помогает
   в управлении согласием заинтересованных сторон относительно
   потребностей всех заинтересованных сторон.
2. Подход к руководству: определяет заинтересованные стороны,
   имеющие полномочия и обязанность одобрять информацию бизнес-анализа, а также объясняет, когда такие одобрения должны
   происходить и как они согласуются с политиками организации.
3. Юридическая/нормативная информация: описывает законодательные
   правила и нормы, подлежащие соблюдению. Они могут влиять на
   процесс одобрения требований и дизайнов.
4. Репозиторий и инструменты управления требованиями: инструмент
   учета одобрений требований.
5. Скоуп решения: должен рассматриваться при одобрении требований
   для правильной оценки их соответствия и полноты.

Question 69

Какие техники используются для задачи “5.5 Утверждение требований” в рамках области знаний “Управление жизненным циклом требований”?

Answer 69

1. Критерии приемки и оценки: используются для определения
   критериев одобрения.
2. Анализ решений: используется для разрешения вопросов и
   достижения согласия.
3. Отслеживание вопросов: используется для отслеживания проблем,
   обнаруженных в ходе процесса согласования.
4. Рассмотрение: используется для оценки требований.
5. Семинары: используются для облегчения получения одобрения.

Question 70

Какие заинтересованные стороны есть у задачи “5.5 Утверждение требований” в рамках области знаний “Управление жизненным циклом требований”?

Answer 70

• Клиент: может играть активную роль в рассмотрении и утверждении
требований и дизайнов для обеспечения удовлетворения
потребностей.

• Специалист в предметной области бизнеса: может вовлекаться в
рассмотрение и одобрение требований и дизайнов как определено
назначением ролей и обязанностей заинтересованных сторон.

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

Question 71

Какая выходная информация получается из задачи “5.5 Утверждение требований” в рамках области знаний “Управление жизненным циклом требований”?

Answer 71

1. Требований (одобренные): требования, принятые заинтересованными
   сторонами и готовые для использования в последующей работе по
   бизнес-анализу.
2. Дизайны (одобренные): дизайны, принятые заинтересованными
   сторонами и готовые для использования в последующей работе по
   бизнес-анализу или при разработке решения