20 ürün yöneticisi promptu: ödünleşimleri açıkça gösterir

01. Dağınık bir brifden PRD yaz ve açık soruları listele

Elinde bir Slack konuşması, bir görüşme notu ve bir son tarih var ama spesifikasyon yok.

Bu dağınık brifi bir ürün gereksinim dokümanına (PRD) dönüştür.

[brifi, konuşmayı, görüşme notlarını veya elindeki her şeyi yapıştır]

Bölümler şu sırayla olsun: sorun ve kimin yaşadığı, bunun elimizdeki kanıtı, ölçülebilir bir sonuçla hedef, kapsamda olanlar, kapsam dışında olanlar, numaralı adımlarla kullanıcı akışı, MUST veya SHOULD olarak işaretlenmiş gereksinimler ve diğer ekiplere bağımlılıklar.

Sadece brifin söylediklerini kullan. Brifin sessiz kaldığı yerde boşluğu doldurma, onun yerine [OPEN: soru] yaz.

Sonra en sonda tüm açık soruları, cevaplayabilecek kişiye göre (ben, tasarım, mühendislik, hukuk, bir müşteri) gruplayarak listele ve geliştirmeyi engelleyen üç soruyu en başa koy.

02. Bir özelliği kabul kriterleriyle kullanıcı hikayelerine böl

Refinement yarın ve özellik hâlâ tek bir büyük bilet.

Bu özelliği, bir ekibin tek tek geliştirip yayına alabileceği kullanıcı hikayelerine böl.

Özellik: [ne yaptığı]
Kullanıcılar: [kimin kullandığı ve ne yapmaya çalıştığı]
Kısıtlar: [platformlar, son tarihler, hâlihazırda yapılmış olanlar]

Her hikaye için:
1. Bir [kullanıcı] olarak, [eylem] istiyorum, böylece [sonuç].
2. Given / When / Then biçiminde kabul kriterleri, hikaye başına üç ila altı tane, her biri onu yazmamış biri tarafından test edilebilir olsun.
3. S, M veya L olarak bir boyut tahmini ve onu belirsiz kılan tek şey.

Hikayeleri, ilki küçük de olsa gerçek bir kullanıcının kullanabileceği bir şey yayına alacak şekilde sırala. Aslında iki hikaye olan hikayeleri ve ancak başka bir hikaye yayına çıktıktan sonra anlam kazananları işaretle.

03. PRD'nin atladığı uç durumları bul

Spesifikasyon bitmiş görünüyor ve mühendislik gelecek hafta başlıyor.

Bu PRD'yi, lansmandan sonra hata raporlarını alacak mühendis gibi oku.

[PRD'yi veya spesifikasyonu yapıştır]

Kapsamadığı uç durumları şu başlıklar altında listele: boş ve ilk kullanım durumları, hatalar ve zaman aşımları, izinler ve roller, sınırlar (çok uzun, çok fazla, sıfır, yinelenen), eşzamanlılık (iki kişinin aynı anda düzenlemesi, çift tıklamalar, yeniden denemeler), bu özellik var olmadan önceki veriler ve erişilebilirlik.

Her biri için: senaryoyu tek satırda, spesifikasyonun şu an ne olacağını ima ettiğini ve benim cevaplamam gereken soruyu yaz. İlk ayda gerçek bir kullanıcının karşılaşma olasılığına göre ilk beşi sırala. Gereksinim uydurma, sor.

Diğer 17 promptun kilidini ücretsiz aç

Bu paketin geri kalanını okumak için Whizi bültenine kaydol.

4. Bir backlog'u RICE ile puanla ve hesabı göster
5. Görüşme notlarını işlere, sorunlara ve alıntılara dönüştür
6. İnsanların ne istediğini değil, ne yaptığını soran bir keşif görüşmesi rehberi yaz
7. Destek biletlerini çözmeye değer ürün sorunlarına grupla
8. Mühendislerin üzerinden geliştirebileceği tek sayfalık bir spesifikasyon yaz
9. Bir başarı metriği ve onu dürüst tutan karşı metriği seç
10. Bir deney tasarla ve önce örneklem büyüklüğü sorularını cevapla
11. Her ekip için bir sahibi olan lansman kontrol listesi hazırla
12. Kullanıcıların gerçekten okuduğu sürüm notları yaz
13. Nelerin değiştiğiyle başlayan bir paydaş güncellemesi yaz
14. Neyi yapmadığını da söyleyen bir yol haritası anlatısı yaz
15. Bir özellik talebini gerekçesi ve sonraki adımla reddet
16. Lansman yayına çıkmadan önce bir pre-mortem yap
17. Bir rakibin ürün sayfasını iddia iddia incele
18. Uzun bir bilet listesinden tek bir sprint hedefi yaz
19. İstenen bir çözümü arkasındaki soruna çevir
20. İkinci bir modele ilkinin PRD'sini inceletsin