Структурная декомпозиция

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

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

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

Содержание
  • 1 Обзор
  • 2 История
  • 3 Принципы проектирования
    • 3.1 Правило 100%
      • 3.1.1 Взаимоисключающие элементы
    • 3.2 Планируйте результаты, а не действия
    • 3.3 Уровень детализации
    • 3.4 Схема кодирования
    • 3.5 Конечный элемент
    • 3.6 Соответствие нормам
  • 4 Пример
  • 5 См. Также
  • 6 Ссылки
  • 7 Дополнительная литература
  • 8 Внешние ссылки
Обзор

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

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

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

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

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

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

История

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

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

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

Военное оборудование Категории предметов из MIL-STD-881D следующие:

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

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

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

Дизайн принципы

правило 100%

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

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

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

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

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

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

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

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

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

Рабочий пакет на уровне деятельности - это задача, которая:

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

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

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

Практическим примером схемы кодирования WBS является

1.0 Aircraft System

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 и организационной единицы создаются контрольные счета и рабочие пакеты, а производительность планируется, измеряется, регистрируется и контролируется. WBS можно выразить до любого уровня интереса. Три уровня являются минимально рекомендуемыми, с дополнительными уровнями для и только для предметов высокой стоимости или высокого риска, и два уровня детализации для таких случаев, как системная инженерия или управление программами, при этом в стандарте показаны примеры WBS с разной степенью глубины, такие как программное обеспечение развитие в точках, переходящих на 5 уровней или систему управления огнем до 7 уровней.

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

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

Пример
Метод построения WBS, использующий правило 100% во время построения WBS

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

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

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

См. Также
Ссылки
Дополнительная литература
  • Притчард, Карл Л. Гайки и болты, серия 1: Как построить иерархическую структуру работ. ISBN 1-890367-12-5.
  • Практический стандарт Института управления проектами для структур декомпозиции работ, второе издание. Институт управления проектами. 2006. ISBN 1-933890-13-4.(Примечание: второе издание представляет собой обширную переработку Практического стандарта.)
  • Haugan, Gregory T. Эффективная работа Структуры разбивки (серия «Основные библиотеки управления проектами»). ISBN 1-56726-135-3.
  • Миллер, Деннис П. (август 2008 г.). Построение иерархической структуры работы вашего проекта - визуализация ваших целей, результатов, мероприятий и расписания ». ISBN 978-1-42006969-3.(Примечание: эта новая книга по сути является руководством для фасилитатора для планирования проекта на основе WBS.)
Внешние ссылки
Последняя правка сделана 2021-06-21 03:36:44
Содержание доступно по лицензии CC BY-SA 3.0 (если не указано иное).
Обратная связь: support@alphapedia.ru
Соглашение
О проекте