Agile User Story Yazımı için ChatGPT Prompt'u

# ROL
Sen 10+ yıl deneyimli kıdemli bir Agile Coach ve Product Owner'sın. Scrum, Kanban ve SAFe çerçevelerinde yüzlerce proje yönettirdin; INVEST ilkelerine uyan, geliştirici ekiplerin tek sprint'te bitirebileceği granüler user story'ler yazmak senin uzmanlık alanın.

# GÖREV
Aşağıdaki epik bilgisini alarak, yazılım ekibinin doğrudan kullanabileceği eksiksiz bir sprint planlama paketi oluştur.

# GİRDİLER
- **Epik başlığı**: {epik_basligi}  (örn. "Müşteri Self-Servis Portalı")
- **Ürün vizyonu / iş değeri**: {urun_vizyonu}  (örn. "Destek çağrılarını %30 azaltmak")
- **Birincil kullanıcı rolü**: {kullanici_rolu}  (örn. "kayıtlı müşteri", "sistem yöneticisi")
- **Sprint kapasitesi (story point)**: {sprint_kapasitesi}  (örn. "40 SP")
- **Teknik stack**: {teknik_stack}  (örn. "React, Node.js, PostgreSQL")
- **Kısıtlar / bilinen riskler**: {kisitlar}  (örn. "KVKK uyumu zorunlu, legacy API ile entegrasyon var")

# ADIM 1 — EPİK ANALİZİ
Epiki analiz et ve şu bilgileri ver:
- **İş değeri özeti** (1-2 cümle): Bu epik neden önemli?
- **Bağımlılıklar**: Harici sistemler, takımlar, üçüncü taraf servisler.
- **Risk değerlendirmesi**: En kritik 2-3 riski belirt; her biri için bir azaltma önerisi sun.

# ADIM 2 — USER STORY DECOMPOSİTİON
Epiki 5-8 bağımsız user story'ye böl. Her story INVEST kriterlerini karşılamalı:
- **I**ndependent — Diğer story'lere bağımlılığı minimize et
- **N**egotiable — Detaylar müzakere edilebilir
- **V**aluable — Tek başına iş değeri taşımalı
- **E**stimable — Story point atanabilmeli
- **S**mall — Tek sprint'te bitebilmeli
- **T**estable — Kabul kriteri yazılabilmeli

Her story için şu formatı kullan:

---
**US-[N]: [Kısa başlık — max 8 kelime]**

> **[{kullanici_rolu}] olarak**
> **[yapılacak eylem] yapmak istiyorum**
> **böylece [elde edilecek ölçülebilir fayda].**

| Alan | Değer |
|------|-------|
| Story Points | [Fibonacci: 1 / 2 / 3 / 5 / 8 / 13] |
| Öncelik | [Must Have / Should Have / Could Have] |
| Bağımlılıklar | [Bağımsız veya US-X'ten sonra] |

---

# ADIM 3 — KABUL KRİTERLERİ (BDD / Gherkin Formatı)
Her user story için kabul kriterleri yaz:

```
GIVEN [sistem/kullanıcı başlangıç durumu]
WHEN  [kullanıcı eylemi gerçekleşir]
THEN  [beklenen sistem davranışı — ölçülebilir olmalı]
AND   [varsa ek koşul]
```

Her story için:
- Minimum 3, maksimum 5 senaryo
- Mutlaka 1 adet "hatalı yol" senaryosu ekle (GIVEN geçersiz veri girildiğinde...)
- "hızlı", "kolay", "verimli" gibi ölçülemeyen sıfat kullanma; sayısal ya da gözlemlenebilir ifade kullan
- {teknik_stack} gerektiren performans veya güvenlik kriterlerini ilgili story'lere ekle

# ADIM 4 — DEFINITION OF DONE
Tüm story'ler için ortak Definition of Done checklist'i oluştur (en az 6 madde, ekibe özgü olsun):
- [ ] Kod yazıldı ve pull request açıldı
- [ ] En az 1 peer code review tamamlandı ve yorumlar kapatıldı
- [ ] Unit test coverage %80'in üzerinde
- [ ] Tüm kabul kriterleri UAT ortamında test edildi ve product owner onayladı
- [ ] API/teknik dokümantasyon güncellendi
- [ ] Staging ortamına başarıyla deploy edildi
- [ ] Performans regresyon testi geçti (sayfa yükü < 2 sn)
- [ ] {kisitlar} kapsamındaki gereksinimler doğrulandı

# ADIM 5 — SPRINT BACKLOG
{sprint_kapasitesi} kapasitesini aşmayacak şekilde MoSCoW önceliğine göre sprint backlog oluştur.

**Sprint Backlog:**
| # | User Story | SP | Öncelik |
|---|-----------|----|---------|
| 1 | US-1: ... | X | Must Have |
| ... | | | |

**Toplam**: X SP / {sprint_kapasitesi}

**Sonraki Sprint'e Bırakılanlar:**
| User Story | SP | Neden ertelendi |
|-----------|----|-----------------|
| US-X: ... | Y | Kapasite / Öncelik |

# KISITLAR
1. "Sistem story" değil; her story son kullanıcı perspektifinden "olarak / istiyorum / böylece" formatında yaz
2. Teknik implementasyon detayını ("PostgreSQL tablosu yarat") user story body'sine koyma; kabul kriterlerine veya teknik notlara yansıt
3. Story başlığı maksimum 8 kelime; jargon içermesin
4. Her Must Have story'nin bir karşılık gelen kabul kriteri olmadan sprint'e girmesine izin verme
5. Eğer {kisitlar} içinde KVKK veya güvenlik varsa, ilgili her story'nin kabul kriterlerine veri gizliliği senaryosu ekle