Етапи планування і виконання ІТ-проєкту; життєвий цикл

Розділ: Інженерія систем і програмного забезпечення

# Етапи планування і виконання ІТ-проєкту; життєвий цикл


📌 Про що ця тема

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


📖 Головне

• Проєкт — це тимчасова діяльність з чіткою метою, строками й ресурсами, що створює унікальний результат (продукт, послугу). Має початок і кінець.

• Життєвий цикл проєкту — набір послідовних фаз від задуму до завершення. Типові фази: ініціація → планування → виконання (реалізація) → контроль/моніторинг → завершення.

• Ініціація: формулюють мету, визначають потреби замовника, доцільність, ресурси.

• Планування: складають план робіт, графік, бюджет, розподіл завдань і ролей, оцінку ризиків.

• Виконання: безпосередня розробка продукту згідно з планом.

• Моніторинг і контроль: перевірка відповідності плану, коригування, контроль якості та строків (часто паралельно з виконанням).

• Завершення: передача результату замовнику, підбиття підсумків, аналіз помилок.

• Життєвий цикл програмного забезпечення (ЖЦ ПЗ) — окреме поняття: аналіз вимог → проєктування → кодування (реалізація) → тестування → впровадження → супровід (підтримка).

• Каскадна модель (водоспад, Waterfall): етапи йдуть строго послідовно, кожен після повного завершення попереднього. Проста, але негнучка до змін.

• Ітераційна модель: продукт створюють поступово, повторюючи цикли й нарощуючи функціонал.

• Гнучкі методології (Agile, Scrum): робота короткими циклами (спринтами), постійний зворотний зв’язок із замовником, швидка реакція на зміни.

• Основні обмеження проєкту («трикутник»): час, вартість (ресурси), обсяг/якість — зміна одного впливає на інші.


🔢 Як це працює на прикладі

Завдання: створити шкільний сайт.

• Ініціація: замовник (школа) хоче сайт із розкладом і новинами; оцінюємо доцільність.

• Планування: графік на 2 місяці, команда — дизайнер, програміст, тестувальник; бюджет і ризики (затримка контенту).

• Виконання: дизайнер малює макет, програміст кодує, наповнюють сторінки.

• Контроль: перевіряємо відповідність макету й строкам.

• Завершення: сайт запускають, передають доступи, аналізують досвід.

Якщо обрати Agile — робили б частинами: спочатку головна сторінка (спринт 1), потім розклад (спринт 2), показуючи замовнику результат після кожного.


⚠️ Типові помилки

• Плутають життєвий цикл проєкту і життєвий цикл ПЗ — це різні, хоч і схожі послідовності.

• Вважають каскадну модель «найкращою» — вона лише одна з багатьох, погано працює при частих змінах.

• Міняють порядок етапів: тестування завжди ПІСЛЯ кодування, супровід — останній.

• Плутають ініціацію (постановка мети) з плануванням (деталізація робіт).

• Забувають про супровід — проєкт не завершується встановленням продукту.


🎯 Що завчити напамʼять

• Фази проєкту: ініціація → планування → виконання → контроль → завершення.

• Етапи ЖЦ ПЗ: вимоги → проєктування → кодування → тестування → впровадження → супровід.

• Три обмеження: час, вартість, обсяг/якість.

• Моделі: каскадна (послідовна), ітераційна (циклами), Agile/Scrum (спринти, гнучкість).


🧠 Перевір себе

1. Який етап ЖЦ ПЗ іде одразу після кодування?

2. Чим каскадна модель відрізняється від гнучкої?

3. Назви три основні обмеження проєкту.

4. На якому етапі проєкту визначають мету й доцільність?


Відповіді: 1 — тестування; 2 — каскадна виконує етапи строго послідовно без повернень, гнучка (Agile) працює короткими циклами з постійним зворотним зв’язком і реакцією на зміни; 3 — час, вартість (ресурси), обсяг/якість; 4 — на етапі ініціації.

Перевірити себе на практиці

Прочитати — половина справи. Далі потрібні завдання цієї ж теми з розбором кожної відповіді: саме на них видно, чи справді тема закрита.