Структура декомпозиции работ ( WBS ) [2] в управлении проектами и системной инженерии — это ориентированная на результат разбивка проекта на более мелкие компоненты. Структура декомпозиции работ — это ключевой элемент управления проектами, который организует работу команды в управляемые разделы. Свод знаний по управлению проектами определяет структуру декомпозиции работ как «иерархическую декомпозицию общего объема работ, которые должна выполнить команда проекта для достижения целей проекта и создания требуемых результатов». [3] : 434 [4]
WBS обеспечивает необходимую структуру для детальной оценки затрат и контроля, а также предоставляет руководство по разработке и контролю графика . [5]
WBS — это иерархическая и пошаговая декомпозиция проекта на результаты (от основных, таких как фазы, до самых мелких, иногда называемых пакетами работ). Это древовидная структура , которая показывает подразделение усилий, необходимых для достижения цели, например, программа , проект и контракт . [6] В проекте или контракте WBS разрабатывается, начиная с конечной цели и последовательно подразделяя ее на управляемые компоненты с точки зрения размера, продолжительности и ответственности (например, системы, подсистемы, компоненты, задачи , подзадачи и пакеты работ), которые включают все шаги, необходимые для достижения цели.
Структура декомпозиции работ обеспечивает общую основу для естественного развития общего планирования и контроля контракта и является основой для разделения работы на определяемые этапы, на основе которых может быть разработано техническое задание , график, стоимость и отчетность по рабочим часам. [6]
Структура декомпозиции работ позволяет суммировать подчиненные затраты на задачи, материалы и т. д. в их последовательно более высокие уровни «родительских» задач, материалов и т. д. Для каждого элемента структуры декомпозиции работ формируется описание задачи, которая должна быть выполнена. [7] Этот метод (иногда называемый структурой декомпозиции системы [ 8] ) используется для определения и организации общего объема проекта .
WBS организована вокруг основных продуктов проекта (или запланированных результатов), а не вокруг работы, необходимой для производства продуктов (запланированных действий). Поскольку запланированные результаты являются желаемыми целями проекта, они образуют относительно стабильный набор категорий, в которых могут быть собраны затраты на запланированные действия, необходимые для их достижения. Хорошо спроектированная WBS позволяет легко назначить каждую деятельность проекта одному и только одному конечному элементу WBS. В дополнение к своей функции в учете затрат, WBS также помогает сопоставлять требования с одного уровня спецификации системы с другим, например, перекрестная матрица ссылок, сопоставляющая функциональные требования с проектными документами высокого или низкого уровня. WBS может отображаться горизонтально в виде контура или вертикально в виде древовидной структуры (например, организационной диаграммы). [9]
Разработка WBS обычно происходит в начале проекта и предшествует детальному планированию проекта и задач.Прогрессивная разработка , итеративный процесс в знаниях управления проектами , детали плана управления проектами и объем информации будут увеличиваться, [10] и первоначальные оценки таких пунктов, как описание объема проекта, планирование, бюджет и т. д. станут более точными. [11] Это также помогает команде проекта составить план проекта с большей детализацией. [12]
Концепция структуры декомпозиции работ была разработана Министерством обороны США (DoD) с помощью Методики оценки и обзора программ (PERT) . PERT была введена ВМС США в 1957 году для поддержки разработки программы ракеты Polaris . [13] Хотя термин «структура декомпозиции работ» не использовался, эта первая реализация PERT организовала задачи в категории, ориентированные на продукт. [14]
К июню 1962 года Министерство обороны, НАСА и аэрокосмическая промышленность опубликовали документ для системы PERT/COST, в котором описывался подход WBS. [15] Это руководство было одобрено министром обороны для принятия всеми службами. [16] В 1968 году Министерство обороны выпустило «Структуры декомпозиции работ для оборонных материальных средств» (MIL-STD-881), военный стандарт, требующий использования структур декомпозиции работ во всем Министерстве обороны. [17]
Документ пересматривался несколько раз. По состоянию на май 2023 года последней редакцией является F, выпущенная 13 мая 2022 года. История версий и текущая редакция стандарта размещены на веб-сайте ASSIST Агентства по логистике обороны (DLA).[1] Он включает определения WBS для конкретных систем товаров оборонного назначения и рассматривает элементы WBS, которые являются общими для всех систем.
Категории предметов военного назначения согласно стандарту MIL-STD-881F:
Общие элементы, определенные в MIL-STD-881F, Приложение K: Интеграция, сборка, тестирование и проверка; Системная инженерия; Управление программой; Тестирование и оценка системы; Данные; Особое вспомогательное оборудование; Обычное вспомогательное оборудование; Операционная/местная активация; Логистическая поддержка подрядчика; Промышленные объекты; Начальные запасные части и детали для ремонта. Стандарт также включает дополнительные общие элементы, уникальные для космических систем, систем ракет-носителей и стратегических ракетных систем.
В 1987 году Институт управления проектами (PMI) задокументировал распространение этих методов на невоенные организации. Руководство по своду знаний по управлению проектами (PMBOK) дает обзор концепции WBS, в то время как «Стандарт практики для структур разбиения работ» сопоставим со стандартом DoD, но предназначен для более общего применения. [18]
Важный принцип проектирования структур разбивки работ называется правилом 100%. [19] Он определяется следующим образом:
Взаимоисключающие : В дополнение к правилу 100%, не должно быть совпадений в определении объема между различными элементами структуры декомпозиции работ. Эта двусмысленность может привести к дублированию работы или недопониманию ответственности и полномочий. Такое совпадение также может запутать учет затрат проекта.
Если разработчик структуры декомпозиции работ попытается зафиксировать какие-либо ориентированные на действия детали в WBS, разработчик, скорее всего, включит либо слишком много действий, либо слишком мало действий. Слишком много действий превысят 100% объема родительской структуры, а слишком мало не дотянут до 100% объема родительской структуры. Лучший способ придерживаться правила 100% — определить элементы WBS с точки зрения результатов или результатов, а не действий. Это также гарантирует, что WBS не будет чрезмерно предписывающей в отношении методов, что позволит участникам проекта проявить большую изобретательность и креативное мышление. Когда проект предоставляет профессиональные услуги, распространенным методом является захват всех запланированных результатов для создания WBS, ориентированной на результаты. [21] Структуры декомпозиции работ, которые подразделяют работу на фазы проекта (например, фаза предварительного проектирования, критическая фаза проектирования), должны гарантировать, что фазы четко разделены результатом, также используемым при определении критериев входа и выхода (например, одобренный предварительный или критический обзор проекта ).
Для проектов по разработке новых продуктов наиболее распространенным методом обеспечения ориентированной на результат WBS является использование структуры декомпозиции продукта (PBS).
Проекты разработки программного обеспечения, ориентированные на функции, могут использовать ту же методику, что и WBS, которая заключается в использовании структуры декомпозиции функций.
Необходимо решить, когда прекратить разделение работы на более мелкие элементы. Для большинства проектов будет достаточно иерархии из двух-четырех уровней. Это поможет определить длительность действий, необходимых для получения результата, определенного WBS. Существует несколько эвристик или «правил большого пальца», используемых при определении подходящей длительности действия или группы действий, необходимых для получения определенного результата, определенного WBS.
По данным Института управления проектами , пакет работ — это «самый нижний уровень структуры декомпозиции работ, для которого оцениваются и управляются стоимость и продолжительность». [4]
Пакет работ на уровне деятельности — это задача, которая:
Если названия элементов WBS неоднозначны, словарь WBS может помочь прояснить различия между элементами WBS. Словарь WBS описывает каждый компонент WBS с вехами , результатами, действиями, областью действия, а иногда и датами, ресурсами , затратами, качеством. Согласно Институту управления проектами , словарь WBS определяется как «документ, который предоставляет подробную информацию о результатах, действиях и расписании для каждого компонента в структуре декомпозиции работ». [4]
Обычно элементы структуры декомпозиции работ нумеруются последовательно, чтобы показать иерархическую структуру. Целью нумерации является обеспечение последовательного подхода к идентификации и управлению WBS в подобных системах независимо от поставщика или услуги. [22] Например, 1.1.2 Propulsion (в примере ниже) идентифицирует этот элемент как элемент WBS уровня 3, поскольку есть три числа, разделенные двумя десятичными точками . Схема кодирования также помогает распознавать элементы WBS в любом письменном контексте, таком как отслеживание прогресса, планирование или выставление счетов, и позволяет сопоставлять их со словарем WBS. [ необходима ссылка ] Предпочтительной практикой является то, что описание работы или другое описательное соглашение контракта включают те же термины раздела и иерархическую структуру, что и WBS.
Практическим примером схемы кодирования WBS является [23]
1.0 Система самолета
Самый низкий элемент в древовидной структуре , конечный элемент, — это тот, который далее не подразделяется. В структуре разбиения работ такие элементы (деятельность или результат ), также известные как пакеты работ, являются элементами, которые оцениваются с точки зрения требований к ресурсам , бюджета и продолжительности ; связаны зависимостями ; и графиком. На стыке элемента WBS и организационной единицы устанавливаются контрольные счета и пакеты работ, а производительность планируется, измеряется, регистрируется и контролируется. [24] WBS может быть выражена до любого уровня интереса. Минимально рекомендуется три уровня с дополнительными уровнями только для элементов с высокой стоимостью или высоким риском, [25] и два уровня детализации в таких случаях, как системная инженерия или управление программами, [26] со стандартом, показывающим примеры WBS с различной глубиной, например, разработка программного обеспечения в точках, доходящих до 5 уровней [27] или система управления огнем до 7 уровней. [28]
Более высокая структура WBS должна соответствовать любым нормам или шаблонным мандатам, существующим в организации или домене. Например, судостроение для ВМС США должно уважать, что морские термины и их иерархическая структура, введенные в MIL-STD [29] , встроены в военно-морскую архитектуру [30] и что соответствующие офисы и процедуры ВМС были построены для соответствия этой структуре военно-морской архитектуры, поэтому любое существенное изменение нумерации или наименования элементов WBS в иерархии будет неприемлемым.
На соседнем рисунке показана методика построения структуры декомпозиции работ, демонстрирующая правило 100% и методику «прогрессивной разработки». На уровне WBS 1 она показывает 100 единиц работы как общий объем проекта по проектированию и созданию кастомного велосипеда. На уровне WBS 2 100 единиц делятся на семь элементов. Количество единиц, выделенных на каждый элемент работы, может быть основано на усилиях или стоимости; это не оценка длительности задачи.
Три крупнейших элемента WBS уровня 2 далее подразделяются на уровне 3. Два крупнейших элемента на уровне 3 каждый представляют только 17% от общего объема проекта. Эти более крупные элементы могут быть далее подразделены с использованием метода прогрессивной разработки, описанного выше.
Это пример подхода, основанного на продукте (который может быть основан на конечном продукте, результатах или работе), по сравнению с поэтапным подходом (который может представлять собой ограниченные этапы в формальном жизненном цикле разработки систем ), или принудительными событиями (например, ежеквартальные обновления или пересмотр бюджета на финансовый год), или подходом, основанным на навыках/ролях.
Проектирование WBS может поддерживаться программным обеспечением (например, электронной таблицей ), чтобы обеспечить автоматическое свертывание значений точек. Оценки усилий или затрат могут быть разработаны путем обсуждений между членами проектной группы. Этот совместный метод позволяет лучше понять определения области действия, базовые предположения и консенсус относительно уровня детализации, необходимого для управления проектами. [31]
{{cite book}}
: CS1 maint: отсутствует местоположение издателя ( ссылка )