nmk

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

Тема: Вибір методології управління проєктом

Опанування навичок аналізу вимог та умов проєкту для аргументованого вибору найбільш ефективної методології розробки (Waterfall, Scrum, Kanban).

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

Технологічний стек: Google Docs / Microsoft Word (для заповнення таблиць та написання аргументації).

Завдання

Вам надано три різні бізнес-кейси (описи проєктів). Ваше завдання — вивчити умови кожного з них, обрати найбільш підходящу методологію управління (Waterfall, Scrum або Kanban) та письмово обґрунтувати свій вибір, спираючись на критерії гнучкості та ризиків.

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

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

Заповнити порівняльну таблицю “Waterfall vs Scrum vs Kanban”.
Проаналізувати Кейс №1 і обрати методологію.
Проаналізувати Кейс №2 і обрати методологію.
Проаналізувати Кейс №3 і обрати методологію.

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

Крок 1. Заповнення порівняльної таблиці

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

Критерій порівняння	Waterfall	Scrum	Kanban
Ставлення до зміни вимог клієнтом	[Заповнити: напр. Формальний процес (CR), зміни не вітаються]	[Заповнити]	[Заповнити]
Планування робіт	[Заповнити: напр. Увесь проєкт планується наперед (Гант)]	[Заповнити: напр. Спринтами по 2 тижні]	[Заповнити]
Коли клієнт побачить перший робочий продукт?	[Заповнити]	[Заповнити]	[Заповнити]
Роль керівника / лідера команди	Project Manager (суворий контроль)	[Заповнити]	[Заповнити]

Крок 2. Аналіз Кейсу №1

Опис проєкту: Міністерство охорони здоров’я замовляє розробку системи обліку вакцин. Бюджет жорстко зафіксовано державним тендером ($200 000). Дата здачі: 15 листопада (не може бути посунута через закон). Вимоги до системи детально прописані на 400 сторінках у Технічному завданні, і будь-яка зміна вимагає підпису міністра. Помилка алгоритму може коштувати людям здоров’я. Команда: 30 розробників.

Ваше завдання (у звіті):

Обрана методологія: [Напишіть ваш вибір]
Обґрунтування (мінімум 3 аргументи): [Поясніть, ЧОМУ саме ця методологія врятує проєкт, спираючись на ТЗ, бюджет і ризики].

Крок 3. Аналіз Кейсу №2

Опис проєкту: Молодий стартап отримав інвестиції на створення гейміфікованого додатку для вивчення історії України. Засновники (Product Owners) мають лише загальне бачення продукту і хочуть тестувати ідеї на реальних школярах щомісяця. Якщо школярам не сподобається якийсь рівень гри, його доведеться швидко переробляти. Команда: 5 енергійних розробників. Грошей вистачить на 6 місяців роботи.

Ваше завдання (у звіті):

Обрана методологія: [Напишіть ваш вибір]
Обґрунтування (мінімум 3 аргументи): [Поясніть, чому ваш вибір дозволить стартапу вижити та адаптуватися].

Крок 4. Аналіз Кейсу №3

Опис проєкту: IT-відділ банку (команда підтримки / L3 Support). Клієнти банку щодня знаходять дрібні баги в мобільному додатку або просять додати маленькі функції. Завдань багато, вони надходять хаотично (то 5 на день, то 0). Програмісти скаржаться, що вони “розриваються” і починають робити 10 задач одночасно, не доводячи жодну до кінця. Керівництву потрібно просто бачити прозорий потік роботи. Чітких дедлайнів на весь проєкт немає (це безперервний процес підтримки).

Ваше завдання (у звіті):

Обрана методологія: [Напишіть ваш вибір]
Обґрунтування (мінімум 3 аргументи): [Поясніть, як ваш вибір допоможе розв’язати проблему “розривання” програмістів між задачами].

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

Яка головна проблема виникає при спробі застосувати класичний Waterfall для розробки мобільного додатка для споживчого (B2C) ринку?
У чому полягає різниця між ставленням до зміни вимог (Requirement Changes) у Waterfall та в Agile?
Чому для стартапів, які самі точно не знають, яким має бути їхній фінальний продукт, рекомендується Scrum?
Що таке концепція WIP-лімітів (Work In Progress) і в якій методології вона є ключовим правилом?
Якщо замовник наполягає на контракті типу “Fixed Price” (Фіксована ціна), яку методологію розробки доведеться обрати आईटी-компанії, щоб мінімізувати свої ризики?

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

У створеному репозиторії на GitHub додати файл lab_02.md.
В цей файл перенести результати роботи: заповнену таблицю з Кроку 1 та аргументовані відповіді для Кейсів 1, 2 і 3.
У файлі lab_02.md дати письмові відповіді на всі 5 контрольних запитань.
Скомітити зміни, завантажити на GitHub та надіслати посилання викладачу.