Управление требованиями к программному обеспечению

Введение

Управление требованиями к программному обеспечению (англ. software requirements management) — процесс, включающий идентификацию, выявление, документирование, анализ, отслеживание, приоритизацию требований, достижение соглашения по требованиям и затем управление изменениями и уведомление соответствующих заинтересованных лиц.

Управление требованиями — непрерывный процесс на протяжении всего проекта разработки программного обеспечения.

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

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

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

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

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

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

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

Все эти требования должны быть официально зафиксированы в гигантском документе, который будет использоваться для будущих детских перепалок по поводу игры «он сказал, она сказала».

Сбор требований — сложная задача

Реальность такова, что сбор требований — это большая работа.

Проектные группы могут делать неверные предположения, сосредотачиваться на том, как, а не на том, что, и неправильно описывать требования.

ИТ-отделам часто дают шаблон документа и говорят «собрать требования», ожидая, что документ будет готов к внедрению через неделю.

(Я пока даже не буду выступать с речью о функциональных и нефункциональных требованиях.)

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

Процесс сбора требований и все связанные с ним инструменты, шаблоны и методы — это не универсальная модель.

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

Лучшая тактика — использовать подход с использованием набора инструментов.

Если у Вас возникли проблемы с работой софта первым делом стоит изучить логи .

IBM Requirements Management

IBM Requirements Management

Jama

HP ALM

Дополнительные материалы

Какую систему управления требованиями выбрать: обзор инструментов

9 BEST Requirements Management Tools (2025)

Автор статьи: Андрей Олегович