Управление жизненным циклом требований
Charles Moore
⚡ Умное резюме
Управление жизненным циклом требований включает в себя определение, проверку, документирование, управление. tracОпределение приоритетов, оценка изменений и утверждение — все это предоставляет бизнес-аналитикам повторяемую структуру для обеспечения соответствия требований к программному обеспечению потребностям бизнеса на каждом этапе проекта.
Что такое жизненный цикл требования?
Жизненный цикл требований включает в себя несколько этапов, и порой это может быть сложный процесс. Характер процесса зависит от выбранной вами методологии разработки программного обеспечения, такой как Agile, Waterfall, Incremental и т. д. Каждый этап может включать в себя большое количество бумажной работы и процедур согласования. Он также включает в себя проектную документацию, такую как проектное предложение, план управления проектом, объем проекта и обоснование проекта. Давайте рассмотрим основные этапы жизненного цикла требований, которые должен знать каждый бизнес-аналитик.
Диаграмма жизненного цикла требований
Этап 1: Определение требований
Это один из основных этапов процесса сбора требований, обычно называемый анализом требований.tracинициирование или вызывание.
После того как требование собрано, его можно логически организовать в папках в соответствии с выпуском продукта или спринтом.
Эти требования дополнительно анализируются для подготовки фактов и цифр, которые помогут бизнес-аналитику. track возможных результатов на основе анализа. Эта процедура называется Оценка воздействия на.
Этап 2: Проверка требований
На этапе проверки требований анализируются потребности или условия, необходимые для создания нового или измененного продукта, с учетом потребностей различных заинтересованных сторон.
Для успешного завершения любого проекта крайне важна проверка требований. Проверка требований включает в себя проверку спецификации, макетов интерфейса, высокоточных симуляций и т. д. tracАнализ возможностей.
Существуют инструменты проверки требований, которые автоматизируют большую часть этой работы с минимальным участием человека.
Этап 3: Документация требований
В нормативных документах должны быть отражены следующие требования:
- требования заинтересованных сторон проекта
- План бизнес-анализа
- Анализ текущего состояния
- Спецификация заявления о сфере применения
Этап 4: Управление требованиями
Процесс управления требованиями включает в себя планирование, мониторинг, анализ, передачу и управление этими требованиями. Если требования управляются неэффективно, конечный продукт страдает. В интернете доступны инструменты управления требованиями, которые помогают управлять ими с минимальными трудностями.
Пять основных задач в управлении жизненным циклом требований
В руководстве IIBA BABOK управление жизненным циклом требований описывается как пять взаимосвязанных задач, которые бизнес-аналитик выполняет до, во время и после завершения проекта. Это не строго последовательные этапы — они происходят непрерывно по мере развития проекта.
- Tracд Требования: Зафиксируйте, откуда взялось каждое требование и где оно удовлетворено в проекте, коде и тестах. TracБлагодаря функции eability влияние изменений и охвата становится видимым за секунды, а не за часы.
- Поддерживать требования: Поддерживайте актуальность базового набора требований. При изменении объема работ или контекста обновляйте набор требований, чтобы команда никогда не работала с устаревшей информацией.
- Приоритизация требований: Ранжируйте требования по ценности, риску и срочности, используя такие методы, как MoSCoW, взвешенная оценка или стоимость задержки. Приоритизация определяет, что войдет в следующий спринт или релиз.
- Оценка изменений требований: Когда поступает запрос на изменение, необходимо оценить его стоимость, трудозатраты, взаимозависимости и соответствие целям проекта, прежде чем принимать или отклонять его. Именно здесь и заключается управление изменениями.
- Утвердить требования: Необходимо получить официальное одобрение от соответствующих заинтересованных сторон, чтобы компания владела тем, что создается, а команда разработчиков имела четкие полномочия для продолжения работы.
В рамках этих пяти задач бизнес-аналитики применяют такие методы, как анализ бизнес-правил, функциональная декомпозиция, моделирование процессов, пользовательские истории и семинары. Вместе они замыкают цикл между сбором требований, их реализацией и поддержкой после внедрения, так что ни одно требование не будет утеряно или реализовано без ценности.
Требования TracОбъяснение матрицы возможностей (RTM).
Требования TracМатрица удобства, или RTM, — это рабочий документ, который связывает каждое требование с его происхождением, элементом проектирования, компонентом кода и тестовым примером. Это практический инструмент, который превращает «TracПреобразовать задачу «Требования» в запись, доступную для поиска.
- вперед tracУдобство: Подтверждает выполнение каждого бизнес-требования посредством элемента проектирования и тестового примера, предотвращая упущение из виду объема работ.
- назад tracУдобство: Подтверждает, что каждая реализованная функция соответствует утвержденным требованиям, предотвращая расширение объема работ и излишнее усложнение.
- двунаправленная tracУдобство: Сочетает в себе оба направления и является форматом, который используют большинство бизнес-аналитиков и команд контроля качества в крупных компаниях, особенно в регулируемых отраслях, таких как финансы и здравоохранение.
В гибких проектах RTM связывает эпики и пользовательские истории с критериями приемки и автоматизированными тестами. Современные инструменты, такие как Jama Connect, Modern Requirements, Джира Xray и Azure Специалисты DevOps автоматически генерируют матрицу, поэтому она остается актуальной на протяжении всех спринтов, а не превращается в электронную таблицу, которой никто не доверяет.
Популярные инструменты управления требованиями
Вручную tracОсновные требования, предъявляемые к электронным таблицам, быстро перестают выполняться по мере роста команд. Следующие инструменты широко используются бизнес-аналитиками для управления жизненным циклом от начала до конца.
- Джама Коннект: Платформа для управления корпоративными требованиями, включающая определение базовых показателей, обзоры, анализ рисков и работу в режиме реального времени. tracВозможность взаимодействия между командами системных инженеров.
- IBM Engineering Requirements Управляющие двери: Давно зарекомендовавший себя инструмент, используемый в аэрокосмической, оборонной и автомобильной отраслях для выполнения больших объемов требований, регулируемых законодательством.
- Modern Requirements для Azure DevOps: Расширяет Azure Рабочие задачи DevOps с обзором, определением базового уровня и т. д. tracФункции повышения удобства использования, ориентированные на гибкие и гибридные команды.
- Джира и Xray: Популярное сочетание принципов гибкой разработки, связывающее эпики и пользовательские истории с тестовыми примерами и дефектами, обеспечивающее упрощенное управление требованиями для многих команд разработчиков программного обеспечения.
- Требования к визуальному восприятию ALM: Платформа для управления жизненным циклом приложений, объединяющая требования, тестирование, управление рисками и контроль изменений в одном рабочем пространстве.
- Blueprint Storytell: Основное внимание уделяется преобразованию бизнес-целей в структурированные требования, готовые для использования в последующих инструментах разработки.
Выбор подходящего инструмента зависит от размера команды, нормативных требований и объема работы. tracУдобство, необходимое аудиторам или для обоснования безопасности. Многие команды начинают с Jira и электронных таблиц, а затем переходят на специализированную платформу, когда этого требуют масштабы.
