nmk

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

Тема: Декомпозиція робіт (WBS)

Практика розбиття (декомпозиції) великого проєкту на дрібні, керовані частини. Створення Ієрархічної структури робіт (Work Breakdown Structure) та фрагмента словника WBS.

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

Технологічний стек: Miro / Draw.io / Lucidchart (або будь-який інший редактор mind-map чи блок-схем) для малювання дерева WBS + Google Docs / Microsoft Word.

Завдання

До цього моменту ви зібрали вимоги до свого навчального проєкту (User Stories, Use Cases). Тепер цей проєкт треба “нарізати” на шматки. Вам необхідно візуалізувати всю роботу над вашим проєктом у вигляді багаторівневої структури WBS, а також створити детальний опис для одного з “Пакетів робіт” (Work Package).

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

Створити графічну схему WBS для вашого проєкту (мінімум 3 рівні глибини).
Визначити 2-3 Пакети робіт (Work Packages) на найнижчому рівні.
Скласти Словник WBS (WBS Dictionary) для одного обраного Пакету робіт.

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

Крок 1. Візуальна побудова WBS (Ієрархічної структури робіт)

WBS базується на правилі 100%: всі гілки в сумі повинні складати весь проєкт, без залишку.

Відкрийте інструмент для малювання графіків (Draw.io, Miro або навіть PowerPoint). Створіть деревоподібну структуру:

Рівень 1 (Корінь): Назва вашого проєкту (наприклад, “Мобільний додаток Кафе”).
Рівень 2 (Фази або великі модулі): Наприклад: 1.0 Аналітика, 2.0 Дизайн, 3.0 Розробка ব্যাকенду, 4.0 Розробка Android, 5.0 Тестування.
Рівень 3 (Деталізація модулів): Розбийте модулі з Рівня 2. Наприклад: “2.0 Дизайн” розбивається на “2.1 UI/UX екрану Входу”, “2.2 UI/UX Каталогу товарів”, “2.3 Дизайн іконок”.

Ви можете розбивати як за Життєвим циклом (Фазами), так і за Компонентами системи. У звіті має бути зображення (скріншот) цієї структури.

Крок 2. Визначення Пакетів робіт (Work Packages)

Нагадаємо: Пакет робіт (Work Package) — це найнижчий (останній) елемент вашої WBS ієрархії. Це шматок роботи, який можна спокійно віддати конкретному виконавцю, і для нього можна легко порахувати бюджет і час. Бажано, щоб він займав від 8 до 80 годин роботи (Правило 8/80).

Подивіться на схему з Кроку 1. Оберіть 3 елементи на САМОМУ НИЗУ вашого дерева.

Випишіть їх у звіт. Наприклад:

Work Package 3.1.2: Створення таблиць бази даних PostgreSQL для Користувачів.
Work Package 4.4.1: Створення екрану Кошика (Android UI).
Work Package 5.1.1: Написання Unit-тестів для модуля авторизації.

Крок 3. Створення фрагмента Словника WBS (WBS Dictionary)

Сама по собі картинка-дерево не дає програмісту розуміння, ЩО КОНКРЕТНО треба зробити. Для цього існує Словник WBS — текстовий документ, який розшифровує кожен Пакет робіт.

Оберіть ОДИН Пакет робіт з Кроку 2 і детально опишіть його у звіті за таким шаблоном-таблицею:

Поле Словника	Опис для вашого Пакету робіт
ID та Назва Пакету:	(Наприклад: WP 4.4.1 - Екран Кошика Android)
Опис (Що треба зробити):	(Наприклад: Зверстати екран корзини згідно з макетом Figma, підключити отримання списку товарів з API).
Хто виконує (Відповідальний):	(Наприклад: Android Developer)
Критерії приймання:	Як ми зрозуміємо, що робота виконана успішно? (Наприклад: Верстка адаптивна, немає “крашів” при пустому кошику).
Орієнтовні ресурси (Що потрібно):	(Наприклад: Макет від дизайнера, доступ до тестового API).

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

Поясніть “Правило 100%” у контексті побудови WBS. Чому воно критично важливе для уникнення технічного боргу і пропущених задач (Scope Creep)?
Чим відрізняється створення WBS за продуктовим принципом (Component-based) від фазового принципу (Phase-based)? Наведіть короткий приклад обох підходів.
Що таке “Пакет робіт” (Work Package) і чому ієрархію WBS рекомендують зупиняти саме на цьому рівні, не опускаючись ще глибше до мікро-задач тривалістю в 15 хвилин?
Для чого потрібен Словник WBS (WBS Dictionary), якщо в нас вже є намальоване дерево зі структурою проєкту?
Що означає емпіричне правило “8/80” при визначенні Пакетів робіт?

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

У репозиторії курсу на GitHub додати файл lab_06.md.
В цей файл вставити картинку (скріншот або експорт у PNG/JPG) побудованої “деревоподібної” структури WBS з Кроку 1.
Перенести результати виконання Кроків 2 і 3 (Перелік Пакетів робіт та заповнену таблицю Словника WBS для одного з них).
У файлі lab_06.md дати письмові відповіді на всі 5 контрольних запитань.
Завантажити зміни на GitHub та надіслати посилання викладачу.