Иерархическая структура работ

Иерархическая структура работ (ИСР; англ. Work Breakdown Structure, WBS) — это иерархическая декомпозиция проекта на более мелкие, управляемые компоненты, которые в совокупности представляют собой полный объём работ, необходимый для достижения целей проекта. ИСР является одним из ключевых инструментов управления проектами, позволяющим структурировать задачи, распределять ответственность, оценивать сроки и затраты, а также контролировать выполнение проекта. В российской практике термин «иерархическая структура работ» закреплён в ГОСТ Р ИСО 21500-2014 «Руководство по проектному менеджменту» и ГОСТ Р 54869-2011 «Проектный менеджмент. Требования к управлению проектом».

История и происхождение

Концепция ИСР возникла в середине XX века в рамках развития методов управления крупными проектами, особенно в оборонной и аэрокосмической промышленности США. Первое формальное описание иерархической структуры работ связывают с деятельностью Министерства обороны США и НАСА в 1960-х годах. В 1962 году была разработана система планирования и контроля затрат (Cost/Schedule Control Systems Criteria, C/SCSC), которая требовала разбивки проектов на элементы. В 1964 году НАСА опубликовало руководство по ИСР для программы «Аполлон». В 1987 году Институт управления проектами (PMI) включил ИСР в Свод знаний по управлению проектами (PMBOK Guide) в качестве одного из основных процессов управления содержанием проекта. В России методология ИСР начала активно внедряться в 1990-х годах с развитием рыночной экономики и появлением проектного менеджмента как дисциплины.

Цели и задачи

Основное назначение ИСР — обеспечить чёткое и однозначное определение всего объёма работ проекта. Ключевые задачи, решаемые с помощью ИСР:

• Декомпозиция целей — разбиение общей цели проекта на конкретные, измеримые результаты (продукты, услуги, документы).
• Управление содержанием — предотвращение «расползания» объёма работ (scope creep) за счёт фиксации всех необходимых задач.
• Планирование и оценка — создание основы для оценки трудоёмкости, длительности и стоимости каждого элемента.
• Распределение ответственности — назначение ответственных исполнителей за каждый элемент ИСР (через матрицу ответственности).
• Контроль и отчётность — мониторинг выполнения работ на разных уровнях детализации.
• Коммуникация — обеспечение единого понимания проекта среди всех участников (заказчиков, менеджеров, исполнителей).

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

При разработке ИСР руководствуются несколькими фундаментальными принципами:

Правило 100%

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

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

Элементы одного уровня должны быть независимы друг от друга — их содержание не должно пересекаться. Это позволяет избежать дублирования работ и путаницы в ответственности.

Декомпозиция до управляемого уровня

Разбиение продолжается до тех пор, пока каждый элемент не станет достаточно мелким для эффективного управления: обычно до пакетов работ, которые могут быть выполнены одним человеком или небольшой командой за период от нескольких дней до нескольких недель. Рекомендуемая длительность пакета работ — 2–4 недели.

Иерархичность

Каждый элемент (кроме самого верхнего) является частью одного родительского элемента. Количество уровней зависит от сложности проекта и может варьироваться от 3 до 7.

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

ИСР строится вокруг результатов (продуктов, услуг, документов), а не процессов или организационных структур. Например, для строительства дома элементами верхнего уровня будут «Фундамент», «Стены», «Кровля», а не «Работа бригады №1».

Типы иерархических структур

В зависимости от подхода к декомпозиции различают несколько типов ИСР:

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

В российской практике ГОСТ Р 54869-2011 рекомендует строить ИСР на основе продуктового подхода, но допускает и функциональный.

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

Существует несколько основных методов построения ИСР:

• Метод сверху вниз — от общей цели проекта последовательно выделяются крупные блоки, затем они разбиваются на более мелкие компоненты. Наиболее распространённый подход.
• Метод снизу вверх — сначала определяются все конкретные пакеты работ, затем они группируются в более крупные элементы. Требует высокой квалификации команды и может привести к неполноте охвата.
• Метод аналогий — использование типовой ИСР для аналогичных проектов (например, ИСР для типовых строительных или IT-проектов).
• Метод мозгового штурма — коллективное обсуждение и фиксация всех возможных работ с последующей структуризацией.

Кодирование элементов

Каждому элементу ИСР присваивается уникальный код, отражающий его положение в иерархии. Обычно используется десятичная система с разделителями (точкой или дефисом). Например, для проекта «Разработка программного обеспечения» код элемента «Модуль авторизации» может выглядеть как 1.2.3, где 1 — «Программный продукт», 2 — «Модули», 3 — «Модуль авторизации». Кодирование облегчает отслеживание работ, составление смет и формирование отчётности.

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

ИСР не существует изолированно и тесно связана с другими элементами проектного менеджмента:

• Сетевой график — на основе пакетов работ ИСР строятся диаграммы Ганта и сетевые модели (например, метод критического пути).
• Матрица ответственности (RACI) — каждому элементу ИСР назначаются роли (ответственный, исполнитель, консультант, информируемый).
• Смета проекта — затраты оцениваются для каждого пакета работ, затем суммируются по уровням.
• Устав проекта — ИСР является одним из ключевых приложений к уставу, фиксируя содержание проекта.
• План управления рисками — риски идентифицируются и анализируются в разрезе элементов ИСР.

Примеры применения

ИСР используется в самых разных отраслях:

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

Ограничения и критика

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

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

В современной практике для преодоления этих ограничений ИСР часто дополняется другими инструментами, такими как диаграммы потоков данных и матрицы зависимостей.

Источники

• ГОСТ Р ИСО 21500-2014 «Руководство по проектному менеджменту».
• ГОСТ Р 54869-2011 «Проектный менеджмент. Требования к управлению проектом».
• Project Management Institute. A Guide to the Project Management Body of Knowledge (PMBOK Guide). — 6th ed. — Project Management Institute, 2017.
• Керцнер Г. Стратегическое планирование и управление проектами. — М.: ДМК Пресс, 2005.
• Ньютон Р. Управление проектами от А до Я. — М.: Альпина Паблишер, 2014.