Структурная декомпозиция работ (work breakdown structure – wbs) примеры

Привет, Вы узнаете о том , что такое структурная декомпозиция работ, Разберем основные их виды и особенности использования. Еще будет много подробных примеров и описаний. Для того чтобы лучше понимать что такое структурная декомпозиция работ, work breakdown structure, wbs , настоятельно рекомендую прочитать все из категории Моделирование и Моделирование систем.

Иерархическая структура работ (ИСР) (англ. Work Breakdown Structure, WBS; иногда Структура декомпозиции работ, СДР) — это иерархическое разбиение всей работы, которую необходимо выполнить для достижения целей проекта, на более мелкие операции и действия до такого уровня, на котором способы выполнения этих действий вполне ясны и соответствующие работы могут быть оценены и спланированы. Она включает также определение промежуточных результатов всех составляющих эту структуру работ.

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

• в английском языке – Work Breakdown Structure (или WBS-структура)
• в русском – структурная декомпозиция работ проекта (СДР) или иерархическая структура работ (ИСР).

Суть декомпозиции – в разделении (разбиении) процесса на части по тому или иному признаку: по типу производимого во время работ продукта, по функциональности, по этапам жизненного цикла и т.д.. Важно, чтобы такое разделение выделяло достаточно простые составляющие – более управляемые элементы, помогающие лучше контролировать реализацию задач и достижение цели. Однако иерархическая структура работ отличается от просто графика реализации, от документа, аналогичного плану проекта и от перечня вех.

СДР предназначена для детального планирования, оценки стоимости и обеспечения персональной ответственности исполнителей.

Взаимосвязь СДР с основными видами структур проекта

• Информационная структура
• Organization Breakdown Structure (организационная структура)
• AccountBreakdown Structure(структура статей затрат)
• ResourceBreakdown Structure(структура ресурсов)
• Структура вех
• Функциональная структура

Основные термины и определения

Work (Работа) — непрерывное физическое или умственное усилие, направленное на преодоление препятствий и достижение целей или результатов; специфическая задача, обязанность, функция или задание, часто являющиеся частью фазы или другой, большей по объему работы; что-то, производимое или выполняемое в результате усилия или применения навыков (квалификации).

Breakdown (Декомпозиция) — разделение на части или категории, выделение простых составляющих.

Structure (Структура) — фиксированное упорядоченное множество объектов и отношений между ними, классификация чего-либо по заданному основанию.

Эти определения означают, что иерархическая структура работ имеет следующие характеристики:

• Описывает с необходимой точностью содержание работ по проекту.
• Определяет весь объем работ по проекту.
• Формируется в виде иерархической структуры (проект декомпозируется на пакеты/субпакеты и т. д. работ).
• Представляет объем работ по пакету как перечень работ, имеющих измеримый или сравнимый результат.
• Имеет объективный или измеримый результат, который рассматривается как результат работы по пакету или совокупность результатов работ.

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

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

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

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

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

Определение и характеристики WBS

Структурной декомпозицией работ (Work Breakdown Structure) называют представление проекта, исполненное в виде иерархической структуры работ, что достигается посредством последовательной декомпозиции. Инструмент направлен на детальное планирование, оценку стоимости, определение и распределение персональной ответственности исполнителей и т. д. – то есть, на основные работы и результаты, определяющие содержание проекта.

В Work Breakdown Structure элементами проекта могу быть услуга, продукт, работа или группа работ (wbs group). Каждый нижестоящий уровень в иерархии детализирует какой-либо элемент вышестоящего уровня, но при этом должны быть соблюдены следующие принципы:

1. Принцип «Правильного дерева». Идея в том, чтобы у каждого зависимого элемента (у каждой «ветки» или, при еще более дробном разделении, – у каждого «листа») был только один родительский элемент.
2. Принцип полноты и логической стройности. В СДР должны учитываться все элементы проекта, однако ничего не должно дублироваться.
3. Принцип единства критерия. Процесс декомпозиции должен происходить по одному критерию, поэтому, например, нельзя вперемежку работать сразу и с продуктом, и с функциональными задачами.
4. Принцип глубины СДР. Разделение должно производиться до тех пор, пока получившаяся структура не будет легко управляемой и контролируемой. Об этом говорит сайт https://intellect.icu . Чаще всего этот процесс заканчивается при структурировании до уровня элементарной работы – такой, которую способен выполнить один сотрудник, или которую можно контролировать как отдельную единицу.

Воплощение данных принципов в проекте приводит к тому, что иерархическая структура работ приобретает определенные характеристики, а именно:

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

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

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

Принципы построения Иерархической структуры работ (ИСР) (Work Breakdown Structure, WBS)

Правило 100%

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Алгоритм построения иерархической структуры работ

На практике в процессе формирования Work Breakdown Structure нужно уметь правильно поставить вопросы и грамотно организовать процесс структуризации. Для этого на первоначальном этапе предлагаются различные алгоритмические варианты, которые описывают нисходящий метод создания СДР.

Пример № 1:

• Взяв за основу определение области проектного охвата, выписываются цели проекта.
• В строке (по горизонтали) перечисляются исходные результаты, получение которых нужно для достижения целей.
• Для каждого отдельного исходного результата определяются необходимые для его обеспечения работы или ключевые блоки.
• В вертикальном столбике они детализируются до необходимой степени детальности.
• В работу над проектом вовлекаются участники команды и все заинтересованные стороны. (Как вариант – разработка СДР производится сразу совместными усилиями участников).

Пример № 2 с использованием стикеров и флипчарта:

• У участников проекта, работающих в команде, нужно узнать, что, по их мнению, необходимо для реализации проекта.
• Все ответы на этот вопрос участники проекта записывают на стикерах.
• Близкие и совпадающие ответы о наиболее значимых задачах группируются в стопки или вывешиваются на демонстрационной доске в тематических колонках.
• Те задачи, которые не попали ни в какую колонку, клеятся отдельно.
• Колонкам или стопкам со сгруппированными задачами дается наименования, которые записываются на флипчарт (с соответствующим набором стикеров под каждой категорией).

Далее конечные результаты разбиваются на операции, причем этот цикл продолжается до тех пор, пока не появляется возможность отслеживать и контролировать отдельные задачи. Важно, чтобы один пакет работ содержал один результат.

Если в создании Work Breakdown Structure используются программы управления проектами – например, самая распространенная MS Project или ее аналоги – то:

• Конечная цель проекта вписывается в поле имени задач.
• После оценки конечных результатов и составления их списка, вправо смещаются все субрезультаты, чтобы из их комплекта состоял один конечный результат.
• Конечные результаты разбиваются на операции. Для каждого субрезультата составляется свой список операций. Действие это повторяется до тех пор, пока не достигается уровень пакета работ. При этом смещение вправо образовывает связи между результатами и их субрезультатами. (Код СДР MS Project создает автоматически в поле структурного номера, которое меняется при переходе задачи на другой уровень).

Для встраивания СДР в график проекта нужно добавить следующую информацию в ранее созданную иерархическую структуру:

• Продолжительность, или полное время выполнения каждой задачи.
• Зависимость и взаимосвязь между задачами, которую можно установить с помощью сетевой диаграммы.
• Ограничения для каждой задачи (если есть).
• Даты начала и конца выполнения задачи (при указании параметра длительности программа эти даты вычисляет автоматически).
• Наименования ресурсов.

Поскольку декомпозицию работ можно производить по разным критериям, важно следить за тем, чтобы критериальный подход обязательно охватывал весь объем проекта. Иногда используется смешанный подход, когда на разных уровнях выбираются разные критерии декомпозиции: на первом – фазы жизненного цикла, на втором – организационные структуры, на третьем – ключевые результаты.

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

Инструмент структурной декомпозиции можно эффективно применять в различных проектных проявлениях:

• Для определения проектных результатов.
• Для организации коммуникаций. WBS помогает осуществлять направленную передачу информации с учетом задачи и ответственности участника за ее исполнение.
• Для документирования и отчетности. Документальное отражение WBS проявляется в общей терминологии, в формировании бюджета «сверху-вниз», в составлении отдельной отчетности, соответствующей структуре WBS.
• Для оптимизации управления и типизации уровней. Так в тематической литературе рекомендуют использовать не более 6 уровней, где верхние 3 предназначены для информации уровня заказчика, а нижние 3 – уровня исполнителя. Но, в первую очередь, глубина детализации должна быть ориентирована на сложность и размер проекта.

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

Основные виды WBS с примерами:

• -Продуктовый когда проект разбивается по элементам продукта проекта
• -Функциональный декомпозиция по функциональным областям менеджмента
• -Организационный
• -Прочие (по фазам ЖЦ, по договорам, по субподрядчикам и т.п.)
• -Смешанные

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

«Функциональная» WBS- построение WBS по функциональным элементам деятельности. В качестве элементов WBS выбираются элементы операций технологического цикла производства продукции проекта, сгруппированные по функциональному признаку. Для определения названия пакетов работ и отдельных работ используются в основном существительные.

«Организационная» WBS- построение WBS по элементам организационной структуры. В качестве элементов WBS выбираются элементы организационной структуры или структурной схемы организации. Для определения названия пакетов работ и отдельных работ используются в основном существительные- названия функциональных подразделений

По фазам жизненного цикла проекта

Системный подход к СДР

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

СДР по различным основаниям

СДР по исполнителям

Сложности разработки СДР

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

Вау!! 😲 Ты еще не читал? Это зря!

• моделирование планирования , диаграмма ганна , сетевая модель планирования , ,
• Анатомия проекта
• ПО для управления проектами
• Планирование проекта
• Структурная диаграмма
• Принцип MECE
• Блокировка времени
• Календарный план
• сетевой график
• Информационная структура
• Organization Breakdown Structure (организационная структура)
• AccountBreakdown Structure(структура статей затрат)
• ResourceBreakdown Structure(структура ресурсов)
• Структура вех
• Функциональная структура
• матрица ответсвенности

Данная статья про структурная декомпозиция работ подтверждают значимость применения современных методик для изучения данных проблем. Надеюсь, что теперь ты понял что такое структурная декомпозиция работ, work breakdown structure, wbs и для чего все это нужно, а если не понял, или есть замечания, то не стесняйся, пиши или спрашивай в комментариях, с удовольствием отвечу. Для того чтобы глубже понять настоятельно рекомендую изучить всю информацию из категории Моделирование и Моделирование систем

Ответы на вопросы для самопроверки пишите в комментариях, мы проверим, или же задавайте свой вопрос по данной теме.