визначення готовності (definition of done)
Також називають: визначенням готовності, визначення «готово»
Короткий чекліст, який команда застосовує до кожної частини роботи, перш ніж назвати її завершеною: переглянуто, перевірено, задокументовано. Критерії приймання стосуються одного результату роботи, а визначення готовності однакове для всіх.
Визначення готовності (definition of done) — це короткий чекліст, який команда застосовує до кожної частини роботи, перш ніж назвати її завершеною. Для програмного коду це може бути «переглянуто другим розробником, протестовано, випущено»; для навчальних матеріалів — «друга людина перевірила вибірку, оформлено за стильовим листом, відкривається на телефоні, підтверджено». Воно один раз для всієї команди відповідає на питання «готово на чию думку?», і «готово» перестає означати «я своє зробив, далі хай хтось інший».
Від критеріїв приймання його відрізняє охоплення. Критерії приймання належать одному результату роботи: що цей лендинг має робити для родин. Визначення готовності однакове для всіх. Частині роботи потрібне і те, і те: вона відповідає власним критеріям і спільному чеклісту команди.
Добрі рядки може перевірити не автор (так чи ні, а не «гарна якість»), а список лишається достатньо коротким, щоб застосовувати його щоразу, — зазвичай чотири–шість рядків. Він охоплює і зміст (перевірки правильності), і зручність (відкривається, читається, позначено), плюс підтвердження, де воно потрібне.
Визначення готовності — це спосіб вбудувати якість у роботу, а не перевіряти її наприкінці: кожну частину перевіряють, щойно вона з'являється, а не одним великим рецензуванням за тиждень до старту. У коротких ітераціях на щотижневій демонстрації як завершене показують лише те, що йому відповідає. Погоджуйте його до початку роботи й змінюйте на ретроспективі, а не тихо під тиском дедлайну.
Приклад
Команда фізики в Klasna пише визначення готовності для кожної теми добірки задач (грудень 2026 року):
- Кожна задача має розв'язок, а другий репетитор без помилок розв'язав перші десять.
- Одиниці й позначення відповідають стильовому листу програми.
- Усі рисунки на місці й читаються.
- Задачі позначено за темою іспиту й складністю.
- Добірка відкривається й нормально читається на телефоні.
- Vira підтвердила тему в спільному трекері.
Воно стоїть поруч із критеріями приймання одного результату роботи — добірок задач для розділів 1–3 (найімовірніше 12 людино-днів, 72 000 грн бюджету):
У січні, коли робота йде тижневими ітераціями, на п'ятничній демонстрації показують лише теми, які відповідають усім шести рядкам; тема «майже готова» лишається в роботі.
Типові помилки
- Плутати з критеріями приймання. Один чекліст для всієї роботи проти умов для одного результату; частині потрібне і те, і те.
- Рядки, які нікому не перевірити. «Висока якість» чи «без помилок» без перевірки — побажання.
- Список, задовгий для щоденного вжитку. Дванадцять рядків під тиском пропускають; тримайте чотири–шість.
- Одна велика перевірка наприкінці. Перевіряйте кожну частину, щойно вона з'являється, а не все за тиждень до старту.
- Згинати його під тиском дедлайну. Змінюйте визначення відкрито на ретроспективі, а не тихо пропускаючи рядок.
Вивчити в курсі
- Реакції на ризики, премортем і вбудована якість · Обери реакцію на кожен ризик (уникнути, передати, зменшити, прийняти чи ескалювати), скористайся можливостями, знайди приховані ризики через премортем і перевіряй якість під час роботи, а не наприкінці.
- Критерії приймання: що означає «готово» · «Хороші уроки» — побажання, яке ніхто не може прийняти. Пиши перевірки, які виконує названа людина, погоджуй їх до початку роботи й домовляйся, що буде, коли перевірка не пройде.