Planning Poker kuralları: ekipçe anlaşmak için bir rehber
Kim tahmin yapar, kartlar ne zaman açılır ve hangi soruları bir sayı çözemez? Ekip içi konuşmalarla açıklanan pratik kurallar.
Planning Poker’ın temel kuralları aynı iş kapsamını değerlendirmek, kartları bağımsız seçmek, birlikte açmak ve sonucu kaydetmeden önce farklı tahminlerin nedenlerini konuşmaktır. Kimlerin oy vereceğini ve bir sayı istemek yerine ne zaman durup soru sormak gerektiğini önceden kararlaştırın.
“Bu iki puanlık, değil mi?” Tek cümle bir sonraki oylamayı etkileyebilir. Sekiz düşünen biri, kartını göstermeden önce kendini görüşünü savunmak zorunda hissedebilir. Birkaç ortak kural, herkese önce kendi başına düşünme alanı açar.
Bağımsız seçim ve birlikte açma, Agile Alliance’ın açıkladığı uygulamanın parçasıdır. Aşağıdaki istisna çözümleri ekibinize uyarlayabileceğiniz önerilerdir. Hazırlık ve toplantı akışı için adım adım Planning Poker rehberini kullanın.
Bu rehberde
Oylar farklı gereksinimleri gizlediğinde
Kurgusal bir ekip şu işi değerlendiriyor: “Yönetici, çalışma alanına gönderilmiş ve henüz kabul edilmemiş bir daveti iptal edebilsin.” Kartlar 2, 2, 5 ve ?.
2seçen biri: “Mevcut daveti geçersiz yapıyoruz, hepsi bu.”
5seçen kişi: “Peki biri tam o anda daveti kabul ederse?”
?seçen kişi: “Zaten katılmışsa üyeyi de çıkarmamız mı gerekiyor?”
En sık seçilen sayıyı almak bu soruları yanıtsız bırakır. Kolaylaştırıcı, Product Owner’dan kullanılmamış daveti geri çekmekle mevcut üyeyi çıkarmayı ayırmasını ister. Üyeyi çıkarma ayrı bir gereksinim olur. Davetin aynı anda kabul ve iptal edilmesi durumunda ne olacağı ise hâlâ kararlaştırılmalıdır.
Tur, bir soru ve onu netleştirecek sorumlu kişiyle biter. Karar kaydedilince ekip netleşen işi yeniden değerlendirebilir. Henüz kesin bir sayı gerekmez.
Oylama, işin nasıl anlaşıldığını karşılaştırır; ürünün davranışına karar vermez. Bu sayılar konuşmayı örnekler, davet özellikleri için evrensel bir büyüklük ölçüsü değildir.
Oylamadan önce belirlenecek kurallar
| Kural | Uygulamadaki anlamı |
|---|---|
| Ortak bir kapsamı değerlendirin | Beklenen davranışı ve sınırları görünür kılın. Eski oylar eski kapsamı anlatır. |
| Tek bir birim ve deste kullanın | Hikâye puanı ya da başka birim seçin. Aynı turda saat ile göreli büyüklüğü karıştırmayın. |
| İşi yapacak kişiler tahmin versin | Tamamlamak için gereken bilgiyi dahil edin; unvan veya kıdem bir oya fazladan ağırlık katmaz. |
| Bağımsız seçin, birlikte açın | Hedef sayı söylemeyin ve biri seçerken kartları açmayın. |
| Kartların arkasındaki varsayımları konuşun | Düşük, yüksek tahminleri ve diğer kaygıları dinleyin. Azınlık unutulan işi fark etmiş olabilir. |
| Sayısal olmayan işaretleri ayırın | Soru, tahmini atlama ve mola isteği sayısal tahmin değildir. |
| Nasıl bitireceğinizi veya duracağınızı belirleyin | Ekibin kullanabileceği bir tahmini ya da önce yanıtlanması gereken soruyu kaydedin. |
| Yeni bilgi geldiğinde yeniden değerlendirin | Yeni kapsam bunu gerektirebilir; raporda istenen toplam işi değiştirmez. |
Referans olarak tamamlanmış işleri kullanın. Hikâye puanı örnekleri sınırları açıklamaya, Fibonacci rehberi ise ölçek ve desteleri anlamaya yardımcı olur. Bu kurallar belirli bir deste veya sabit saat dönüşümü gerektirmez.
Kim tahmin yapar, oturumu kim yönetir
Scrum Guide’ın Product Backlog bölümüne göre büyüklüğü belirleme sorumluluğu işi yapacak Developers’a aittir. Bunlar kullanılabilir bir Increment oluşturan kişilerdir; katkıları yalnızca kod yazmakla sınırlı değildir. Scrum, Planning Poker’ı veya bu yöntemin istisna kurallarını zorunlu tutmaz.
Testlerden sorumlu biri “Yönetici işlem sırasında yetkisini kaybederse ne olur?” diye sorabilir. Bu, işin tamamına ait tahmine dahildir. Ön yüz ve arka uç puanlarına eklenecek ayrı bir QA tahminine dönüşmemelidir.
Product Owner sonucu açıklar ve kapsama neyin dahil olduğunu netleştirmeye yardımcı olur. Kolaylaştırıcı kimsenin beklenen sayıyı dayatmamasını sağlar. Bu rollerin hiçbiri ek oy hakkı vermez. Biri uygulamaya da katkı sağlıyorsa hangi rolde tahmin verdiğini açıklayın. Mountain Goat Software bu ayrımı anlatır.
Kartları açmadan önce bu işi kimlerin değerlendirdiğini belirleyin. Bir gözlemci, katılımcı listesini tamamlamak için sayı seçmek zorunda değildir.
Bir tur planlandığı gibi gitmediğinde
Biri soru işareti seçer veya tahmini atlar
“Eski davetlerin geçerli kalması gerekip gerekmediğini bilmediğim için ? seçtim.” Artık somut bir soru var. Kartı sessizce sonuçtan çıkarmak yerine eksik bağlamı bulun.
?: tahmin vermeden önce bir yanıta ihtiyacım var.- Atlamak: bu iş için tahmin vermiyorum.
0, destede varsa: anlamı ekipçe belirlenmiş sayısal bir seçim.
Atlamak sıfır veya sessiz onay demek değildir. Temel bir bilginin eksik olduğunu gösteriyorsa bunu kaydedin. Mola kartı ayrı bir duraklama isteğidir.
Gerekli bir kişi yoktur
“Veritabanı uzmanımızın bağlantısı koptu. Devam edebilir miyiz?” Ekip bu işi anlıyorsa evet. O kişinin yanıtı çözümü değiştirebilecekse soruyu kaydedin ve tahmini erteleyin. Yokluk, onay değildir.
Kartlar açılmadan bir sayı söylenir
“Bu kesin iki.” Durup kapsama geri dönün. Herkes seçimini bağımsız olarak yeniden düşünsün; kartlar açıldıysa yeni tur başlatın. Yeniden başlamak duyulan sayıyı unutturmaz, bu yüzden farklı tahminleri özellikle davet edin.
Oylamadan sonra gereksinim değişir
“Bu arada geçen ay gönderilen davetler de geri çekilmeli.” Bu yeni bilgidir. Yeniden tahmin istemeden önce kabul ölçütlerini güncelleyin. Önceki sonuç önceki kapsam içindi.
Oylar farklı kalır veya biri daha düşük sayı ister
Yine beşler ve sekizler mi? “Başkalarının atlamış olabileceği hangi işi dahil ettiniz?” diye sorun. Kapsam aynıysa referansları karşılaştırın. Gereksinimler farklıysa önce onları netleştirin.
Kurgusal katılımcılar ve İngilizce arayüz içeren mevcut Agilo ekran görüntüsü. 5,3 ortalama farkın nedenini açıklamaz. Revote yeni tur açmayı sağlar; önce açıklama veya başka bir adım gerekip gerekmediğine ekip karar verir.
“Bu hafta bitmeli, üç yazabilir misiniz?” Kapsam ve öncelikler hakkında konuşuyorsunuz. Neyin çıkarılabileceğini veya değiştirilebileceğini ele alın. Daha küçük kart tek başına işi azaltmaz.
Agile Alliance zorla uzlaşmaya karşı uyarır. Herkes kişisel olarak aynı kartı tercih etmese de ekip kullanılacak bir tahminde anlaşabilir. Kaygıları dinleyin ve sayı yanıtsız bir gereksinimi gizleyecekse durun. Ne ortalama ne de en kıdemli kişinin seçimi o soruyu çözer.
Kopyalanabilir ekip anlaşması
Metni ekip notlarına ekleyip köşeli parantezleri doldurun. İlk oydan önce okunabilecek kadar kısa tutun. Bunlar araç tarafından otomatik uygulanan ayarlar değil, ekip anlaşmalarıdır.
Deste ve birim: [seçin]. Referanslar: [bağlantı].
Bu işi değerlendirenler: [kişiler/beceriler].
Kolaylaştırıcı: [ad]. Ürün soruları: [sorumlu].
Kapsamı netleştirir, bağımsız seçer, birlikte açarız.
Kartlar açılmadan hedef sayı söylemeyiz.
Farkların nedenlerini ve kalan kaygıları dinleriz.
? yanıt ister; atlamak sıfır veya onay değildir.
Tartışma sınırı: [süre veya durma koşulu].
Yeni kapsam, güncel gereksinimler ve yeni tahmin demektir.
Tahmini verenler bu değeri kullanmayı kabul ettiğinde sayıyı kaydederiz.
Bağlam ya da temel bilgi eksikse: soru → sorumlu → sonraki adım.
İstenen toplam için değil, yeni bilgi için yeniden tahmin veririz.
Tartışma sınırı sonraki adımı seçmeye yardımcı olur; oybirliğini zorlamak için son tarih değildir. Katılımı engelliyor veya belirsizliği saklıyorsa anlaşmayı değiştirin.
Anlaşmayı Agilo’da kullanın
Kuralları ekip notlarında tutun, oylamayı Agilo Planning Poker ile yapın. Kararlaştırdığınız desteyi seçin, kartları açılana kadar gizli tutun ve kapsam değiştiğinde yeni tur başlatın. Yerleşik sistemlerde soru işareti, mola kartı ve tahmini atlama seçeneği vardır; nasıl yanıt verileceğini ekip belirler.
Katılımcılar, kapsam ve kurallar netleşince bir Planning Poker odası oluşturun. Toplantının tamamı için kolaylaştırma rehberine dönün.
Kaynaklar
- Agile Alliance: Planning Poker — uygulama ve zorunlu uzlaşmanın riski.
- Resmî Scrum Guide — büyüklük sorumluluğu; Planning Poker zorunlu değildir.
- Mountain Goat Software: Planning Poker — katılım ve sayısal olmayan kartlar.
