Відкрити головне меню

Зміни

м
Концепт структури декомпозиції робіт був розроблений у рамках [[Техніка оцінювання та аналізу програм|Техніки Оцінювання та Аналізу Програм]] (PERT) [[Міністерство оборони США|Міністерством Оборони США]] (DoD). PERT був запропонований ВМС США у 1957 році для підтримки розробки ракетної програми [[Поларіс]].<ref>[http://www.crosstalkonline.org/storage/issue-archives/1998/199807/199807-0-Issue.pdf Fleming, Quentin W., Joel M. Koppelman «Earned Value Project Management» CROSSTALK: The Journal of Defense Software Engineering July 1998, p 20]</ref> В той час як термін «структура декомпозиції робіт» не був вживаний, найперша імплементація PERT організувала задачі у продукто-орієнтовані категорії.<ref>Haugan, Gregory T., Effective Work Breakdown Structures, pp7-8</ref>
 
У червні 1962 року, DoD, [[Національне управління з аеронавтики і дослідження космічного простору|NASA]] та аерокосмічна індустрія опублікували докумен для системи PERT/COST, що описував підходи WBS.<ref>DOD and NASA Guide, PERT/COST System Design, June 1962</ref> Цей путівник був представлений Міністром Оборони для ухвалення всехвсіх послуг.<ref>Hamilton, R. L., ''[http://handle.dtic.mil/100.2/AD603425 Study of Methods for Evaluation of the PERT/Cost Management System]{{Недоступне посилання|date=травень 2019 |bot=InternetArchiveBot }}'', MITRE Corporation, June 1964</ref> У 1968 році, DoD видав «Структура Декомпозиції Робіт Для Товарів Військової Техніки» (MIL-STD-881), військовий стандарт, що потребував використання структур декомпозиції робіт у DoD.<ref>MIL-STD-881, 1 November 1968</ref>
 
Документ був переглянутий кілька разів, останній раз у 2011 році. Поточна версія цього документу може бути знайдена у «Струкрути Декомпозиції Робіт для Товарів Військової Техніки» (MIL-STD-881C).<ref>MIL-STD-881C, ''[http://quicksearch.dla.mil/qsDocDetails.aspx?ident_number=36026 Work Breakdown Structures for Defense Materiel Items]'', 3 October 2011</ref> Він включає визначення WBS для специфічних систем військових товарів, та стосується елементів WBS, що є спільними для всіх систем.
[[Файл:Work_Breakdown_Structure_of_Aircraft_System.jpg|right|thumb|300x300px|Приклад із MIL-HDBK-881, що відображає перші три рівні типової системи повітряного апарату.<ref name="SEF01">{{Cite web |url=http://www.dau.mil/pubs/pdf/SEFGuide%2001-01.pdf |title=''Systems Engineering Fundamentals.'' |accessdate=20 січень 2016 |archiveurl=https://web.archive.org/web/20060211165311/http://www.dau.mil/pubs/pdf/SEFGuide%2001-01.pdf |archivedate=11 лютий 2006 |deadurl=yes }}</ref>]]
Категорії товарів Військової техніки згідно MIL-STD-881C є:
* WBS систем повітряних апаратів;
* WBS електронних систем;
* WBS ракетних комплексів;
* WBS систем артилерії;
* WBS морських систем;
* WBS космічних систем;
* WBS систем поверхневого транспорту;
* WBS систем безпілотних літаючих апаратів;
* WBS систем безпілотних морських апаратів;
* WBS систем запуску транспортних засобів;
* WBS автоматизованих інформаційних систем.
Спільними елементами, визначеними у MIL-STD-881C, Додаток L, є: Інтеграція, збір, тестування та перевірка; Інжинірингові системи; Програмний Менеджмент; Тест і Оцінка систем; Тренування; Дані; Обладнання Власної Підтримки; Обландання Загальної Підтримки; Оперитвна/Місцева активація; Промислові об'єкти; Початкові Запчастини та Частини для Ремонту. Стандарт також включає додаткові спільні елементи, що є унікальними для Космічних Систем, Систем Запуску транспортних засобів та Автоматизованих Інформаційних Систем.
 
Спільними елементами, визначеними у MIL-STD-881C, Додаток L, є:
у 1987 році,  [[PMI|Інститут Проектного Менеджменту]] (PMI) задокументував розширення цих технік на використання не лише в системах оборони. У книзі ''Звід Знань по Проектному Менеджменту'' (PMBOK) викладений концепт WBS, в той час як «Практичний Стандарт для Структур Декомпозицій Робіт» є порівняним дл книги DoD, проте призначений для більш загального використання.<ref>Haugan, Gregory T., The Work Breakdown Structure in Government Contracting, Management Concepts, 2003 ISBN 978-1567261202</ref>
 
* Інтеграція, збір, тестування та перевірка;
* Інжинірингові системи;
* Програмний Менеджмент;
* Тест і Оцінка систем;
* Тренування;
* Дані;
* Обладнання Власної Підтримки;
* Обладнання Загальної Підтримки;
* Оперативна/Місцева активація;
* Промислові об'єкти;
* Початкові Запчастини та Частини для Ремонту.
 
Стандарт також включає додаткові спільні елементи, що є унікальними для Космічних Систем, Систем Запуску транспортних засобів та Автоматизованих Інформаційних Систем.
 
уУ 1987 році,  [[PMI|Інститут Проектного Менеджменту]] (PMI) задокументував розширення цих технік на використання не лише в системах оборони. У книзі ''Звід Знань по Проектному Менеджменту'' (PMBOK) викладений концепт WBS, в той час як «Практичний Стандарт для Структур Декомпозицій Робіт» є порівняним длдля книги DoD, проте призначений для більш загального використання.<ref>Haugan, Gregory T., The Work Breakdown Structure in Government Contracting, Management Concepts, 2003 ISBN 978-1567261202</ref>
 
== Принципи ==
 
=== 100&nbsp;% керування ===
Важливий принцип конструкції для роботи структур декомпозиції називається 100&nbsp;% керування..<ref>''Effective Work Breakdown Structures'' By Gregory T. Haugan, Published by Management Concepts, 2001, ISBN 1567261353, p.17</ref> Він визначається наступнимтаким чином:
: 100&nbsp;% керування визначає, що WBS включає в собі 100&nbsp;% роботи, що виділена в межах проекту та охоплює всі [[Результат (проектний менеджмент)|результати]]&nbsp;— внутрішні, зовнішні, проміжні&nbsp;— що мають бути завершені з точки зору виконуваної роботи, включаючи проектний менеджмент. 100&nbsp;% керування є одним з найважливіших принципів, що керують розробкою, декомпозицією та оцінкою WBS. Правило застосовується до усіх рівнів у наступній ієрархії: сума робіт на «дочірньому» рівні має бути рівною 100&nbsp;% роботи, що представлена «батьківським» рівнем, а також WBS не смає містити будь-якої роботи, яка не є частиною актуальних меж, визначених проектом, що в свою чергу визначає, що вміст не може бути більшим за 100&nbsp;% роботи… Важливо пам'ятати, що правило 100&nbsp;% керування також застосовується до рівня діяльностей. Робота, що відтворюється діяльностями у кожному робочому пакеті, має складати 100&nbsp;% роботи, необхідної для його завершення.<ref>''Practice Standard for Work Breakdown Structures (Second Edition)'', published by the [[PMI|Project Management Institute]], ISBN 1933890134, page 8</ref>
 
==== Взаємовиключні елементи ====
[[Несумісні події]]: Додатково до правила 100&nbsp;% керування, важливо пам'ятати про відсутність перекриттів між різними елементами у питанні визначенні меж в рамках структури декомпозиції робіт. Ця неоднозначність може призвести до подвійної роботи чи проблемахпроблем комунікації у питаннях відповідальності та авторитетності. Таке перекриття також може спричинити плутанину щодо обліку витрат проекту. У випадку, коли назви елементів WBS є неоднозначними, словник WBS може стати у нагоді задля прояснення відмінностей поміж елементами WBS. Словник WBS описує кожен компонент структури WBS разом з віхами, результатами, діяльностямипроцесами, межами та інколи датами, ресурсами, витратами, якістю.
 
=== Заплановані висновки замість дій ===
У разі, якщо автор структури декомпозиції робіт спробує охопити будь-яку дієво-орієнтовану деталь у WBS, він/вона включить або забагато, або замало дій. Забагатість дій перевищать 100&nbsp;% бітьківськихбатьківських меж, в той час як замалість відставатиме від 100&nbsp;% батьківських меж. Найкращим шляхом є дотримання правила 100&nbsp;% керування для визначення елементів WBS у термінах результатів, а не дій. Це також гарантує, що WBS не буде занадто приписуючим, що збільшить винахідливість та креативне мислення у частини учасників проекту. Для нових проектів, що розробляють продукти, найбільш популярною технікою для гарантування результато-орієнтовної WBS є використання [[Структура декомпозиції продукту|структури декомпозиції продукту]]. [[Feature Driven Development|Розробка, керована функціональністю]] може використовувати схожу техніку, що має утворити структуру декомпозиції ознак. Коли проект надає професійні послуги, зазвичай використовується техніка охоплення всіх запланованих результатів для створення результато-орієнтовної WBS.<ref>Swiderski, Mark A., PMP [https://www.workbreakdownstructure.com/work-breakdown-structure-according-to-pmbok.php workbreakdownstructure.com], PMBOK-Work Breakdown Structures. </ref> Структури декомозиції робіт, що розділяють роботу на фази проекту (наприклад, попередній етап проектування, фаза критичного технологічного планування) мають гарантувати, що фази чітко розділені запланованими результатами та вони такох використовуютсья доя визначення [[критерій завершення|критерію завершення]] (наприклад, затверджений у минулому чи огляд критичної технічної частини).
 
=== Рівень деталізації ===
36

редагувань