Віха

Урок 4 з 4

Підтвердження і контроль змісту

Підтвердження змісту

Підтвердження змісту (Validate Scope) — це формальне прийняття результатів замовником, спонсором чи іншими зацікавленими сторонами.

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

Головний інструмент тут — інспекція: огляд, вимірювання й перевірка результатів за критеріями приймання. Після неї два шляхи: результати офіційно приймають або формують запити на зміни, щоб виправити знайдене.

В IT інспекцію найчастіше проводять на демо наприкінці спринту (sprint review): команда показує, що зроблено, а замовник перевіряє це за критеріями приймання.

Підтвердження змісту

Спершу команда перевіряє якість сама, потім замовник приймає результат.

  1. 1. Виконані роботи

    команда закінчила частину гри

  2. 2. Контроль якості

    команда сама перевіряє: тести, стандарти

  3. 3. Інспекція із замовником

    демо, перевірка за критеріями приймання

Так: прийняті результати

замовник офіційно підтверджує, що частину зроблено

Ні: запит на зміни

що виправити чи доробити — і знову на інспекцію

Контроль змісту

Контроль змісту (Control Scope) триває протягом усього проєкту. Це стеження за станом змісту й керування змінами базового плану.

Головний інструмент — аналіз відхилень (variance analysis). Команда порівнює фактично зроблене з базовим планом змісту і відповідає на три питання:

  • Чому план і факт розійшлися?
  • Наскільки це критично для цілей проєкту?
  • Чи потрібні коригувальні або запобіжні дії?

Якщо якісь роботи додали без погодження чи, навпаки, пропустили, оформлюють офіційний запит на зміни і проводять його через інтегрований контроль змін. Це захищає від розростання змісту (scope creep), коли проєкт непомітно роздувається без збільшення бюджету й строків.

Розростання зазвичай іде ззовні: замовник чи користувачі просять «ще трішки». Але буває і зсередини, коли команда сама додає те, чого ніхто не просив: «Зробимо ще анімацію меню, буде ж красивіше». Це називають «позолотою» (gold plating). Навіть корисна «позолота» — порушення: вона з'їдає час і гроші без погодження і може не сподобатися замовнику.

Розростання змісту

«Це ж дрібниця, додайте, будь ласка». Погодьтеся на кілька таких прохань.

Прохання від замовника й команди

Строк13 тиж.

Бюджет300 тис. грн

За базовим планом гра виходить через 13 тижнів і коштує 300 тис. грн.

Сіре — базовий план, медове — те, що додали зверху. Через контроль змін кожне прохання отримує оцінку і рішення: так (з новим строком і бюджетом), ні або «у наступній версії».

Підсумок модуля

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