Декомпозиция работ — различия между версиями
Admin (обсуждение | вклад) (Новая страница: «'''Декомпозиция работ''' (work breakdown structure, WBS), также '''разбиение работ''', '''иерархическая стру…») |
Admin (обсуждение | вклад) |
||
(не показано 5 промежуточных версий этого же участника) | |||
Строка 1: | Строка 1: | ||
− | '''Декомпозиция работ''' (work breakdown structure, WBS), также '''разбиение работ''', '''иерархическая структура работ''' общепринятый инструмент представления | + | '''Декомпозиция работ''' (work breakdown structure, WBS), также '''разбиение работ''', '''иерархическая структура работ''' - общепринятый инструмент представления работ проекта, который описывает их состав и иерархию. |
− | + | Глубина декомпозиции определяется потребностями управления работами. А именно, если управленцам и исполнителям очередной работы все ясно и понятно, то дальше делить ее не имеет смысла. Если же есть неясности, то значит, надо декомпозировать, чтобы снять неясности. Вопрос насчет «ясно или неясно» разрешается относительно троицы управленческих показателей: сроки, стоимость, качество. Так как мы говорим сейчас не о результатах, а о работах, то в первую очередь нас интересуют сроки и стоимость, а не характеристики и спецификации составляющих (характеристики определяются при [[PBS|декомпозиции продукта]]). | |
− | + | Таким образом, декомпозиция работ производится до того уровня, на котором сроки и стоимость работ могут быть оценены с достаточной для принятия решений точностью. Например, если какая-то подсистема приобретается по договору субподряда с фиксированной стоимостью, то работы по ней можно считать неделимыми. | |
− | + | '''Пакет работ''' — это работа, расположенная на самом низком уровне иерархической структуры работ, для которой возможна оценка стоимости и длительности, а также управление ими. На уровень декомпозиции зачастую влияет степень контроля, необходимого для результативного управления проектом. Уровень детализации пакетов работ различается в зависимости от масштаба и сложности проекта. Декомпозиция всей совокупности работ проекта до пакетов работ обычно включает в себя следующие операции: | |
+ | * определение и анализ поставляемых результатов и соответствующих работ; | ||
+ | * структурирование и организацию ИСР; | ||
+ | * декомпозицию верхних уровней ИСР на детализированные компоненты более низких уровней; | ||
+ | * разработку и присвоение идентификационных кодов компонентам ИСР; | ||
+ | * проверку приемлемости степени декомпозиции поставляемых результатов. | ||
+ | |||
+ | == Структура == | ||
+ | Для [[система|системы]] выделяют следующие уровни декомпозиции | ||
+ | # Проект системы | ||
+ | ## [[Производство]] системы | ||
+ | ### Подсистема A | ||
+ | #### Компонент A1 | ||
+ | ##### Функциональный проект | ||
+ | ##### Технический проект | ||
+ | ##### Испытание отдельного блока | ||
+ | ##### Документация | ||
+ | #### Компонент A2 | ||
+ | #### ... | ||
+ | ### Подсистема B | ||
+ | ### ... | ||
+ | ## [[Сопровождение]] (поддержка) системы | ||
+ | ### Снабжение | ||
+ | ### Испытательное оборудование | ||
+ | ### Транспортно-погрузочные операции | ||
+ | ### [[Документирование|Документация]] | ||
+ | ### Помещения и оборудование | ||
+ | ### [[Управление персоналом|Кадры]] и [[обучение]] | ||
+ | ## Испытания системы | ||
+ | ### Интеграционное тестирование (integration testing) | ||
+ | ### Системное тестирование (system testing) | ||
+ | ### Приемочные испытания (acceptance testing) | ||
+ | ### Эксплуатационные испытания и [[аттестация]] (operational testing and evaluation) | ||
+ | ## [[Проектное управление|Руководство проектом]] | ||
+ | ## [[Системная инженерия]] | ||
− | |||
[[Категория: Концепции]] | [[Категория: Концепции]] |
Текущая версия на 16:53, 22 мая 2022
Декомпозиция работ (work breakdown structure, WBS), также разбиение работ, иерархическая структура работ - общепринятый инструмент представления работ проекта, который описывает их состав и иерархию.
Глубина декомпозиции определяется потребностями управления работами. А именно, если управленцам и исполнителям очередной работы все ясно и понятно, то дальше делить ее не имеет смысла. Если же есть неясности, то значит, надо декомпозировать, чтобы снять неясности. Вопрос насчет «ясно или неясно» разрешается относительно троицы управленческих показателей: сроки, стоимость, качество. Так как мы говорим сейчас не о результатах, а о работах, то в первую очередь нас интересуют сроки и стоимость, а не характеристики и спецификации составляющих (характеристики определяются при декомпозиции продукта).
Таким образом, декомпозиция работ производится до того уровня, на котором сроки и стоимость работ могут быть оценены с достаточной для принятия решений точностью. Например, если какая-то подсистема приобретается по договору субподряда с фиксированной стоимостью, то работы по ней можно считать неделимыми.
Пакет работ — это работа, расположенная на самом низком уровне иерархической структуры работ, для которой возможна оценка стоимости и длительности, а также управление ими. На уровень декомпозиции зачастую влияет степень контроля, необходимого для результативного управления проектом. Уровень детализации пакетов работ различается в зависимости от масштаба и сложности проекта. Декомпозиция всей совокупности работ проекта до пакетов работ обычно включает в себя следующие операции:
- определение и анализ поставляемых результатов и соответствующих работ;
- структурирование и организацию ИСР;
- декомпозицию верхних уровней ИСР на детализированные компоненты более низких уровней;
- разработку и присвоение идентификационных кодов компонентам ИСР;
- проверку приемлемости степени декомпозиции поставляемых результатов.
Структура
Для системы выделяют следующие уровни декомпозиции
- Проект системы
- Производство системы
- Подсистема A
- Компонент A1
- Функциональный проект
- Технический проект
- Испытание отдельного блока
- Документация
- Компонент A2
- ...
- Компонент A1
- Подсистема B
- ...
- Подсистема A
- Сопровождение (поддержка) системы
- Снабжение
- Испытательное оборудование
- Транспортно-погрузочные операции
- Документация
- Помещения и оборудование
- Кадры и обучение
- Испытания системы
- Интеграционное тестирование (integration testing)
- Системное тестирование (system testing)
- Приемочные испытания (acceptance testing)
- Эксплуатационные испытания и аттестация (operational testing and evaluation)
- Руководство проектом
- Системная инженерия
- Производство системы