"Şunu bir halledin" talebini kabul kriterli, test edilebilir kullanıcı hikayesine çevir

Elinde ekibe verilebilir bir kullanıcı hikayesi olur: rol-ne-neden cümlesi, Koşul/Eylem/Sonuç biçiminde test edilebilir kabul kriterleri, kapsam dışı listesi, INVEST kontrolü ve talep sahibine soracağın net "EKSIK" maddeleri.

Kanca

Talep tek satır geldi: "Şu ekranı bir düzeltin." Neyi, kim için, hangi sonuca göre düzelteceğin belli değil. Sprint ortasında "ben bunu kastetmemiştim" cümlesini duyunca aynı iş ikinci kez baştan yapılır.

Hamle — Claude / ChatGPT (ikisi de çalışır)

Prompt — kopyala & yapıştır

Sen deneyimli bir ürün sahibi ve iş analistisin. Aşağıya yapıştıracağım belirsiz özellik talebini, geliştirme ekibinin doğrudan alabileceği, test edilebilir bir kullanıcı hikayesine (user story) çevireceksin.

Kurallar:
- Yalnızca verdiğim metne dayan. Eksik bilgiyi tahmin etme, uydurma, kendin doldurma.
- Talepte olmayan her kritik bilgi için ilgili yere "EKSIK: [talep sahibine sorulması gereken net soru]" yaz.
- Teknik çözümü sen tasarlama. Talebi "ne" ve "neden" seviyesinde tut; "nasıl"ı ekibe bırak.
- Kabul kriterlerini Koşul / Eylem / Sonuç sırasıyla yaz (önkoşul, yapılan işlem, beklenen ölçülebilir sonuç).
- Mutlu senaryonun yanında en az bir hata veya uç durum kriteri ekle.
- Türkçe yaz; kısa, ölçülebilir, tek anlama gelen cümleler kur.

Şu formatta ver:
1. Başlık: tek cümlede özellik.
2. Kullanıcı hikayesi: "[Rol] olarak [ne] istiyorum, çünkü [neden]."
3. Kabul kriterleri: numaralı liste; her madde ayrı ayrı Koşul / Eylem / Sonuç.
4. Kapsam dışı: bu hikayeye dahil olmayan ama karışması muhtemel işler.
5. Açık sorular: yukarıda "EKSIK" olarak işaretlediğin, talep sahibine sorulacak maddeler.
6. INVEST kontrolü: Bağımsız, Pazarlık edilebilir, Değerli, Kestirilebilir, Küçük, Test edilebilir — her biri için "tamam" ya da "sorun: ...".

Belirsiz talep:
"""
[BELİRSİZ TALEBİ BURAYA YAPIŞTIR]
"""

Çıktı

Kariyer çentiği

Belirsizliği kod yazılmadan önce yakalayıp yazıya döken kişi, sprint sonundaki "bu değildi" tartışmasını baştan bitirir; ekip onu işi netleştiren kişi olarak hatırlar.

Sınır

AI yalnızca verdiğin metni işler, talep sahibinin kafasındaki niyeti okuyamaz; "EKSIK" çıkan maddeleri insana doğrulatmadan hikayeyi kesinleşmiş sayma ve talebe müşteri adı, gerçek veri gibi hassas bilgi yapıştırma.

Örnek — bu prompt ne üretir?

Örnek girdi

Konu: sipariş ekranı hk.

Selam, şu sipariş ekranını bir toparlayın artık. Ekip sürekli "kullanışsız" diyor, müşteri temsilcileri de şikayet ediyor. Filtreleme düzgün çalışmıyor galiba, bir de arama çok yavaş. Mobilde de bozuk görünüyormuş bazı kişilerde. Bir an önce halledin lütfen, gelecek hafta üst yönetime demo var. Eline sağlık.

Çıktı

1. Başlık

Sipariş listeleme ekranında filtreleme, arama hızı ve mobil görünüm sorunlarının giderilmesi.

2. Kullanıcı hikayesi

Müşteri temsilcisi olarak sipariş ekranında siparişleri hızlıca filtreleyip arayabilmek istiyorum, çünkü [EKSIK: temsilciler hangi işi yaparken tıkanıyor? "Kullanışsız" derken günlük akışta durdukları somut adım ne?].

3. Kabul kriterleri

1. Filtreleme

Koşul: Kullanıcı sipariş listesi ekranında.
Eylem: [EKSIK: hangi alana göre filtre — tarih, durum, müşteri?] filtresini seçer.
Sonuç: Liste yalnızca ölçüte uyan siparişleri gösterir. [EKSIK: "düzgün çalışmıyor" derken şu an ne oluyor — hiç filtrelemiyor mu, yanlış mı filtreliyor?]

2. Arama hızı

Koşul: Ekranda [EKSIK: kaç kayıt yüklü? "yavaş" olmayan hedef süre kaç sn?] sipariş var.
Eylem: Kullanıcı arama kutusuna bir terim yazar.
Sonuç: Sonuçlar [EKSIK: hedef süre, ör. 1 sn] içinde görüntülenir.

3. Mobil görünüm

Koşul: Kullanıcı ekrana [EKSIK: hangi cihaz/tarayıcı? "bozuk" görünen tam olarak hangi öğe?] üzerinden erişir.
Eylem: Sipariş ekranını açar.
Sonuç: Sütunlar ve butonlar taşma olmadan görünür ve tıklanabilir.

4. Sonuç bulunamadı (uç durum)

Koşul: Arama ölçütüne uyan sipariş yok.
Eylem: Kullanıcı aramayı çalıştırır.
Sonuç: Boş liste yerine "sonuç bulunamadı" bilgisi gösterilir.

4. Kapsam dışı

Sipariş oluşturma / düzenleme akışı (talep yalnızca listeleme-arama-filtre gibi görünüyor; doğrula).
Yeni rapor veya dışa aktarma özellikleri.
Ekranın yeniden tasarımı (talepte "bozuk görünüm" var ama redesign istenmedi).

5. Açık sorular (talep sahibine)

Temsilcilerin tıkandığı somut adım nedir?
Filtre hangi alanlara göre olmalı ve şu an tam olarak ne oluyor?
"Yavaş" için kabul edilen üst sınır kaç saniye, kaç kayıtta?
Mobilde bozulan öğe ve cihaz/tarayıcı hangisi?
Demo için üç sorundan (filtre, hız, mobil) öncelik hangisi?

6. INVEST kontrolü

Bağımsız: sorun: Üç ayrı sorunu tek hikayede topluyor; ayrı hikayelere bölünmeli.
Pazarlık edilebilir: tamam.
Değerli: tamam — temsilcilerin günlük işini etkiliyor (neden netleşmeli).
Kestirilebilir: sorun: Ölçülebilir hedef ve "çalışmıyor/bozuk" tanımı olmadan tahmin verilemez.
Küçük: sorun: Mevcut haliyle tek sprinte sığmayabilir; bölününce küçülür.
Test edilebilir: sorun: Hız ve filtre için sayısal eşik yok; EKSIK maddeleri kapanmadan test yazılamaz.

ÜRETİM: TEM 2026 · CLAUDE Bu kayıt eşlenmiş örnek girdi ve çıktı içerir. Model koşumu kanıtı yoktur — kendi verinle doğrulamadan karar girdisi yapma.

Kendi verinle çalıştır

Verini aşağıya yapıştır; prompt seninkiyle birleşip çalıştırmaya hazır tek bloğa dönüşsün. Sonra tek dokunuşla Claude ya da ChatGPT'de aç.

Senin verin

Hazır prompt — verini bekliyor

Sen deneyimli bir ürün sahibi ve iş analistisin. Aşağıya yapıştıracağım belirsiz özellik talebini, geliştirme ekibinin doğrudan alabileceği, test edilebilir bir kullanıcı hikayesine (user story) çevireceksin.

Kurallar:
- Yalnızca verdiğim metne dayan. Eksik bilgiyi tahmin etme, uydurma, kendin doldurma.
- Talepte olmayan her kritik bilgi için ilgili yere "EKSIK: [talep sahibine sorulması gereken net soru]" yaz.
- Teknik çözümü sen tasarlama. Talebi "ne" ve "neden" seviyesinde tut; "nasıl"ı ekibe bırak.
- Kabul kriterlerini Koşul / Eylem / Sonuç sırasıyla yaz (önkoşul, yapılan işlem, beklenen ölçülebilir sonuç).
- Mutlu senaryonun yanında en az bir hata veya uç durum kriteri ekle.
- Türkçe yaz; kısa, ölçülebilir, tek anlama gelen cümleler kur.

Şu formatta ver:
1. Başlık: tek cümlede özellik.
2. Kullanıcı hikayesi: "[Rol] olarak [ne] istiyorum, çünkü [neden]."
3. Kabul kriterleri: numaralı liste; her madde ayrı ayrı Koşul / Eylem / Sonuç.
4. Kapsam dışı: bu hikayeye dahil olmayan ama karışması muhtemel işler.
5. Açık sorular: yukarıda "EKSIK" olarak işaretlediğin, talep sahibine sorulacak maddeler.
6. INVEST kontrolü: Bağımsız, Pazarlık edilebilir, Değerli, Kestirilebilir, Küçük, Test edilebilir — her biri için "tamam" ya da "sorun: ...".

Belirsiz talep:
"""
[BELİRSİZ TALEBİ BURAYA YAPIŞTIR]
"""

Yapıştırdığın veri tarayıcından çıkmaz — WhiteYaka'ya gönderilmez. Prompt panoya kopyalanır; açılan sohbete Ctrl/⌘ + V ile yapıştırırsın.

i Bu föy örnek girdi ve çıktı içerir; yapısal doğrulama ve ölçütlü prompt koşumu henüz kaydedilmedi.

← Tüm bölümler Sıradaki föy: Doğal dille anlat, çalışan SQL sorgusunu al →

Bülten kaydı kapalı.

Bu sayfa e-posta adresi toplamaz ve liste kaydı başlatmaz. 160 hamlenin tamamı giriş yapmadan açık.