Иерархическая структура работ - Work breakdown structure

Пример из MIL-HDBK-881, который иллюстрирует первые три уровня типичной системы самолета.[1]
Работа над проектом WBS

А декомпозиционная структура (WBS)[2] в управление проектом и системная инженерия, это результат -ориентированная разбивка проекта на более мелкие составляющие. Иерархическая структура работ - это ключевой результат проекта, который разбивает работу группы на управляемые разделы. В Свод знаний по управлению проектами (PMBOK 5) определяет структуру декомпозиции работ как «иерархическую декомпозицию общей объем работ, которые будут выполнены проектная группа для достижения целей проекта и создания необходимых результатов ".

Элементом структурной декомпозиции работ может быть товар, данные, служба или любое их сочетание. WBS также обеспечивает необходимую основу для детальной оценки и контроля затрат, а также предоставляет руководство для график развитие и контроль.[3]

Обзор

WBS - это иерархическая и поэтапная декомпозиция проекта на фазы, результаты и рабочие пакеты. Это древовидная структура, который показывает разделение усилий, необходимых для достижения цели; например программа, проект, и договор.[4] В проекте или контракте WBS разрабатывается, начиная с конечной цели и последовательно разделяя ее на управляемые компоненты с точки зрения размера, продолжительности и ответственности (например, системы, подсистемы, компоненты, задачи, подзадачи и рабочие пакеты), которые включают все шаги, необходимые для достижения цели.

Пример структурной декомпозиции работ, применяемой в структуре отчетности НАСА[4]

Структурная декомпозиция работ обеспечивает общую основу для естественного развития общего планирования и контроля контракта и является основой для разделения работы на определяемые приращения, из которых техническое задание могут быть разработаны и составлены технические отчеты, отчеты о расписании, стоимости и часах работы.[4]

Структурная декомпозиция работ позволяет суммировать второстепенные затраты на задачи, материалы и т. Д. В их последовательно более высокие «родительские» задачи, материалы и т. Д. Для каждого элемента иерархической структуры работ создается описание задачи, которая должна быть выполнена. .[5] Этот метод (иногда называемый структурная разбивка системы[6]) используется для определения и организации общего объем из проект.

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

Разработка WBS обычно происходит в начале проекта и предшествует подробному планированию проекта и задач.

История

Концепция структурной декомпозиции работ, разработанная Методика оценки и анализа программ (PERT) Министерство обороны США (МО). PERT был введен ВМС США в 1957 году для поддержки разработки своего Полярная звезда ракетная программа.[7] Хотя термин «иерархическая структура работ» не использовался, в этой первой реализации PERT задачи были организованы по категориям, ориентированным на продукт.[8]

К июню 1962 года Министерство обороны, НАСА а авиакосмическая промышленность опубликовала документ для системы PERT / COST, в котором описывается подход WBS.[9] Это руководство было одобрено министром обороны для принятия всеми службами.[10] В 1968 году Министерство обороны выпустило «Структуры разбивки работ для оборонных материалов» (MIL-STD-881), военный стандарт требуя использования структур декомпозиции работ через Министерство обороны.[11]

Документ пересматривался несколько раз, последний раз в 2018 году. Текущую версию этого документа можно найти в разделе «Структуры разбивки работ для элементов оборонных материалов» (MIL-STD-881D).[12] Он включает определения WBS для конкретных товарных систем оборонного оборудования и обращается к элементам WBS, которые являются общими для всех систем.

Категории предметов военной техники по стандарту MIL-STD-881D:

  • Авиационные системы
  • Электронные / универсальные системы
  • Ракетные / артиллерийские системы
  • Стратегические ракетные системы
  • Морские Системы
  • Космические системы
  • Системы наземной техники
  • Беспилотные морские системы
  • Системы ракеты-носителя
  • Информационные системы / Оборонные бизнес-системы

Общие элементы, указанные в MIL-STD-881D, Приложение K: интеграция, сборка, тестирование и проверка; Системная инженерия; Программный менеджмент; Системное тестирование и оценка; Данные; Своеобразное вспомогательное оборудование; Общее вспомогательное оборудование; Оперативная / активация сайта; Материально-техническое обеспечение подрядчика; Промышленные объекты; Первичные запчасти и запчасти. Стандарт также включает дополнительные общие элементы, уникальные для космических систем, систем ракет-носителей и стратегических ракетных систем.

В 1987 г. Институт управления проектами (PMI) документально подтвердил распространение этих методов среди не оборонных организаций. В Свод знаний по управлению проектами (PMBOK) Руководство предоставляет обзор концепции WBS, в то время как «Практический стандарт для структур декомпозиции работ» сопоставим со стандартом DoD, но предназначен для более общего применения.[13]

Принципы дизайна

100% правило

Важный принцип проектирования структурной разбивки работ называется правилом 100%.[14] Это было определено следующим образом:

Правило 100% гласит, что WBS включает 100% работы, определенной в рамках проекта, и фиксирует все результаты - внутренние, внешние, промежуточные - с точки зрения работы, которая должна быть завершена, включая управление проектом. Правило 100% - это один из важнейших принципов разработки, декомпозиции и оценки WBS. Правило применяется на всех уровнях иерархии: сумма работы на «дочернем» уровне должна равняться 100% работы, представленной «родительским», и WBS не должен включать никакую работу, выходящую за рамки фактического объема проект, то есть он не может включать более 100% работы… Важно помнить, что правило 100% также применяется к уровню активности. Работа, представленная действиями в каждом рабочем пакете, должна составлять до 100% работы, необходимой для выполнения рабочего пакета.[15]

Взаимоисключающие элементы

Взаимоисключающий: В дополнение к правилу 100% важно, чтобы не было перекрытия в определении объема между различными элементами структурной декомпозиции работ. Эта двусмысленность может привести к дублированию работы или недопониманию ответственности и полномочий. Такое совпадение может также вызвать путаницу в отношении учета затрат по проекту. Если имена WBS-элементов неоднозначны, словарь WBS может помочь прояснить различия между WBS-элементами. Словарь WBS описывает каждый компонент WBS с вехи, результаты, мероприятия, объем, а иногда и даты, Ресурсы, стоимость, качество.

Планируйте результаты, а не действия

Если разработчик структурной декомпозиции работ попытается зафиксировать в WBS какие-либо детали, ориентированные на действия, он, вероятно, будет включать либо слишком много действий, либо слишком мало действий. Слишком много действий превысит 100% родительской области, а слишком мало действий будет меньше 100% родительской области. Лучший способ придерживаться правила 100% - определять СПП-элементы в терминах результатов или результатов, а не действий. Это также гарантирует, что WBS не будет чрезмерно предписывать методы, что позволяет участникам проекта проявлять большую изобретательность и творческое мышление. Для проектов разработки новых продуктов наиболее распространенным методом обеспечения ориентированной на результат WBS является использование иерархическая структура продукта. Программные проекты на основе функций может использовать аналогичный метод, который заключается в использовании структурной декомпозиции функций. Когда в рамках проекта предоставляются профессиональные услуги, обычно используется метод сбора всех запланированных результатов для создания WBS, ориентированного на конечные результаты.[16] Структуры декомпозиции работ, которые разделяют работу по фазам проекта (например, фаза предварительного проектирования, критическая фаза проектирования), должны обеспечивать четкое разделение фаз по результатам, которые также используются при определении входа и критерии выхода (например, утвержденный предварительный или критический обзор дизайна ).

Уровень детализации

Надо решить, когда перестать разбивать работу на более мелкие элементы. Для большинства проектов достаточно иерархии от двух до четырех уровней. [17] Это поможет определить продолжительность действий, необходимых для получения результата, определенного WBS. Существует несколько эвристик или «эмпирических правил», используемых при определении соответствующей продолжительности действия или группы действий, необходимых для создания конкретного результата, определенного WBS.

  • Первый - это «правило 80 часов», которое означает, что ни одно мероприятие или группа мероприятий в самый низкий уровень детализации WBS на создание единственного результата должно быть затрачено более 80 часов.
  • Второе эмпирическое правило: никаких действий или групп действий в самый низкий уровень детализации WBS должен быть длиннее одного отчетного периода. Таким образом, если проектная группа отчитывается о прогрессе ежемесячно, то ни одно мероприятие или серия мероприятий не должны длиться дольше одного месяца.
  • Последняя эвристика - это правило «если это имеет смысл». Применяя это эмпирическое правило, можно применить «здравый смысл» при создании продолжительности отдельного действия или группы действий, необходимых для получения результата, определенного WBS.

Пакет работ на уровне активности - это задача, которая:

  • можно реалистично и уверенно оценить;
  • практически нет смысла ломать дальше;
  • может быть завершено в соответствии с одной из эвристик, определенных выше;
  • производит измеримый результат; и
  • формирует уникальный пакет работ, который может быть передан на аутсорсинг или на подряд.

Схема кодирования

Элементы структурной декомпозиции работ обычно нумеруются последовательно, чтобы раскрыть иерархическую структуру. Целью нумерации является обеспечение согласованного подхода к идентификации и управлению WBS в одинаковых системах независимо от поставщика или услуги.[18] Например, 1.1.2 Propulsion (в примере ниже) идентифицирует этот элемент как WBS-элемент уровня 3, поскольку есть три числа, разделенных двумя десятичные точки. Схема кодирования также помогает распознавать элементы WBS в любом письменном контексте и позволяет отображать их в словарь WBS.[19]

Практический пример схемы кодирования WBS:[20]

1.0 Авиационная система

1.1 Воздушный транспорт
1.1.1 Планер
1.1.1.1 Интеграция, сборка, испытания и проверка планера
1.1.1.2 Фюзеляж
1.1.1.3 Крыло
1.1.1.4 Оперение
1.1.1.5 Гондола
1.1.1.6 Другие компоненты планера 1..n (указать)
1.1.2 Движение
1.1.3 Подсистемы автомобиля
1.1.4 Авионика
1.2 Системное проектирование
1.3 Управление программой
1.4 Системное тестирование и оценка
1.5 Обучение
1.6 Данные
1.7 Особое вспомогательное оборудование
1.8 Общее вспомогательное оборудование
1.9 Операционная / активация сайта
1.10 Промышленные объекты
1.11 Начальные запасные части и запасные части

Терминальный элемент

Самый низкий элемент в древовидная структура, оконечный элемент - это элемент, который далее не подразделяется. В иерархической структуре работ такие элементы (деятельность или результат ), также известные как рабочие пакеты, - это элементы, которые по оценкам с точки зрения требования к ресурсам, бюджет и продолжительность; связаны зависимости; и по расписанию. На стыке элемента WBS и организационной единицы создаются контрольные счета и рабочие пакеты, а производительность планируется, измеряется, регистрируется и контролируется.[21] WBS можно выразить до любого уровня интереса. Минимальный рекомендуемый уровень - три уровня, с дополнительными уровнями только для предметов высокой стоимости или высокого риска.[22] и два уровня детализации в таких случаях, как системная инженерия или управление программами,[23] со стандартом, показывающим примеры WBS с разной глубиной, такие как разработка программного обеспечения в точках, доходящих до 5 уровней[24] или система управления огнем до 7 уровней.[25]

Соответствует нормам

Структура WBS более высокого уровня должна соответствовать любым нормам или шаблонам, существующим в организации или домене. Например, судостроение для ВМС США должно уважать морские термины и их иерархическую структуру, включенные в MIL-STD.[26] встроены в военно-морскую архитектуру[27] и что соответствующие офисы и процедуры ВМФ были построены в соответствии с этой структурой военно-морской архитектуры, поэтому любое значительное изменение нумерации или наименования элементов WBS в иерархии было бы неприемлемым.

Пример

Техника построения WBS с использованием правила 100% при построении WBS

На соседнем рисунке показана техника построения структурной декомпозиции работ, демонстрирующая правило 100% и технику «прогрессивной разработки». На уровне 1 WBS он показывает 100 единиц работы как общий объем проекта по разработке и созданию нестандартного велосипеда. На уровне 2 WBS 100 единиц разделены на семь элементов. Количество единиц, выделяемых на каждый элемент работы, может зависеть от усилий или затрат; это не оценка продолжительности задачи.

Три самых больших элемента Уровня 2 WBS далее подразделяются на Уровень 3. Каждый из двух самых больших элементов Уровня 3 составляет только 17% от общего объема проекта. Эти более крупные элементы могут быть дополнительно подразделены с помощью прогрессивная разработка техника, описанная выше.

Дизайн WBS может поддерживаться программным обеспечением (например, электронная таблица ), чтобы разрешить автоматическое сворачивание значений точек. Оценки трудозатрат или затрат можно получить в ходе обсуждений между членами проектной группы. Этот метод совместной работы позволяет лучше понять определения содержания, исходные допущения и консенсус относительно уровня детализации, необходимого для управления проектами.

Смотрите также

Рекомендации

  1. ^ Основы системной инженерии. В архиве 2006-02-11 в Wayback Machine Издательство Defense Acquisition University Press, 2001 г.
  2. ^ «Глоссарий сокращений и терминов оборонных закупок: иерархическая структура контрактных работ (CWBS)». Университет обороны. Получено 19 сентября 2017.
  3. ^ Booz, Аллен и Гамильтон Учебный модуль 2 по управлению освоенной стоимостью: Иерархическая структура работ, Управление науки, инструментов и ресурсов для управления проектами, science.energy.gov. Доступ 27 декабря 2011 г.
  4. ^ а б c НАСА (2001). НАСА NPR 9501.2D. 23 мая 2001 г.
  5. ^ Стандарт Альянса электронной промышленности Модель возможностей системной инженерии EIA-731.1
  6. ^ Институт инженеров по электротехнике и электронике Стандарт применения и управления процессом системного проектирования IEEE Std 1220-2005
  7. ^ Флеминг, Квентин В., Джоэл М. Коппельман «Управление проектами освоенной стоимости» КРОССТАЛК: Журнал оборонной программной инженерии июль 1998 г., стр. 20
  8. ^ Хауган, Грегори Т., Эффективные структуры декомпозиции работ, стр. 7-8.
  9. ^ Руководство Министерства обороны и НАСА, Дизайн системы PERT / COST, июнь 1962 г.
  10. ^ Гамильтон, Р. Л., Изучение методов оценки PERT / системы управления затратами, Корпорация МИТЕР, Июнь 1964 г.
  11. ^ MIL-STD-881, 1 ноября 1968 г.
  12. ^ MIL-STD-881D, Структуры разбивки работ для материальных средств защиты, 9 апреля 2018
  13. ^ Хауган, Грегори Т., Иерархическая структура работ в государственных контрактах, Концепции управления, 2003 г. ISBN  978-1567261202
  14. ^ Эффективные структуры декомпозиции работ Грегори Т. Хоган, Издательство Management Concepts, 2001 г., ISBN  1567261353, стр.17
  15. ^ Практический стандарт структурной декомпозиции работ (второе издание), опубликованный Институт управления проектами, ISBN  1933890134, стр. 8
  16. ^ Свидерски, Марк А., PMP workbreakdownstructure.com, PMBOK-Work Breakdown Structures. Проверено 16. июня 2013 г.
  17. ^ Леви, Лейси monday.com, Ваше краткое руководство по иерархической структуре работ. Доступ 21 ноября 2019 г.
  18. ^ MIL-STD-881C, Структуры аварийной остановки для оборонных материалов, 3 октября 2011 г., п. 4.3
  19. ^ Эш, Кеннет, Иерархическая структура работ, Доступ 23 мая 2016 г.
  20. ^ MIL-STD-881C, Структуры рабочего состояния для оборонных материалов, 3 октября 2011 г., Приложение A, A.3
  21. ^ MIL-STD-881C, Структуры аварийной остановки для оборонных материалов, 3 октября 2011 г., п. 3.1.4
  22. ^ MIL-STD-881C, Структуры аварийной остановки для оборонных материалов, 3 октября 2011 г., ¶1.4.1
  23. ^ MIL-STD-881C, Рабочие структуры для оборонных материалов, 3 октября 2011 г., п. 2.2.4.2
  24. ^ MIL-STD-881C, Структуры рабочего состояния для оборонных материалов, 3 октября 2011 г., ¶ Рис. 3-6
  25. ^ MIL-STD-881C, Структуры аварийной остановки для оборонных материалов, 3 октября 2011 г., Рис. 3-1.
  26. ^ MIL-STD-881C, Структуры аварийного завершения работ для оборонных материалов, 3 октября 2011 г., Приложение E
  27. ^ Гилмер, Томас (1982-08-04). Введение в военно-морскую архитектуру. стр. 98. ISBN  9780870213182.

дальнейшее чтение

  • Причард, Карл Л. Гайки и болты, серия 1: как построить иерархическую структуру работ. ISBN  1-890367-12-5.
  • Практический стандарт Института управления проектами для структурной декомпозиции работ, второе издание. Институт управления проектами. 2006 г. ISBN  1-933890-13-4. (Примечание: второе издание представляет собой обширную переработку Практического стандарта.)
  • Хауган, Грегори Т. Эффективные структуры декомпозиции работ (серия "Основные библиотеки управления проектами"). ISBN  1-56726-135-3.
  • Миллер, Деннис П. (август 2008 г.). Построение иерархической структуры работы по проекту - визуализация целей, результатов, мероприятий и расписания ». ISBN  978-1-42006969-3. (Примечание: эта новая книга по сути является руководством для фасилитатора по планированию проекта на основе WBS.)

внешняя ссылка