WBS (Work Breakdown Structure)
WBS — обязательный артефакт PMBOK и PRINCE2. Дерево, где корень — конечный продукт проекта, ветви — крупные deliverables, листья — work packages.
Принципы WBS
- 100% правило — WBS должен включать 100% работы проекта, не больше и не меньше.
- Decomposition — каждый узел делится на 2–9 подузлов.
- Work packages — конечные элементы, обычно 8–80 часов работы (1–2 недели одного человека).
- Mutually exclusive — узлы не должны пересекаться.
WBS Dictionary
К каждому work package — описание (deliverables, acceptance criteria, ответственный, оценка трудоёмкости).
Когда применять и когда нет
Применять
- Сложный проект со множеством deliverables
- Нужна оценка трудоёмкости и ресурсов
- Бюджетирование, контракт с фиксированной ценой
Не применять
- Чисто Agile-проект — там бэклог и эпики
- Очень маленький проект — WBS избыточна
Примеры применения
Проект «Запуск интернет-магазина»:
1. Дизайн (1.1 UX-исследование, 1.2 макеты, 1.3 prototype).
2. Backend (2.1 архитектура, 2.2 API, 2.3 БД).
3. Frontend (3.1 каталог, 3.2 корзина, 3.3 оформление).
4. Интеграции (4.1 платёжная система, 4.2 1С).
5. Тестирование (5.1 функциональное, 5.2 нагрузочное).
6. Запуск (6.1 деплой, 6.2 маркетинг, 6.3 поддержка).
Часто задаваемые вопросы
WBS — иерархическая декомпозиция всего scope проекта (фиксированный объём). Product Backlog — упорядоченный список user stories, постоянно меняющийся. WBS для каскада, Backlog — для Agile.
Зависит от размера проекта. Маленький проект — 2–3 уровня, средний — 3–4, крупный — 4–5. Глубже 5 уровней обычно — overkill.