nmk

Лабораторна робота №18 (2 години)

Тема: Управління змінами (Change Management) та Завершення проєкту

Практика контрольованого внесення змін у затверджений план (Project Scope) через оформлення Change Request. Підбиття підсумків проєкту: проведення ретроспективи та формування звіту Lessons Learned.

Мета: Навчитися не казати замовнику сліпе “Так” на кожну нову ідею в кінці розробки, а формалізувати зміни. Зрозуміти важливість аналізу помилок для недопущення їх у майбутньому.

Технологічний стек: Google Docs / MS Word.

Завдання

Будь-який проєкт зазнає змін під час розробки — це нормально. Але якщо змінами не управляти, проєкт вийде за рамки бюджету і дедлайнів (Scope Creep). Друга проблема — коли проєкт завершується, команди часто одразу розбігаються по нових задачах, забуваючи провести аналіз помилок.

Перелік завдань:

  1. Оформити офіційний Запит на зміну (Change Request) на основі критичного сценарію від замовника.
  2. Провести “Ретроспективу” вашого навчального проєкту і скласти звіт Lessons Learned (Вивчені уроки).

Хід виконання роботи

Крок 1. Робота із Запитом на зміну (Change Request)

Сценарій: До кінця вашого проєкту (до релізу) залишилося 2 тижні. Раптом Замовник пише: “Слухайте, я вчора бачив у конкурентів круту фічу — Авторизацію через FaceID. Нам терміново треба це зробити до релізу! Зробіть це”.

Ви, як PM, розумієте, що технічно це можливо, але це займе мінімум 1 додатковий тиждень роботи і коштуватиме грошей. Щоб не ламати поточний план “тишком-нишком”, ви маєте оформити Change Request (CR) і дати Замовнику на підпис.

Ваше завдання: Створіть у звіті таблицю-форму “Change Request” і заповніть її за цим сценарієм:

Поле форми CR Ваше заповнення
Назва зміни: Додавання авторизації через FaceID / TouchID
Ініціатор: Замовник проєкту
Опис зміни (Що саме треба зробити): [Напишіть 1-2 речення технічного опису…]
Причина зміни (Чому це важливо): [Заповніть…]
Вплив на Розклад (Schedule Impact): [Напишіть, на скільки днів зміститься реліз, якщо ми це приймемо]
Вплив на Бюджет (Cost Impact): [Напишіть суму або кількість додаткових годин розробника х Рейт]
Ризики прийняття чи відхилення: [Заповніть…]
Статус / Рішення (PM): [Напишіть ваше рішення як PM: Приймаємо зараз, чи відкладаємо на Version 2.0?]

Крок 2. Формування Lessons Learned (Вивчені уроки)

Останній етап будь-якого проєкту — це закриття. Найцінніший документ цього етапу — “Lessons Learned”. Це база знань для майбутніх проєктів компанії.

Згадайте весь процес роботи над цим курсом і вашим навчальним проєктом (від Лаб №1 до Лаб №18).

Ваше завдання: Заповніть у звіті таблицю “Lessons Learned” для вашого проєкту. Напишіть мінімум 3 пункти (бажано реальні речі, які ви зрозуміли під час курсу).

Категорія Що пішло добре? (Successes) Що пішло не так? (Failures) Який урок вивчено? (Рекомендація на майбутнє)
Наприклад: Планування часу Навчився(лась) швидко будувати Gantt Chart Недооцінив(ла) час на малювання WBS Завжди закладати +20% часу на задачі з дизайном архітектури
1. Комунікація … … …
2. Робота з вимогами (Технічна частина) … … …
3. Власний менеджмент / Інструменти … … …

Контрольні запитання

  1. Що таке Scope Creep (Розповзання меж проєкту) і як процедура оформлення Change Request допомагає йому запобігти?
  2. Хто в класичному складному проєкті (Waterfall) входить до складу CCB (Change Control Board) і яка їхня роль?
  3. Чим відрізняється фінальний документ Act of Acceptance (Акт приймання-передачі) від простого листа замовника “Дякую, все працює”? Чому для компанії-розробника критично важливо підписати саме Акт?
  4. У Scrum замість великого звіту Lessons Learned в кінці проєкту проводять регулярні мітинги. Як називається цей мітинг і коли саме він відбувається?
  5. Чому архівування проектної документації (Project Archives) є обов’язковим кроком етапу закриття проєкту (Project Closure) навіть якщо проєкт пройшов провально?

Вимоги до звіту

  1. У репозиторії курсу на GitHub додати файл lab_18.md.
  2. В цей файл перенести результати виконання Кроків 1 та 2 (Таблиця з офіційним Change Request на інтеграцію FaceID та Таблиця з 3-ма вивченими уроками Lessons Learned по результатах всього курсу).
  3. У файлі lab_18.md дати письмові відповіді на всі 5 контрольних запитань.
  4. Завантажити зміни на GitHub та надіслати посилання викладачу.