Шаблон документа бизнес-требований + бесплатный PDF

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

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

Что такое документ бизнес-требований (BRD)?

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

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

Семь компонентов BRD:

1. Основные факты и выводы

2. Задачи проекта

3. Область проекта

4. Бизнес-требования

5. Ключевые заинтересованные стороны

6. Ограничения проекта

7. Анализ затрат и выгод

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

Зачем нужен шаблон документа бизнес-требований?

Шаблон документа с бизнес-требованиями обеспечивает согласованную структуру для каждого проекта, чтобы вы никогда не упускали важную информацию. Чёткое документирование требований — одно из ключевых условий успешного завершения проекта. Вот почему коллективы полагаются на готовые шаблоны:

• Согласование с заинтересованными лицами: заранее определите границы и цели своего проекта, чтобы все сосредоточились на одних и тех же целях.

• Контроль объёма: чёткий шаблон помогает предотвратить разрастание объёма, поскольку с самого начала документирует, что входит в проект, а что нет, и поддерживает формальный процесс контроля изменений.

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

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

Что должен включать в себя документ с бизнес-требованиями?

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

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

1. Основные факты и выводы

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

Несмотря на то что пояснительная записка является первым разделом BRD, на самом деле её следует писать только после того, как будут готовы остальные разделы. Так вы сможете всё просмотреть и убедиться, что создали исчерпывающее вступительное заявление.

2. Задачи проекта

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

Перечислите цели своего проекта в виде SMART-целей, чтобы они были:

• Specific — конкретными

• Measurable — измеримыми

• Achievable — достижимыми

• Relevant — актуальными

• Time-bound — ограниченными по времени

Измерение целей проекта поможет вам определить, нужно ли скорректировать рабочий процесс. Например, если ваша цель состояла в том, чтобы увеличить клиентскую базу на 10 % к концу квартала, вы можете чётко увидеть, достигли ли вы этой цели. Затем проанализируйте предпринятые действия, чтобы понять, что получилось, а что нет.

3. Область проекта

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

В области проекта необходимо указать следующие детали:

• Хронология

• Бюджет

• Конечный продукт

• Требования к проекту

• Команда проекта

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

4. Бизнес-требования

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

Помимо перечисления и описания требований, расположите их по приоритету и назначьте каждому элементу уровень важности в зависимости от его критичности. Для этого удобно использовать метод MoSCoW, который разделяет требования на четыре категории: Must have (обязательные), Should have (желательные), Could have (возможные) и Won't have (исключённые). Такая классификация поможет другим понять, какие требования нужно выполнить в первую очередь.

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

5. Главные заинтересованные лица

К заинтересованным сторонам проекта относятся все лица, заинтересованные в нём. Скорее всего, это люди, которые прочитают ваш шаблон BRD, чтобы понять, в чём заключается суть проекта. Вашими ключевыми заинтересованными лицами могут быть:

• Участники команды, работающие над проектом

• Менеджеры проекта, ведущие проект

• Руководители, одобряющие проект

• Клиенты, на которых повлияет завершённый проект

В этом разделе перечислите имена, роли и обязанности каждого заинтересованного лица в отношении проекта.

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

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

6. Ограничения проекта

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

К ограничениям проекта могут относиться:

• Риски проекта

• Доступность команды

• Ресурсы

• Зависимости проекта

• Дедлайны

• Бюджет проекта

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

7. Анализ затрат и выгод

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

Как создать анализ затрат и выгод:

• Опишите все расходы, связанные с проектом.

• Объясните связанные с этим выгоды.

• Укажите общую ожидаемую стоимость проекта.

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

В чём разница между бизнес-требованиями и функциональными требованиями?

При обсуждении бизнес-требований вы часто будете слышать упоминание функциональных требований, но важно знать, в чём разница. Представьте себе настольную игру: BRD — это коробка, на которой написано, что это за игра, а FRD — это руководство по правилам, из которого вы узнаете, как в неё играть.

Стоит также упомянуть ТЗ (техническое задание), которое хорошо знакомо русскоязычным специалистам. В отличие от BRD, ТЗ фокусируется на технических требованиях к реализации и часто создаётся на основе уже утверждённого документа с бизнес-требованиями. BRD отвечает на вопрос «что нужно бизнесу», а ТЗ — на вопрос «как это реализовать технически».

Помимо функциональных требований, существуют:

• Требования пользователя: они более подробны, чем BRD, и объясняют, что пользователь может делать с готовыми результатами работы.

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

• Нефункциональные требования: эти требования так же подробны, как и функциональные требования. В них объясняется, как должен работать проект, и описывается предполагаемый пользовательский опыт в рамках готового проекта.

Шаблон документа бизнес-требований (с примером)

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

В BRD также перечислены бизнес-требования (действия, необходимые для завершения проекта), заинтересованные стороны, ограничения проекта и анализ затрат и выгод.

Обратите внимание, как в примере заполнен каждый из семи компонентов. В разделе «Основные факты и выводы» кратко изложена цель проекта. Далее перечислены конкретные задачи в формате SMART, определена область проекта с чёткими границами, а бизнес-требования расставлены по приоритету. Такой подход позволяет каждому читателю быстро понять суть проекта и свою роль в нём.

Если вы хотите использовать бесплатный редактируемый шаблон документа с бизнес-требованиями для своего проекта, воспользуйтесь нашим шаблоном ниже. Вы также можете попробовать интерактивный шаблон BRD в Asana, чтобы управлять требованиями в виде задач.

Как составить документ с бизнес-требованиями

Составление документа с бизнес-требованиями — простой процесс, если разбить его на этапы. Главное — быть чётким и тщательным, чтобы любой человек мог понять цель проекта и его требования. Если вы параллельно готовите план проекта, BRD послужит его основой.

Для создания BRD выполните следующие действия:

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

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

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

• Расставьте приоритеты: используйте метод MoSCoW или другую систему приоритизации, чтобы классифицировать каждое требование по степени важности. Это поможет команде сосредоточиться на самом критичном.

• Пишите чётко и лаконично: используйте простой язык, понятный каждому. Избегайте жаргона и сосредоточьтесь на самом важном для успеха вашего проекта.

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

• Получите подтверждение: как только все согласятся с документом, получите официальное подтверждение от куратора проекта или ключевых руководителей. Теперь ваш BRD является официальным руководством по проекту.

Управляйте требованиями с помощью Asana

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

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

Часто задаваемые вопросы о документах с бизнес-требованиями