Kavramın hikâyesi
Önce iş karşılığını gör, gerektiğinde bağlamı aç.
İlk taramaİşte karşılaşacağın sinyaller
Gerilim ve çözüm · Bölüm 01
Hangi problemi çözer?
Refinement; büyük veya muğlak işi bölmeye, beklenen sonucu netleştirmeye, bağımlılıkları görmeye ve order kararını güncellemeye yardım eder.
Tam bağlamı açGerekçe, sınırlar ve kalan ayrıntı
Her item'ı aynı şablona zorlamak yerine o domain ve yakın karar için gerekli açıklığı hedefler. Belirsizliği tamamen yok etmez; görünür ve yönetilebilir hâle getirir.
Gerçek hayat · Bölüm 02
Gerçek iş senaryosu
SCN-006'da “ödeme modülündeki Technical Debt'i temizle” adlı bir Backlog item'ı var. Ekip önce hangi development artifact'ının sorunlu olduğunu, bugün hangi değişiklikleri yavaşlattığını, ertelemenin olası maliyetini, beklenen iyileşmeyi ve scope dışını konuşuyor.
Tam bağlamı açGerekçe, sınırlar ve kalan ayrıntı
Gerekirse item'ı daha küçük parçalara ayırıyor ve Acceptance Criteria'yı netleştiriyor. Toplantı sonunda otomatik olarak Sprint'e alma sözü vermiyor; Backlog order kararı için daha iyi kanıt üretiyor.
Duyacağın bağlam · Bölüm 03
Ekipte bunu nasıl duyabilirsin?
Temsili ekip konuşması: “Bu debt item'ı solution adıyla yazılmış. Önce hangi değişiklikte bizi yavaşlattığını, beklenen sonucu ve scope dışını netleştirip gerekirse iki item'a bölelim.”
Beklenti seviyesi · Bölüm 04
Junior hangi seviyede bilmeli?
- Tanı: Refinement, Product Backlog item, Acceptance Criteria, size ve order konuşmalarını ayırt edebilmelisin.
- Açıkla: Refinement'ın neden ongoing activity olduğunu ve neden yalnız meeting veya estimation olmadığını anlatabilmelisin.
- Uygula: Muğlak bir item için kullanıcı/iş sonucu, scope, belirsizlik, bağımlılık, risk ve doğrulama soruları sorabilmelisin.
- Şimdilik bilmesi gerekmeyen: Organizasyon çapında refinement policy'si, estimation sistemi veya Product Owner coaching modeli tasarlamak.
İhtiyacın kökeni · Bölüm 05
Neden ortaya çıktı?
Ekip etkisi · Bölüm 06
Şirketler neden kullanır?
Scrum ekipleri Sprint Planning'de yakın item'ları daha iyi anlayabilmek ve Product Backlog transparency'sini artırmak için refinement yapabilir.
Tam bağlamı açGerekçe, sınırlar ve kalan ayrıntı
Bazı ekipler ayrı çalışma oturumu planlar, bazıları konuşmaları Sprint içindeki başka anlara dağıtır. Scrum.org bu activity'yi prescribed event saymaz; sıklık, katılım ve format self-managing team'in ihtiyacına göre değişir.
Karar alanı · Bölüm 07
Trade-off ve bağlam
Yetersiz Refinement, Sprint Planning'i belirsizlik çözme oturumuna çevirebilir; çok erken ve aşırı ayrıntı ise öğrenme geldikçe boşa gider.
Tam bağlamı açGerekçe, sınırlar ve kalan ayrıntı
Her item için aynı süre, kişi listesi veya doküman derinliği doğru değildir. Yakın zamanda seçilme olasılığı, risk ve belirsizlik uygun derinliği etkiler. Refinement kararın kendisi değil, daha iyi karar için hazırlıktır.
Yanılgı radarı · Bölüm 08
Yaygın yanlış anlamalar
- “Refinement Scrum'ın zorunlu haftalık event'idir.” Yanlış; ongoing activity'dir ve prescribed formal event değildir.
- “Refinement yalnız story point vermektir.” Yanlış; description, order ve size yanında shared understanding ve item breakdown da ele alınabilir.
- “Product Owner item'ı anlatır, Developers dinler.” Eksik; sizing'i işi yapacak Developers üstlenir ve refinement ortak anlayış gerektirir.
- “Refine edilen item kesin bir sonraki Sprint'e girer.” Yanlış; seçim Sprint Planning'de goal ve mevcut bağlamla yapılır.
- “Bütün Backlog'u ayrıntılı refine etmek gerekir.” Yanlış; değişen bilgi uzak item'lar için erken ayrıntıyı değersizleştirebilir.
Gerilim ve çözüm1. bölüm