Тестове завдання · Урок 2 із 4
Планування: timebox, MVP і критерій «готово»
Тестове оцінює не кількість безсонних годин, а здатність зробити головне в обмеженнях. План має захищати must-have, залишати час на перевірку й показувати свідомі trade-offs.
Розподіл timebox
Приклад для 6 годин
45 хв — brief і план; 3 год 30 хв — основний результат; 60 хв — перевірка; 45 хв — README, пакування та лист. Це не універсальна формула, а спосіб не віддати перевірку «залишку часу».
Пріоритети
| Рівень | Правило | Приклад |
|---|---|---|
| Must | Без цього не виконано критерій | Працюючий сценарій, правильний розрахунок, ключовий висновок |
| Should | Підсилює рішення після must | Додаткова перевірка, другий зріз, polish інтерфейсу |
| Could | Робиться лише якщо є резерв | Анімація, складна автоматизація, ще один варіант |
| Won’t now | Свідомо поза v1 | Production deployment, повна локалізація, великий refactor |
П’ять воріт якості
Мета, критерії, scope, припущення й формат зрозумілі.
Основна структура є, найризикованіша частина перевірена рано.
Must-have працює на типовому та граничному сценарії.
Self-review, факти, тести, приватність і відтворюваність перевірені.
Чистий пакет, README, відомі межі та лист готові до дедлайну.
Ризики до виконання
Оберіть 2–3 речі, які можуть зламати результат: невідомий формат даних, складна інтеграція, неперевірена формула, доступ до API. Перевіряйте найризикованіше на початку, а не після декоративного polish.
Поганий сигнал
Половина часу пішла на дизайн, але головний сценарій ще не запускається.
Сильний сигнал
Чернетка основного сценарію працює рано; решта часу йде на точність, пояснення й polish.
Практика
- Поставте чесний timebox і резерв 15–20%.
- Розкладіть критерії на must/should/could/won’t.
- Напишіть Definition of Done одним списком.
- Винесіть найризикованішу гіпотезу в першу годину.
- Поставте два checkpoints: функціональний і delivery-ready.
Закріпіть матеріал уроку
Три сценарні питання. Для зарахування уроку потрібно дати щонайменше дві правильні відповіді.