Команда без спільних DoR і DoD сперечається не про якість, а про слова.

«Готово» для розробника, QA і продакт-оунера часто означає три різні речі. Результат: задачі, які «повертаються» зі стадії тестування, переноси у наступний спринт і конфлікти на демо.

DoR: що має бути до початку роботи - acceptance criteria, які можна перевірити - ясні залежності, дизайн, інтеграції - тестові дані й середовище - User Story оцінена й вміщується в спринт

DoD: що має бути для завершення - код пройшов ревʼю - автоматизовані й ручні перевірки виконані - критичні дефекти закриті - документація оновлена, функціонал задеплоєний і перевірений

Роль QA: ми першими бачимо наслідки нечітких критеріїв, тож маємо впливати на DoR/DoD, а не лише виконувати їх.

Хороший DoR зменшує невизначеність до розробки, хороший DoD робить якість командною відповідальністю, а не етапом наприкінці.

🍽 Про це й не тільки поговоримо на QA Lunch!
📅 з 2 листопада 5 днів підряд о 16:00 Розберемо 5 тем:
1. Онбординг на проєкт
2. Зустрічі 1 на 1
3. DoR та DoD
4. Backlog Refinement
5. Retrospective

Реєстрація: https://secure.wayforpay.com/button/b12b2e24be530

Вартість: 49$

💬 А який пункт у вашому DoD команда найчастіше «забуває»?