Шаблон

Чекліст Definition of Done, який лишається на робочому елементі

Чекліст Definition of Done — спільний список, про який команда домовляється, перш ніж робота вважається закінченою: рев’ю, тести, документація й решта планки відвантаження. Покладіть його на робочий елемент Jira, щоб стандарт був видимим, повторюваним і його було важко випадково пропустити.

Автор RMK Labs · Перевірено RMK Labs · Оновлено 2026-09-12

Що таке чекліст Definition of Done?

Definition of Done — планка якості, яку має пройти кожна story, перш ніж хтось переведе її в Done. У Jira чекліст перетворює цю планку на позначувані кроки на самому робочому елементі: peer review закрито, CI зелений, документація оновлена. Список той самий для кожної story; змінюються лише позначки.

Чекліст Definition of Done дає ясність і знімає двозначність, перш ніж роботу рухають у Done. Замість питань «Уже готово?», «Ми дотримувалися тих самих стандартів, що минулого разу?» або «Яка в нас планка якості для цієї story?» команда вказує на список на завданні. Усі бачать ті самі кроки, позначають ті самі докази й домовляються, що означає «готово».

Розрив видно в повсякденній мові. Одна команда каже, що story done, коли розробка, тести й code review завершені — це вже задеплоєно? Інша вважає done лише після повного циклу доставки й продакшену. Чекліст Definition of Done змушує провести цю розмову один раз, записати відповідь на завданні й не відкривати ті самі суперечки на кожній story.

Чому команди тримають Definition of Done на завданні

Більшість команд уже знає, як виглядає «добре». Тертя — у повторенні. Без спільного списку «done» стає суперечкою на стендапі, коментарі рев’ю живуть у трьох місцях, а наступна людина отримує неповну передачу. Чекліст на завданні робить планку явною: усі бачать ті самі кроки, прогрес видно на дошці, нічого критичного не ховається в чиїйсь голові.

У software delivery це окупається на кожній story: відкриваєте тікет, бачите, що лишилося — рев’ю вмерджено, тести зелені, документація оновлена — позначаєте в процесі й переходите в Done лише коли докази на завданні. Та сама планка, чи відвантажуєте ви фічу, чините баг чи розбираєте техборг.

Коли застосовувати

Використовуйте чекліст Definition of Done на кожній story, багфіксі чи task, які мають залишати ту саму якість. Застосовуйте під час переходу в In Progress або під час створення story, щоб планка була з самого початку. Вимагайте його перед переходом у Done, якщо Done має означати, що планку виконано.

Definition of Done vs acceptance criteria vs ready

Acceptance criteria описують обіцяну поведінку цього робочого елемента — приклади, які ви будете демо. Definition of Ready запитує, чи елемент достатньо ясний, щоб узяти його в спринт. Definition of Done — спільна exit-планка: тести, рев’ю, документація й готовність до релізу, які кожна story винна наступній людині. Команди, які тримають усі три як чеклісти на завданні, бачать різницю замість суперечок на стендапі.

Definition of Done — приклад, з якого почати

Якщо у вас ще немає чекліста Definition of Done, почніть із прикладу нижче. Скопіюйте список і вставте його в поле Checklist for Jira на робочому елементі. Ідеально зберегти його як шаблон і застосовувати до кожної story — менше ручної роботи щоразу, коли хтось стартує тікет. Підженіть заголовки під ваш стек; тримайте список на робочому елементі, щоб прогрес лишався видимим.

Definition of Done

  • Код і рев’ю
  • Реалізація відповідає прийнятому рішенню й пов’язаним дизайнам
  • Peer review завершено, запрошені правки вмерджено
  • На цьому робочому елементі не лишилося відомих дефектів
  • Усі відомі дефекти задокументовано й додано до беклогу
  • Тести й якість
  • Unit- або component-тести покривають змінену поведінку
  • Автоперевірки в CI зелені для цієї зміни
  • Exploratory- або QA-прохід зафіксовано або явно знято із зазначенням причини
  • Продукт і документація
  • Acceptance criteria на робочому елементі позначено або оновлено
  • Користувацькі тексти й статті допомоги оновлено, якщо зміна видима
  • Додано analytics і audit logging
  • Реліз
  • Feature flag, конфіг або нотатки щодо міграції є в описі
  • Кроки rollback або вимкнення записано, якщо зміна ризикована
  • Статус робочого елемента, посилання й час, що лишився, відображають реальність

Поставте це на робочий елемент із Checklist for Jira

Шаблони, автоматизація, обмеження в процесі та агент Rovo — безкоштовно для команд до 10 користувачів.

Зберегти, захистити, автоматизувати, вимагати

Перетворіть приклад на стандарт, який команда ганяє на кожній story, task і багу. Чотири кроки в Checklist for Jira: зберегти шаблон, захистити структуру, автоматично застосовувати вбудованою автоматизацією, потім вимагати завершення перед Done.

Зберегти

Створіть проєктний шаблон у Checklist settings проєкту або глобальний в адмініструванні Jira й вставте список із прикладу. Підженіть пункти під стек і додайте короткий опис, щоб колеги — і агент Rovo — знали, коли його використовувати. Збережений шаблон — спосіб повторно використовувати одну Definition of Done на кожній story без повторного введення, і він відкриває auto-apply і валідатори workflow на наступних кроках.

Редактор шаблону чекліста Definition of Done в Checklist settings із секціями коду, тестів, документації та релізу
Збережіть Definition of Done як проєктний або глобальний шаблон — вставте пункти прикладу й підлаштуйте під стек.

Захистити

Позначте шаблон як Protected на вкладці Advanced. Люди можуть позначати пункти й змінювати статуси пунктів на завданні, а список кроків лишається заблокованим — Definition of Done однакова на кожному робочому елементі, якого стосується шаблон.

Розширені налаштування шаблону з обраним Protected і опційним описом, коли використовувати
На вкладці Advanced поставте шаблон у Protected і додайте короткий опис для команди та Rovo.

Автоматизувати

Використовуйте вбудовану автоматизацію шаблону, щоб вішати цю Definition of Done під час створення обраних типів завдань або під час переходу роботи в обраний статус. Позначте Story, Task і Bug (або ті типи, які мають нести ту саму планку), щоб список був на завданні до перших позначок. Добра новина: ця автоматизація вбудована в Checklist for Jira і не витрачає кредити Jira Automation.

Автоматизація на проєкт: додати шаблон Definition of Done під час створення Story, Task і Bug
Автододавання шаблону під час створення Story, Task або Bug — або під час переходу роботи в обраний статус.

Вимагати

Додайте валідатор завершення на перехід Done у workflow Jira. Обмежте його цим шаблоном зі списку шаблонів, щоб перехід чекав, доки кожен пункт не буде завершено — робочий елемент лишається відкритим, поки чекліст не готовий. посібник з автоматизації розбирає валідатори, post functions і жорсткіші кроспроєктні правила.

Правило валідатора workflow, що вимагає всі пункти шаблону проєкту Definition of Done перед Done
Додайте валідатор All Checklist Items Completed на Any status → Done, обмежений шаблоном Definition of Done.
Редактор workflow Jira з переходом Done і прикріпленим валідатором завершення чекліста
Перехід Done у текстовому вигляді workflow — валідатор блокує перехід, поки чекліст Definition of Done не завершено.

Поєднуйте з рештою набору доставки

Тримайте acceptance criteria на тому самому завданні для прикладу. Вішайте чекліст QA-тестування, коли тип завдання — Bug або QA веде окремий прохід. Використовуйте чекліст релізу на зміні, яка реально йде. Повний набір — у хаб шаблонів.

Часті запитання

Чи має Definition of Done жити в Confluence?

Сторінку політики можна лишити в Confluence, якщо потрібне довге пояснення. Робочий список належить робочому елементу Jira, щоб люди позначали його там, де йде робота.

Чи може бути більше ніж одна Definition of Done?

Так. Збережіть легший шаблон для багів і повніший для фіч, потім автозастосовуйте за типом завдання або статусом.

Поставте це на робочий елемент із Checklist for Jira

Шаблони, автоматизація, обмеження в процесі та агент Rovo — безкоштовно для команд до 10 користувачів.