Структура работ

Структура работ (англ. Work Breakdown Structure, WBS) — это иерархическая декомпозиция (разбиение) общей цели проекта на более мелкие, управляемые компоненты (пакеты работ, задачи, этапы), которая служит основой для планирования, оценки стоимости, распределения ответственности и контроля выполнения проекта. Структура работ представляет собой ориентированный на результат граф, верхним уровнем которого является конечный продукт, услуга или результат проекта, а нижним — неделимые элементы, подлежащие непосредственной оценке и управлению.

История возникновения и развития

Концепция структуризации работ возникла в середине XX века в рамках развития методов управления проектами. В 1957 году компания DuPont разработала метод критического пути (CPM), а в 1958 году — метод оценки и пересмотра планов (PERT) для программы создания ракет «Поларис» ВМС США. Однако формализованное понятие WBS впервые было предложено в 1962 году Министерством обороны США в рамках системы управления стоимостью и сроками (Cost/Schedule Control Systems Criteria, C/SCSC). В 1968 году Министерство обороны опубликовало стандарт MIL-STD-881 «Work Breakdown Structures for Defense Materiel Items», который стал первым нормативным документом, регламентирующим построение WBS.

В 1970-е годы методология WBS была адаптирована для гражданских проектов, в том числе в строительстве, авиакосмической промышленности и информационных технологиях. В 1987 году Институт управления проектами (PMI) включил WBS в состав Свода знаний по управлению проектами (PMBOK Guide) как один из ключевых инструментов планирования. В 1999 году PMI выпустил отдельный стандарт «Practice Standard for Work Breakdown Structures», который впоследствии неоднократно переиздавался. В России методология WBS стала активно применяться с 1990-х годов, в первую очередь в крупных промышленных и инфраструктурных проектах.

Цели и задачи построения

Структура работ решает несколько взаимосвязанных задач управления проектом:

• Обеспечение полноты охвата: гарантирует, что все работы, необходимые для достижения цели проекта, учтены и не дублируются.
• Декомпозиция сложности: разбивает крупную, трудно оцениваемую задачу на мелкие, управляемые элементы.
• Основа для оценки: каждый пакет работ может быть оценён по трудозатратам, стоимости и длительности.
• Распределение ответственности: позволяет закрепить каждый элемент за конкретным исполнителем или подразделением.
• Контроль и отчётность: даёт возможность отслеживать прогресс выполнения на разных уровнях детализации.
• Связь с другими процессами: служит входными данными для построения календарного плана, бюджета, матрицы ответственности и системы управления рисками.

Принципы построения

При разработке структуры работ руководствуются следующими ключевыми принципами:

Иерархичность и декомпозиция

Декомпозиция выполняется сверху вниз: от общего результата к частным элементам. Каждый уровень иерархии детализирует вышестоящий. Обычно применяется 3–6 уровней детализации, в зависимости от сложности и размера проекта. Глубина декомпозиции должна быть достаточной для управления, но не избыточной.

Правило 100%

Структура работ должна охватывать 100% работ, определённых содержанием проекта, включая управленческие и административные действия. Каждый элемент нижележащего уровня в сумме представляет 100% работы вышестоящего элемента. Никакие работы не должны выпадать из иерархии.

Ориентация на результат

Элементы WBS описывают результаты (продукты, услуги, состояния), а не действия или процессы. Например, «Разработка чертежа» — это результат, а «Черчение» — действие. Это позволяет избежать путаницы и облегчает контроль.

Взаимоисключаемость

Элементы одного уровня не должны пересекаться по содержанию. Каждый пакет работ уникален и не дублирует другие. Это предотвращает двойной учёт и конфликты ответственности.

Кодификация

Каждому элементу присваивается уникальный код (например, 1.1.2.3), который используется для идентификации в планах, бюджетах, отчётах и системах управления проектами. Кодификация облегчает автоматизацию и поиск.

Типы структур работ

В зависимости от объекта декомпозиции различают несколько типов WBS:

• Продуктовая (объектная): разбиение по физическим компонентам конечного продукта (например, для здания: фундамент, стены, кровля, инженерные системы). Наиболее распространённый тип.
• Функциональная (процессная): разбиение по видам деятельности или этапам жизненного цикла (например, проектирование, закупки, строительство, пусконаладка). Часто используется в проектах с повторяющимися процессами.
• Смешанная: комбинация продуктового и функционального подходов на разных уровнях иерархии. Например, верхние уровни — по продукту, нижние — по функциям.
• Организационная: разбиение по подразделениям или исполнителям, участвующим в проекте. Используется реже, обычно в сочетании с продуктовой WBS.

Методы разработки

Существует несколько подходов к созданию структуры работ:

• Метод «сверху вниз»: начинается с конечного результата и последовательно разбивается на составляющие. Требует глубокого понимания проекта и опыта руководителя.
• Метод «снизу вверх»: сначала собираются все возможные работы и задачи, затем группируются в более крупные блоки. Подходит для проектов с высокой неопределённостью.
• Использование шаблонов: применяются типовые WBS для аналогичных проектов (например, для строительства жилого дома, разработки программного обеспечения, организации мероприятия). Шаблоны ускоряют процесс и снижают риск пропусков.
• Мозговой штурм и экспертные оценки: команда проекта совместно определяет состав работ, используя опыт и знания участников.

Примеры структуры работ

Пример 1: Строительство жилого дома (продуктовая WBS)

1.0 Жилой дом

• 1.1 Фундамент
• 1.2 Стены и перекрытия
• 1.3 Кровля
• 1.4 Инженерные системы
• 1.4.1 Электроснабжение
• 1.4.2 Водоснабжение и канализация
• 1.4.3 Отопление и вентиляция
• 1.5 Внутренняя отделка
• 1.6 Фасад и благоустройство территории

Пример 2: Разработка программного обеспечения (функциональная WBS)

2.0 Система управления заказами

• 2.1 Анализ требований
• 2.2 Проектирование архитектуры
• 2.3 Разработка
• 2.3.1 Модуль авторизации
• 2.3.2 Модуль каталога
• 2.3.3 Модуль корзины и оформления заказа
• 2.4 Тестирование
• 2.5 Внедрение и обучение

Связь с другими инструментами управления проектами

Структура работ является центральным элементом системы планирования проекта. Она тесно связана с:

• Организационной структурой работ (OBS): отображает распределение ответственности за элементы WBS по подразделениям или исполнителям.
• Матрицей ответственности (RACI): определяет роли (ответственный, исполнитель, консультант, информируемый) для каждого пакета работ.
• Календарным планом (графиком): на основе WBS формируются задачи, их длительность и последовательность.
• Бюджетом проекта: каждому пакету работ присваивается сметная стоимость.
• Словарём WBS: документ, содержащий подробное описание каждого элемента, включая его содержание, критерии завершения, бюджет и ответственного.

Инструменты автоматизации

Для построения и управления структурой работ используются различные программные средства:

• Microsoft Project: позволяет создавать иерархическую WBS, назначать коды, ресурсы и стоимость.
• Primavera P6: профессиональная система для крупных проектов, поддерживает многоуровневую WBS и интеграцию с OBS.
• Jira, Asana, Trello: в упрощённом виде поддерживают иерархию задач, но не обеспечивают полной функциональности WBS.
• Специализированные WBS-редакторы: например, WBS Schedule Pro, которые позволяют визуально строить древовидные диаграммы.

Критика и ограничения

Несмотря на широкое применение, методология WBS имеет ряд ограничений:

• Трудоёмкость: построение детальной WBS для крупных проектов требует значительных временных и интеллектуальных затрат.
• Сложность поддержки: при изменении содержания проекта WBS приходится пересматривать, что может быть затруднительно в условиях высокой динамики.
• Риск излишней детализации: чрезмерное дробление работ приводит к росту объёма документации и снижению управляемости.
• Ориентация на результат: WBS не учитывает последовательность и взаимосвязи работ, поэтому требует дополнения сетевым графиком.
• Субъективность: разные команды могут построить разную WBS для одного и того же проекта, что затрудняет стандартизацию.

Применение в России

В России методология WBS используется в государственных и коммерческих проектах, особенно в строительстве, оборонной промышленности, энергетике и информационных технологиях. Ряд отраслевых стандартов, например, СП 48.13330.2019 «Организация строительства», предполагает применение иерархических структур при планировании строительных работ. В крупных российских компаниях (Газпром, Росатом, РЖД) WBS является обязательным элементом корпоративных систем управления проектами. Однако уровень формализации и глубина проработки WBS варьируются в зависимости от зрелости проектного управления в организации.

Источники

• Project Management Institute. A Guide to the Project Management Body of Knowledge (PMBOK Guide) — Sixth Edition. — PMI, 2017.
• Project Management Institute. Practice Standard for Work Breakdown Structures — Third Edition. — PMI, 2019.
• MIL-STD-881D. Work Breakdown Structures for Defense Materiel Items. — U.S. Department of Defense, 2018.
• Керцнер Г. Стратегическое управление проектами: методы, модели, инструменты. — М.: ДМК Пресс, 2018.
• Мазур И.И., Шапиро В.Д., Ольдерогге Н.Г. Управление проектами: учебное пособие. — М.: Омега-Л, 2019.