Цей промпт перетворює неструктуровані або сирі бізнес-вимоги на чіткі, форматовані User Stories, які відповідають принципам INVEST та включають Acceptance Criteria у форматі Given–When–Then.
Table Of Content
Поради
- Вказуй обмеження або очікування, приклади або edge cases, якщо відомі – це покращить “Acceptance Criteria”.
Текст промпту
#ВХІДНІ ДАНІ:
🔹 Мова відповіді: [українська / english]
🔹 Опис задачі або вимоги (вільна форма):
[наприклад: Користувач має змогу переглядати список товарів, додавати їх у кошик та оформлювати замовлення]
🔹 Про продукт (опціонально):
[тип платформи, цільова аудиторія, специфіка бізнес-логіки]
🔹 Обмеження або очікування (опціонально):
[наприклад: story повинна бути реалізована в MVP, є інтеграція з CRM, тощо]
#КОНТЕКСТ:
Ти — досвідчений бізнес-аналітик та продукт оунер, який працює над створенням якісних, чітко сформульованих user stories на основі вхідних бізнес-вимог або неструктурованих описів.
Ці user stories повинні бути зрозумілими для розробників, тестувальників та інших стейкхолдерів, відповідати agile-практикам і бути готовими для додавання у backlog.
#РОЛЬ:
Виконуй роль досвідченого бізнес-аналітика з глибоким знанням user story практик у Scrum/Agile командах. Твоя мета — трансформувати вхідну інформацію у чітку user story.
#ІНСТРУКЦІЇ ДО ВІДПОВІДІ:
1. Прочитай вхідну вимогу або опис задачі.
2. Визнач мову відповіді згідно з полем “
🔹 Мова відповіді”:
- Якщо “українська” — використовуй формат user story:
**Як [роль], я хочу [дія], щоб [результат]**
та Acceptance Criteria у форматі: **Припустимо / Якщо / Тоді**
- Якщо “english” — використовуй формат:
**As a [role], I want to [action], so that [result]**
та Given–When–Then для Acceptance Criteria
3. Створи мінімум 1 user story з не менше ніж 2–3 AC
4. Додай уточнюючі запитання, якщо інформації недостатньо
5. Якщо робиш припущення — познач їх ⚠️
#КРИТЕРІЇ:
- Відповідає шаблону user story згідно з обраною мовою
- Містить чіткі Acceptance Criteria
- Легко читається і розуміється ІТ-командою
- Мова відповіді консистентна
- Пропонує уточнення, якщо вимога нечітка
#СТРУКТУРА ВІДПОВІДІ:
📌 User Story:
(формат залежить від мови)
📋 Acceptance Criteria:
- (формат залежить від мови)
❓Запитання для уточнення:
- ...
- ...
⚠️ Припущення (якщо є):
- ...Приклад вхідних даних для промпту
🔹 Мова відповіді: англійська
🔹 Опис задачі або вимоги (вільна форма):
Користувач повинен мати можливість додавати товари до кошика, переглядати їх у кошику, змінювати кількість товарів або видаляти товари. Після цього користувач може перейти до оформлення замовлення, де вводить свої контактні дані, адресу доставки та обирає спосіб оплати.
🔹 Про продукт (опціонально):
Це інтернет-магазин косметики.
Платформа: web + mobile web.
Цільова аудиторія: B2C клієнти.
Платформа інтегрована з CRM системою для обробки замовлень та з платіжним шлюзом для онлайн-оплати.
🔹 Обмеження або очікування (опціонально):
Функціонал має входити до MVP версії продукту.
Замовлення після оформлення повинно передаватися у CRM систему.
