Декомпозиция работ — различия между версиями

(Новая страница: «'''Декомпозиция работ''' (work breakdown structure, WBS), также '''разбиение работ''', '''иерархическая стру…»)
 
Строка 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)
 +
## [[Проектное управление|Руководство проектом]]
 +
## [[Системная инженерия]]
  
Таким образом, декомпозиция результата производится до того уровня, на котором характеристики и спецификации результата и его составляющих могут быть оценены с достаточной для принятия решений точностью.
 
  
 
[[Категория: Концепции]]
 
[[Категория: Концепции]]

Версия 20:57, 20 июля 2016

Декомпозиция работ (work breakdown structure, WBS), также разбиение работ, иерархическая структура работ - общепринятый инструмент представления работ проекта, который описывает их состав и иерархию.

Глубина декомпозиции определяется потребностями управления работами. А именно, если управленцам и исполнителям очередной работы все ясно и понятно, то дальше делить ее не имеет смысла. Если же есть неясности, то значит, надо декомпозировать, чтобы снять неясности. Вопрос насчет «ясно или неясно» разрешается относительно троицы управленческих показателей: сроки, стоимость, качество. Так как мы говорим сейчас не о результатах, а о работах, то в первую очередь нас интересуют сроки и стоимость, а не характеристики и спецификации составляющих (характеристики определяются при декомпозиции продукта).

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

Структура

Для системы выделяют следующие уровни декомпозиции

  1. Проект системы
    1. Производство системы
      1. Подсистема A
        1. Компонент A1
          1. Функциональный проект
          2. Технический проект
          3. Испытание отдельного блока
          4. Документация
        2. Компонент A2
        3. ...
      2. Подсистема B
      3. ...
    2. Сопровождение (поддержка) системы
      1. Снабжение
      2. Испытательное оборудование
      3. Транспортно-погрузочные операции
      4. Документация
      5. Помещения и оборудование
      6. Кадры и обучение
    3. Испытания системы
      1. Интеграционное тестирование (integration testing)
      2. Системное тестирование (system testing)
      3. Приемочные испытания (acceptance testing)
      4. Эксплуатационные испытания и аттестация (operational testing and evaluation)
    4. Руководство проектом
    5. Системная инженерия