Управление требованиями — с чего начать?

Мадорская Ю.М.

Как это не скучно на первый взгляд — надо начинать с определения. 
Что такое требование? — Запись в базе данных? Документ? Пожелания заказчика? 

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

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

«Требование — это высказывание, определяющее свойства системы или ее окружения».

Полный вариант:

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

Итак, требование определяет свойство системы. Если вы не можете назвать свойство системы, которое вы хотите задать, значит это не требование.

Подробнее по этой теме можно почитать здесь: http://edu.reqcenter.pro/?p=3540

Важная ли это проблема? Конечно. Если мы не можем определить изучаемый объект, а сразу переходим к построению процессов управления им, то на этом уровне мы получим 100 новых вопросов, для которых придется искать решение, вместо того, чтобы решить один уровнем ниже. Согласовать 100 вопросов команде гораздо труднее, чем один, правда?

Присоединиться в facebook или linkedin

Комментарии

комментарии

Комментарии закрыты.