Data Generation

Про управление требованиями.

В ходе работы все мы неоднократно сталкивались с неуправляемыми, конфликтующими, избыточными, да и просто ущербными требованиями. Вопрос отягощается ещё и тем, что единый стандарт формулирования требований или отсутствует, или игнорируется со стороны стейкхолдеров.
Что делать? Вот 5 простых шагов, как стать граммар-наци для своих требований:
1) Чуть-чуть пострадать над ISO/IEC 29148 (https://www.iso.org/standard/45171.html) и сформулировать, что именно считается требованием в рамках вашего проекта, что является ограничивающими факторами, а что можно опустить.
2) Придумать себе классификацию требований. Тот же стандарт разделяет ваши требования на Stakeholder’s/System/Software. Смело отходите от стандарта, если это к вам не применимо, и разрабатываете вы не ПО, а новый сорт земляники.
3) Просмотрите свои требования внимательно на предмет того, способен ли их воспринять 14-летний школьник со средним уровнем интеллекта. Если нет, то можно закопаться в стандарт написания требований INCOSE Guide for Writing Requirements. В последней версии 108 листов, но есть видеоверсия: https://www.youtube.com/watch?v=UhYv2-x1CoQ
Если всё же соберетесь его читать, можно смело начинать со 102 страницы, где уже приведены конкретные паттерны написания требований с учетом необходимого уровня абстракции.
4) Провести анализ своих требований. Хорошо сформулированное требование имеет следующие характеристики:
уникальное: оно удовлетворяет только одному основному требованию;
актуальное: оно актуально в текущий момент, соответствует потребностям бизнеса и не противоречит дальнейшей роудмэпу развития продукта;
согласованное: не противоречит другим требованиям и соответствует их уровню декомпозиции;
понятное: требование сформулировано понятно и недвусмысленно;
поддающееся проверке: выполнение требования может быть проверено оптимальным способом, не зависящим от экспертной оценки;
приоритетное: его важность можно оценить относительно других требований;
5) Выбрать себе фреймворк для работы с жизненным циклом требований. Он традиционно вшит в ПО по управлению требованиями через статусы требований и связные задачи и помогает сделать грамотную трассировку требований (как это работает: https://www.inflectra.com/ideas/topic/requirements-traceability.aspx). Однако, если проект ведется в Excel, а не в одном из «20+ лучших тулзов для управления требованиями», можно взять на вооружение The Praxis Framework (https://www.praxisframework.org/en/knowledge/requirements-management) и применить его для своего проекта.

Requirements management - Praxis Framework Requirements management establishes stakeholders' wants and needs, and then reviews these to create a set of baseline requirements.