Структура декомпозиції робіт: відмінності між версіями
| [неперевірена версія] | [неперевірена версія] |
Вилучено вміст Додано вміст
Створено шляхом перекладу сторінки «Work breakdown structure» |
Створено шляхом перекладу сторінки «Work breakdown structure» |
||
Рядок 9:
Структура декомпозиції робіт дозволяє зібрати докупи підлеглі витрати по задачах, матеріалах тощо на вищий рівень "батьківських" задач, матеріалів тощо. Для кожного елементу структури декомпозиції робіт генерується опис задачі, що має бути виконаною.<ref>Electronic Industries Alliance Standard ''Systems Engineering Capability Model'' EIA-731.1</ref> Ця техніка (іноді називається ''структурою декомпозиції системи'' <ref>Institute of Electrical and Electronics Engineers ''Standard for Application and Management of the Systems Engineering Process'' IEEE Std 1220-2005</ref>) використовується для визначення і налагодження сумарних [[Рамки (керування проектами)|рамок]] [[Проект (управління проектами)|проекту]].
WBS організовується навколо ключових продуктів проекту (чи запланованих результатів), а не необхідних робіт для випуску продукту (заплановані дії). Так як заплановані результати є бажаним завершенням проекту, вони формують відносно стабільний набір категорій, у яких ціни запланованих для їх досягнення необхідних дій можуть бути зібрані докупи. Добре розроблена WBS робить легко досяжним призначення кожної діяльності проекту до виключно однієї термінальної події у WBS. Додатково до її функцій у обліку витрат WBS також допомагає співвіднести вимоги одного рівня системних специфікацій до іншого, наприклад, відповідність матриці вимог перехресних посилань до функціональних вимог на вищий чи нижчий рівні документації.
Розробка WBS зазвичай має відбуватися на початку проекту і перед детальним плануванням проекту і задач.
== Історія ==
| |||