Перейти к содержимому

Документация по требованиям

Документация по требованиям (Requirements Documentation) — документ проекта, описывающий, каким образом отдельные требования отвечают бизнес-потребности, ради которой ведется проект1.

Документация по требованиям — выход процесса 5.2 Сбор требований, одновременно с матрицей отслеживания требований1. Требования могут сначала записываться в общем виде и затем постепенно детализироваться по мере того, как о них становится больше известно1.

Документация используется очень широко2:

В процессах определения содержания, создания ИСР, контроля содержания и закупок документация обновляется2.

Прежде чем войти в базовый план, требования должны быть1:

  • однозначными — измеримыми и проверяемыми;
  • отслеживаемыми;
  • полными;
  • непротиворечивыми;
  • приемлемыми для ключевых заинтересованных сторон.

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

Многие организации делят требования на бизнес-требования (потребности заинтересованных сторон) и технические решения (как эти потребности будут реализованы). PMBoK 6 приводит более подробную классификацию, которая позволяет уточнять требования по мере их проработки1:

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

Условный фрагмент документации по требованиям к CRM-системе:

№ВидТребованиеИсточникПриоритет
БТ-1Бизнес-требованиеСократить время обработки заявки клиента с 2 дней до 4 часовУстав проектаВысокий
ФТ-12ФункциональноеСистема создает сделку из входящего письма клиентаОтдел продажВысокий
НФТ-3НефункциональноеВремя открытия карточки клиента — не более 2 с для 95 % запросовИТ-службаСредний
ТП-2Переход и готовностьПеренести данные клиентов за последние 5 лет из старой системыОтдел продажВысокий
ТК-1КачествоПриемочные испытания по утвержденной программе без дефектов высокой критичностиЗаказчикВысокий
  • A Guide to the Project Management Body of Knowledge (PMBOK® Guide). — 6th ed. — Newtown Square, PA: Project Management Institute, 2017. — ISBN 978-1-62825-184-5.
  1. PMBOK Guide, 6-е изд., разд. 5.2.3.1 «Requirements Documentation». ↩ ↩2 ↩3 ↩4 ↩5 ↩6

  2. PMBOK Guide, 6-е изд., входы процессов 4.7, 5.3–5.6, 8.1, 9.1, 10.1, 11.2, 12.1–12.3, 13.1; обновления документов в процессах 5.3, 5.4, 5.6, 12.1, 12.2. ↩ ↩2