1 Визначення життєвого циклу та створення структури декомпозиції робіт іт-проекту

1.1 Мета роботи

Засвоїти знання та вміння з планування проекту; набути навички визначення життєвого циклу проекту та створення структури декомпозиції робіт проекту; засвоїти вміння визначати модель життєвого циклу проекту за допомогою анектування та обробки експертних оцінок, а також формувати варіанти структури декомпозиції робіт проекту.

1.2 Методичні вказівки з організації самостійної роботи студентів

1.2.1 Структура та зміст плану управління проектом

План управління проектом інтегрує та консолідує всі допоміжні плани управління та базові плани, що отримані внаслідок процесів планування, і включає до себе, зокрема [2]:

- обраний для проекту життєвий цикл та процеси, які будуть використовуватися в кожній фазі;

- результати адаптації, отримані від команди управління проектом, а саме: процеси управління проектом, обрані командою управління проектом; рівень реалізації кожного обраного процесу; описи інструментів і методів, які будуть використовуватися для виконання даних процесів; порядок використання обраних процесів для управління конкретним проектом, в тому числі залежності та взаємодії між даними процесами, а також необхідні входи та виходи;

- порядок виконання робіт для досягнення цілей проекту;

- план управління змінами, який документує порядок моніторингу та контролю змін;

- план управління конфігурацією, який документує порядок управління конфігурацією;

- порядок підтримування цілісності базових планів виконання;

- потреби в комунікації між зацікавленими сторонами проекту та методи її реалізації;

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

План управління проектом може бути створений як на рівні зведення, так і в деталях, і може складатися з одного чи кількох допоміжних планів. Кожен з допоміжних планів деталізований до того ступеня, який вимагається для конкретного проекту. Після затвердження плану управління проектом він може змінюватися тільки після того, як буде створений запит на зміну та ухвалений в рамках процесу здійснення загального управління змінами.

Базові плани включають до себе, зокрема:

- базовий розклад;

- базовий план виконання вартості;

- базовий план за змістом.

Допоміжні плани включають до себе, зокрема:

- план управління змістом;

- план управління вимогами;

- план управління розкладом;

- план управління вартістю;

- план управління якістю;

- план поліпшення процесів;

- план управління людськими ресурсами;

- план управління комунікаціями;

- план управління ризиками;

- план управління закупівлями.

Часто базові плани за змістом, розкладом та вартістю об’єднують в базовий план виконання, який використовується як загальний базовий план проекту, з яким може порівнюватися загальне виконання. Базовий план виконання використовується для вимірювання засвоєного обсягу проекту.

1.2.2 Вибір життєвого циклу проекту

Зараз переважна більшість проектів виконується за життєвим циклом, який є комбінацією двох базових моделей: каскадної (або водоспадної) та спіральної. Основними ознаками таких комбінацій є часткове або повне повторення окремих робіт, етапів чи стадій робіт життєвого циклу конкретного проекту.

Рекомендується при планування конкретного проекту вибір моделі життєвого циклу здійснювати за допомогою одного з таких методів:

а) вибір однієї з існуючих моделей життєвого циклу за допомогою анкетування експерта чи групи експертів;

б) розробка унікальної моделі життєвого циклу з врахуванням особливостей конкретного проекту, що планується.

Приклад анкет для вибору типової моделі життєвого циклу розробки інформаційної системи [3] наведені в Додатку А. Результати анкетування слід обробити за методом «Дельфі» та обрати модель життєвого циклу, яка отримала найвищу оцінку.

1.2.3 Зміст базового плану за змістом проекту

Базовий план за змістом проекту є елементом плану управління проектом і складається з таких елементів:

- опис змісту проекту;

- структура декомпозиції робіт (Work Breakdown Structure, WBS);

- словник WBS.

Опис змісту проекту включає до себе опис змісту продукту чи послуги проекту, результати проекту та визначає критерії прийому продукту чи послуги користувачем.

Словник WBS містить детальний опис робіт і технічну документацію за кожним елементом WBS. Словник WBS являє собою документ, який генерується процесом створення WBS і доповнює саму WBS. В словнику міститься окрім іншого, така інформація:

- ідентифікатор плану рахунків;

- опис робіт;

- відповідальну організацію;

- список контрольних подій розкладу;

- пов’язані заплановані операції;

- ресурси, що вимагаються;

- оцінки вартості;

- вимоги до якості;

- критерії прийому;

- технічні посилання;

- контрактна інформація.

1.2.4 Створення структур декомпозиції робіт

Створення WBS – це процес розділення результатів проекту та робіт за проектом на більш мілкі елементи, якими легше керувати. WBS – це орієнтована на результати ієрархічна декомпозиція робіт, які повинна виконати команда проекту для досягнення цілей проекту та створення результатів, що вимагаються. На кожному більш низькому рівні WBS являє собою все більш детальний опис робіт за проектом. WBS організує та визначає загальний зміст проекту та показує роботи, вказані в поточному ухваленому опису змісту проекту.

Заплановані роботи містяться в елементах WBS найнижчого рівня, які називаються «пакетами робіт». В контексті WBS «робота» означає продукти, послуги чи результати робіт, які є результатами дій, але не самі дії. Для пакетів робіт можуть складатися розклади, оцінюватися вартість, можуть проводитися їх моніторинг та керування. На рівні пакетів робіт вартість та тривалість операцій робіт піддаються достовірному оцінюванню.

Декомпозиція робіт проекту виконується доти, доки роботи і результати не будуть визначені на рівні пакетів робіт. Рівень деталізації пакетів робіт розрізняється залежно від розміру та складності проекту. Декомпозиція всієї сукупності робіт за проектом до пакетів робіт зазвичай включає такі дії:

- визначення та аналіз результатів та відповідних робіт (за життєвим циклом проекту);

- структурування та організація WBS;

- розбивання верхніх рівнів WBS на деталізовані елементи більш низьких рівнів;

- розробку та присвоєння ідентифікаційних кодів елементам WBS;

- перевірку необхідності та достатності ступеня декомпозиції.

WBS можуть створюватися в різних формах, наприклад:

а) як перший рівень декомпозиції використовуються фази життєвого циклу проекту, на другому рівні розміщені результати, які відносяться до проекту та продукту;

б) як перший рівень декомпозиції використовуються основні результати;

в) використовуються підпроекти, які можуть розроблятися організаціями, які не входять до команди проекту, наприклад, за контрактом.

WBS може бути структурована у вигляді схеми, організаційної діаграми, причинно-наслідкової діаграми чи іншим методом. Перевірка правильності декомпозиції вимагає засвідчення того, що елементи низького рівня – саме ті елементи, які необхідні та достатні для створення відповідних результатів більш високого рівня. Різні результати можуть мати різні рівні декомпозиції. Але надлишкова декомпозиція може призвести до непродуктивної управлінської трудомісткості, неефективного використання ресурсів та зниження ефективності виконання робіт.

Декомпозиція може оказатися неможливою для результатів або підпроектів, що будуть виконуватися в далекому майбутньому. Команда управління проектом зазвичай очікує точне визначення результату або підпроекту, щоб мати можливість розробляти детальну WBS. Цей метод іноді називають «плануванням методом набігаючої хвилі».

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

У Додатку Б наведені основні стадії та етапи робіт, які треба виконати за ГОСТ 34 «Інформаційні технології» для створення автоматизованої системи.