3.1 Определение объёма
В управлении проектами определение объёма (scope) проекта — один из самых критичных шагов. Почему? Потому что объём задаёт игровое поле. Он определяет, за что отвечает проект, что он стремится поставить — и не менее важно, что вне объёма.
Старт проекта с размытым объёмом приглашает недопонимания, добавочные задачи, давление на сроки и перерасход бюджета. Чётко определённый объём даёт команде уверенность и создаёт прочную основу для принятия решений.
Что такое объём?
PMBOK (Project Management Body of Knowledge) определяет объём как:
«Работа, необходимая для поставки продукта, услуги или результата с заданными характеристиками и функциями».
Так что объём включает и результаты, и работу, нужную для их получения. Не менее важно: определять, что не входит — пункты вне объёма.
Почему определение объёма важно
- Управление ожиданиями стейкхолдеров: предотвращает невысказанные допущения вроде «они, наверное, и это сделают».
- Уточнение границ проекта: даёт команде чёткую опору в том, за что они отвечают (и не отвечают).
- Включение управления изменениями: помогает определять, входят ли новые запросы в объём или требуют формального изменения.
- Поддержка отслеживания прогресса: хорошо определённый объём упрощает измерение того, что сделано и что осталось.
Размытый объём часто — корневая причина задержек, перерасхода и проблем с качеством.
Шаги определения объёма
1. Соберите требования
Интервьюируйте стейкхолдеров, чтобы собрать ожидания и потребности. Собирайте широко — детали уточняются позже.
2. Создайте scope statement
Переведите требования в конкретные определения работы. Чётко указывайте, что будет сделано и что не будет. Получите согласие стейкхолдеров.
3. Разбейте на WBS
Преобразуйте объём в маленькие, управляемые задачи через WBS (Иерархическую Структуру Работ). Это становится основой для расписания и ресурсов.
4. Установите scope baseline
Свяжите scope statement, WBS и WBS-словарь в scope baseline. Это становится формальной точкой отсчёта для отслеживания и управления изменениями.
Типичные компоненты документа объёма
- Контекст проекта и цели
- Список результатов
- Работа в объёме
- Исключения вне объёма
- Ограничения
- Допущения
Типичные ловушки
- Рассогласование стейкхолдеров: не делиться деталями объёма приводит к «я не знал, что это не входит».
- Нечёткие исключения: приводят к неожиданной работе и нагрузке на ресурсы.
- Слишком детально слишком рано: избыточная точность на старте позже снижает гибкость.
Резюме: объём — это взаимная договорённость
Объём — больше, чем список задач. Это общая договорённость между командой и стейкхолдерами — основа всех будущих решений.
Чтобы успешно вести проект, нужны навык и смелость провести чёткие линии: что внутри, что снаружи. О чём и есть определение объёма.
Как это выглядит в AB
В AB Project Management сам проект и есть граница объёма — задачи живут внутри проекта, а не плавают где-то рядом. Описание проекта хранит однострочный scope statement; Wiki проекта хранит более длинный документ объёма с явными «Out of Scope» отметками. Когда стейкхолдер позже спрашивает «вы же ещё и X делали?», вы можете указать на страницу и аудиторский след. Новые запросы, приходящие как задачи, можно тегировать или перемещать в раздел «Backlog / Out of Scope», чтобы разговор о том, стоит ли расширять объём, происходил явно, а не через незаметное расползание.
→ Далее: 3.2 Создание расписания проекта