Сколько уровней должно быть в WBS?

Зависит от размера проекта. Маленький — 2–3 уровня, средний — 3–4, крупный — 4–5. Глубже пяти уровней структура обычно превращается в лишнюю бюрократию: поддерживать её дороже, чем польза от такой детализации. Ориентируйтесь не на число уровней, а на нижний элемент: если пакет работ укладывается в 8–80 часов, глубина достаточная.

Классическое проектное управлениеАртефактPMBOKИнструмент

WBS (иерархическая структура работ)

Иерархическая декомпозиция работ проекта на управляемые пакеты сверху вниз.

КРАТКО

WBS, или иерархическая структура работ, — декомпозиция всего проекта на управляемые пакеты работ. Главный принцип — правило 100%: структура покрывает весь объём работ проекта и ничего лишнего. Дерево строят по продуктам, а не по процессам, а нижний уровень — пакеты работ, обычно по 8–80 часов трудозатрат.

СИНОНИМЫ:Work Breakdown Structureиерархическая структура работИСРструктура декомпозиции работWBS

Иерархическая структура работ — обязательный артефакт PMBOK и PRINCE2. Это дерево: корень — конечный продукт проекта, ветви — крупные результаты, листья — пакеты работ.

Принципы иерархической структуры работ

Правило 100% — структура включает 100% работ проекта, не больше и не меньше.
Декомпозиция — каждый узел делится на 2–9 подузлов.
Пакеты работ — конечные элементы, обычно 8–80 часов работы (1–2 недели одного человека).
Взаимное исключение — узлы не должны пересекаться по содержанию.

Словарь структуры работ

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

КОГДА ПРИМЕНЯТЬ

Сложный проект со множеством результатов
Нужна оценка трудоёмкости и ресурсов
Бюджетирование, договор с фиксированной ценой

КОГДА НЕ СТОИТ

Чисто Agile-проект — там работают бэклог и эпики
Очень маленький проект — иерархическая структура работ избыточна

ПРИМЕР

Проект «Запуск интернет-магазина»:
1. Дизайн (1.1 UX-исследование, 1.2 макеты, 1.3 прототип).
2. Серверная часть (2.1 архитектура, 2.2 API, 2.3 база данных).
3. Клиентская часть (3.1 каталог, 3.2 корзина, 3.3 оформление заказа).
4. Интеграции (4.1 платёжная система, 4.2 1С).
5. Тестирование (5.1 функциональное, 5.2 нагрузочное).
6. Запуск (6.1 выкатка на боевой сервер, 6.2 маркетинг, 6.3 поддержка).

КАК ИСПОЛЬЗОВАТЬ В SHTAB

В Shtab иерархическая структура работ — это дерево эпиков и задач. Стройте его через поле «Родительский эпик», а отчёт «Дерево задач» покажет структуру целиком и поможет проверить правило 100%: всё ли, что обещано заказчику, попало в дерево и нет ли в нём лишнего.

Попробовать бесплатно

Вопросы про «WBS (иерархическая структура работ)»

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

Ещё из «Классическое проектное управление»

Вся категория →

Baseline (базовый план)

Утверждённая версия плана проекта по содержанию, срокам и бюджету — точка отсчёта для контроля отклонений и изменений.

Change Request (Запрос на изменение)

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

Contingency Plan (план реагирования на риск)

План действий на случай, если риск всё-таки наступит: что именно делает команда, чтобы снизить ущерб.

Применяйте термины на практике

База знаний, задачи и цели — в одном сервисе. Бесплатно — без лимита по числу людей.

Попробовать бесплатно Все термины