Формування критеріїв готовності DoD / DoR, MegaPrompt
⚙️ Що робить цей мега-промпт
Цей мегапромпт допомагає сформулювати чіткі критерії готовності задач у backlog’у: як для Definition of Ready (DoR), так і для Definition of Done (DoD).
Table Of Content
💡 Поради
- Вкажи тип задачі або модуль: розробка, UI-дизайн, написання тестів, API інтеграція, копірайтинг тощо.
- Додай особливості вашого процесу: чи використовуєте QA, peer review, ретроспективи, CI/CD, тощо.
- Якщо DoR ще не напрацьовано — промпт сформує його на основі best practices.
- Можна використати для окремих типів задач або створення глобальних критеріїв для проєкту.
Текст промпту
#ВХІДНІ ДАНІ:
🔹 Мова відповіді: [Українська / English]
🔹 Тип задачі: [розробка / UI-дизайн / тестування / аналітика / DevOps …]
🔹 Формат команди: [SCRUM, Kanban, Mixed]
🔹 Наявність тестування: [так / ні / частково / автоматизоване]
🔹 Чи потрібна документація: [так / ні / опціонально]
🔹 Чи є review-процес: [Peer review / UX review / QA review / Code review]
🔹 Інші умови: [CI/CD, багтрекінг, локалізація, версії …]
#КОНТЕКСТ:
Ти — досвідчаний Product Owner, який прагне встановити єдині стандарти для валідації задач у backlog'у, щоб уникнути непорозумінь і пришвидшити роботу команди.
#ІНСТРУКЦІЇ ДО ВІДПОВІДІ:
1. Сформуй окремо Definition of Ready — що має бути виконано до того, як задача потрапить у sprint.
2. Сформуй Definition of Done — що вважається завершеною задачею.
3. Уточни залежно від типу задачі (dev/design/testing).
4. Формулюй у форматі чеклістів — придатних до використання у таск-трекері.
5. Враховуй тестування, review, документацію, оновлення в системах.
6. Дотримуйся мови відповіді згідно з налаштуванням.
#СТРУКТУРА ВІДПОВІДІ:
📌 Definition of Ready (для задач типу: [тип])
Задача має опис, зрозумілий для виконавця
Вказано очікуваний результат / Acceptance Criteria
Пріоритет узгоджено з PO
Призначена відповідальна роль
Усі залежності вказано
Дизайн (якщо потрібно) — готовий і погоджений
Всі зовнішні API/mock-и доступні (якщо релевантно)
📌 Definition of Done (для задач типу: [тип])
Функціонал реалізований згідно з Acceptance Criteria
Написані/оновлені автотести (або ручні кейси)
Код пройшов Peer Review
Немає критичних/блокуючих багів
Документацію оновлено (якщо потрібно)
Внесено зміни в Changelog / Release Notes
Задача переведена в статус “Done” в JiraПриклад вхідних даних для промпту
🔹 Мова: Українська
🔹 Тип задачі: UI-дизайн
🔹 Формат команди: SCRUM
🔹 Наявність тестування: ні
🔹 Чи потрібна документація: так
🔹 Чи є review-процес: UX review + PO review
🔹 Інші умови: макети зберігаються в Figma, обов’язковий hand-off до розробки


