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

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

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

Обзор [ править ]

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

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

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

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

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

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

История [ править ]

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

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

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

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

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

Общие элементы, указанные в MIL-STD-881E, Приложение 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 с использованием правила 100% при построении WBS

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

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

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

См. Также [ править ]

  • Общий порядок работы разделов
  • Список тем управления проектами
  • Анатомия проекта
  • ПО для управления проектами
  • Планирование проекта
  • Структурная диаграмма
  • Принцип MECE
  • Блокировка времени

Ссылки [ править ]

  1. ^ Основы системной инженерии. Архивировано 2006-02-11 в Вайбак Machine Defense Acquisition University Press, 2001
  2. ^ «Глоссарий сокращений и терминов оборонных закупок: Иерархическая структура контрактных работ (CWBS)» . Университет оборонных закупок . Проверено 19 сентября 2017 года .
  3. ^ Booz, Allen & Hamilton Учебный курс по управлению заработанной стоимостью Модуль 2: Иерархическая структура работ , Управление науки, Инструменты и ресурсы для управления проектами , science.energy.gov. Проверено 27 декабря 2011 г.
  4. ^ а б в НАСА (2001). НАСА NPR 9501.2D. 23 мая 2001 г.
  5. ^ Модель возможностей системной инженерии Альянса электронной промышленностиEIA-731.1.
  6. ^ Институт инженеров по электротехнике и электронике Стандарт для применения и управления процессом системного проектирования IEEE Std 1220-2005
  7. ^ Флеминг, Квентин В., Джоэл М. Коппельман "Управление проектами освоенной стоимости" КРОССТАЛК: Журнал оборонной программной инженерии июль 1998 г., стр. 20
  8. ^ Haugan, Грегори Т., эффективная работа Breakdown Structures, pp7-8
  9. ^ Руководство Министерства обороны и НАСА, Дизайн системы PERT / COST, июнь 1962 г.
  10. ^ Гамильтон, Р.Л., Исследование методов оценки PERT / системы управления затратами , Корпорация MITER , июнь 1964 г.
  11. ↑ MIL-STD-881, 1 ноября 1968 г.
  12. ^ MIL-STD-881E, Work Breakdown Structures для военной техники Элементы , 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. ^ Леви, Lacie monday.com , Краткое руководство по иерархической структуре работы. Проверено 21. ноября 2019 г.
  18. ^ MIL-STD-881C, Breakdown Structures Работа для обороны MATERIEL предметов, 3 октября 2011, ¶4.3
  19. Перейти ↑ Ashe, Kenneth, Work Breakdown Structure , по состоянию на 23 мая 2016 г.
  20. ^ MIL-STD-881C, Breakdown Structures Работа для обороны MATERIEL предметов, 3 октября 2011 Приложение A, ¶A.3
  21. ^ MIL-STD-881C, Breakdown Structures Работа для обороны MATERIEL предметов, 3 октября 2011, ¶3.1.4
  22. ^ MIL-STD-881C, Breakdown Structures Работа для обороны MATERIEL предметов, 3 октября 2011, ¶1.4.1
  23. ^ MIL-STD-881C, Breakdown Structures Работа для обороны MATERIEL предметов, 3 октября 2011, ¶2.2.4.2
  24. ^ MIL-STD-881C, Breakdown Structures Работа для обороны MATERIEL предметов, 3 октября 2011, ¶Fig.3-6
  25. ^ MIL-STD-881C, Breakdown Structures Работа для обороны MATERIEL предметов, 3 октября 2011, ¶Fig.3-1
  26. ^ MIL-STD-881C, Breakdown Structures Работа для обороны MATERIEL предметов, 3 октября 2011 года, ¶Appendix 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.)

Внешние ссылки [ править ]

  • СМИ, связанные со структурой декомпозиции работ на Викискладе?
  • как создать иерархическую структуру работ WBS с помощью стандартного разделения работы
  • EverySpec.Com копии версий MIL-HDBK-881
  • Запись ASSIST для MIL-HDBK-881C
  • Оборонный университет ACQ101 Краткое изложение структур разбивки работ
  • Как составить иерархическую структуру работы
  • Справочник по структуре работ НАСА, NASA / SP-2010-3404, январь 2010 г.