Инженерия требований

Инженерия требований — это поддисциплина системной инженерии, занимается разработкой требований.

Главная часть инженерии требований — это реверс-инжиниринг использующей (над)системы (using system) для того, чтобы получить описания “чёрного ящика”.

Проблема: все требования проходят по ЖЦ асинхронно, и даже критерии одной стадии выполняются не одновременно. Concurrent requirements engineering – параллельная инженерия требований.

Кто должен делать требования?

1. Иногда между командой инженеров и заказчиком можно услышать следующий разговор со стороны инженеров: “вы предоставьте нам подробные требования, иначе мы и пальцем не пошевелим”. Должен разочаровать: это неверная позиция. Заказчик может представить только свои нужды, а не требования к системе. Если у заказчика есть инженеры (или заказ на разработку системы делает инженерная фирма), то есть шанс получить “требования стейкхолдера”. Но это ещё не требования к системе.

1. Разрабатывает требования обычно команда проекта, они не приходят извне проекта. Другое дело, что без активного участия стейкхолдеров (в том числе представителей организации заказчика) требования не подготовишь. Но в любом случае, ответственность за требования лежит на команде проекта, а не на заказчике. Заказчик же может, например, завизировать разработанные командой проекта требования — но и в этом случае, изготовленная система, которая не удовлетворит его нуждам (needs) по причине того, что требования были сформулированы командой проекта неправильно, может встретить серьёзные проблемы при приёмке/validation (хотя блестяще пройдёт проверку/verification — инженеры подтвердят сами себе, что изготовили ровно то, что планировали, хотя это не то, в чём нуждался клиент). За требования ответственен инженер потому что он должен сделать реверс-инжиниринг использующей системы: часто клиент на это не способен, хотя он обычно и весьма знающ об особенностях используемой системы, но эти знания могут быть совсем не такими, на которые мог бы расчитывать инженер.

Обязанности инженера по требованиям

Инженер по требованиям (вид системного инженера) занимается тем, что:

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

Качества инженера по требованиям

Инженер по требованиям должен быть:

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

Международные общества

• IREB
• ReSG

Профессиональная сертификация

• CPRE

Журналы

• http://re-magazine.ireb.org

Стандарты

• ISO/IEC/IEEE 15288:2015
• ISO/IEC/IEEE 29148:2011
• SEBoK

См. также

Моделеориентированная инженерия требований