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

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

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

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

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

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

Каким бы ни был случай и тип требований, необходимо определить их как можно более четко, чтобы проект был успешным.

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

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

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

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

Вовлечение всех сторон. Чтобы убедиться, что документ охватывает все аспекты предстоящего проекта, важно привлечь различные заинтересованные стороны и добиться их консенсуса. Это могут быть владельцы продуктов, бизнес-аналитики, маркетологи, разработчики и финансовые аналитики. Кроме того, это отличный способ посмотреть на проект с разных сторон, что может привести к нестандартным решениям множества вопросов.

Выявление требований. Обсуждение требований, которые должны быть в документе, является одним из первых шагов, которые необходимо предпринять. Существует множество методов, которые можно использовать для выявления правильных бизнес-требований для вашего проекта. К популярным относятся:

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

— построение плана с отдельным лицом или небольшой группой конечных пользователей и/или клиентов;

— наблюдение за тем, как функционирует определенный процесс или рабочий процесс;

— получение от больших групп заинтересованных сторон с помощью анкет.

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

Хотя каждый проект уникален с точки зрения таких вещей, как цели, требования, бюджет, сроки и т. д., базовая структура BRD часто содержит следующие разделы.

— Управляющее резюме;
— Цели проекта;
— Объем проекта;
— Заинтересованные стороны;
— SWOT;
— Финансовые отчеты;
— Функциональные требования;
— График и сроки;
— Анализ выгоды и затрат.