Границы проекта (scope) — это чёткое определение того, что должно быть реализовано в рамках проекта, и что исключено из него. Корректное определение границ даёт понимание объёма работ, предотвращает "расползание требований" и позволяет эффективно контролировать ресурсы и сроки.
Бизнес-аналитик описывает scope с помощью:
Ключевые особенности:
Достаточно ли определить только основной перечень функциональности, чтобы считать scope зафиксированным?
Нет. Необходимо явно указать то, что НЕ входит в проект, чтобы избежать двойных трактовок и "скрытых" ожиданий.
Вправе ли бизнес-аналитик самовольно расширять scope, если считает это полезным?
Нет. Любое изменение scope проходит согласование с заказчиками/стейкхолдерами и, как правило, формализуется через процедуру изменения (change request).
Можно ли изменить границы проекта после их согласования?
Да, но только через формальный процесс управления изменениями, с пересмотром планов, оценки затрат, сроков и согласия всех ключевых стейкхолдеров.
Scope определён устно, без явного документа. В процессе появляются дополнительные задачи, которые "ожидали" стейкхолдеры.
Плюсы:
Минусы:
Аналитик документирует scope, согласовывает исключения, любые изменения проходят через систему change requests.
Плюсы:
Минусы: