Ситуация №1: Первый подход к разработке итогового функционала
Проблема: По итогам проведения сессий интервью с производственным подразделением заказчика был выявлен и обозначен ряд бизнес-требований к разрабатываемому функционалу подсистемы управления оборудованием в 1С:ERP, составлен протокол по итогам встречи, с перечислением данных бизнес-требований. Отсутствовал механизм системы, позволяющий зарегистрировать структурно, выявленные бизнес-требования. До решения проблемы протокол, а в последствии и реестр бизнес-требований, велся в ручном режиме, с помощью инструментов MS Office.
Решение: Создан справочник бизнес-требований, позволяющий зарегистрировать бизнес-требование заказчика, с указанием элемента справочника «Проекты», для соотнесения бизнес-требования с проектом, на котором оно выявлено, и подробным описанием бизнес-требования.
Результат: Зарегистрирован ряд бизнес-требований в систему СПБП с указанием проекта и подробным описанием бизнес-требования.
Ситуация №2: Необходимость детализации требований
Проблема: В результате занесения в систему СПБП ряда бизнес-требований по итогам встреч с заказчиком, возник вопрос идентификации и детализации бизнес-требований по конкретным подразделениям и протоколам, в которых эти бизнес-требования были зафиксированы.
Решение: Добавлены аналитики детализирующие бизнес-требования по бизнес-единицам и источниками их возникновения.
Результат: В зарегистрированных бизнес-требованиях проставлены аналитики «Бизнес-единица», «Источник бизнес-требований».
Ситуация №3: Связь требований с процессной моделью
Проблема: Параллельной веткой разработки подсистемы на проекте являлось составление процессной модели, которая опирается на выявленные бизнес-требования, но процессная модель не имела с ними связки.
Решение: Разработан регистр сведений, позволяющий связать созданный процесс в процессной модели с выявленным бизнес-требованием, а также техническим требованием, и проектным решением в дальнейшем.
Результат: Созданные бизнес-требования связаны с процессами, а также с техническими требованиями и проектными решениями.
Ситуация №4: Многомерный анализ требований
Проблема: Необходима была система анализа и представления связей между требованиями.
Решение: Создан отчет по источникам требований и связки с требованиями.
Результат: Введена возможность аналитического анализа требований в нескольких разрезах.