Шаблон документа с | Бизнес-Анализ в России
Разное

Шаблон документа с | Бизнес-Анализ в России

Шаблон документа с бизнес-требованиями.doc

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

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

Определение бизнес-требований является обязательным этапом во всех проектах.

Note: Text within brackets need to be replaced with project-specific information.

Сбор требований непростой процесс, как это может показаться изначально. Это достаточно сложная задача, поскольку требования:

· не всегда очевидны;

· могут поступать из многочисленных и разнообразных источников;

· нуждаются в управлении кросс-функциональными группами людей;

· могут вызывать сложности при формулировании в ходе написании документации;

· могут формулироваться на разных уровнях детализации.

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

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

2. Заполните документ, используя вспомогательную информацию в .

3. Для небольших проектов можно объединить все разделы требований в одну таблицу, добавив столбец «Тип требования».

4. Если некоторые требования не применяются в вашем проекте, то не удаляйте его, а пометьте его как «Не применяется» и укажите краткое пояснение, почему в текущем проекте данное требование не актуально.

5. Если на проекте имеются дополнительные требования, то ими нужно дополнить раздел 5. Можно создать отдельную таблицу для помощи в выявлении, определении и отслеживании требований. Обратите внимание, что если новое требование идентифицируется после того, как утвержден документ с бизнес-требованиями, то новое требование необходимо внести в раздел 10.1 Дополнения (новые требования).

6. После того, как были внесены изменения в документ, и вы готовы его завершить, убедитесь, что Вы обновили оглавление документа.

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

8. Из-за того, что документ с бизнес-требованиями является динамичным, после того, как менеджер проекта получает согласованный документ, все дополнительные, измененные или отмененные требования вносятся в 10 раздел.

9. Если вносятся изменения в документ, то необходимо обновить раздел с историей обновлений документа.

10. Документ с описанием бизнес-требований будет храниться вместе с другими документами проекта и поддерживаться в соответствии с политикой хранения документов.

Информация по документу и согласование документа

История версий
№ версии Дата создания Кем пересмотрена версия Причина для изменений
1.0 9/17/09 Иванов Петр Рассмотрение проектным офисом

Этот документ был утвержден в качестве официального документа с бизнес-требованиями для проекта «», и точно отражает текущее понимание бизнес-требований. После утверждения этого документа, изменения требований будет регулироваться через процесс управления изменениями, включая анализ последствий (impact analysis), проходя стадии рассмотрения и согласования.

Согласование документа
Имя утверждающего Проектная роль Подпись/Электронная подпись Дата

Оглавление документа

  1. Назначение документа. 1
  2. Ресурсы для создания документа. 1
  3. Словарь терминов.. 1
  4. Обзор проекта. 1
Средний рейтинг
0 из 5 звезд. 0 голосов.