Planning Poker nasıl adım adım yürütülür

Planning Poker, kartlar faydalı bir sohbet başlattığında işe yarar—ekibin “doğru” sayıyı tahmin etmeye çalıştığında değil. İyi bir oturum, herkese aynı backlog bağlamını sunar, ortaya çıkarma anına kadar bağımsız yargıyı korur ve farklı tahminleri sprint öncesi varsayımları ortaya çıkarmak için kullanır.

Bu rehber, bir kolaylaştırıcı, bir Ürün Sahibi ya da backlog sahibi ve işi teslim etmeye yardımcı olacak kişiler için tekrarlanabilir bir gündem sunar.

Bu rehberde

• Kısa versiyon
• Backlog ve katılımcıları hazırlama
• Pratik 45 dakikalık gündemi kullanma
• Her maddeyi kalibre etme ve sunma
• Oy verme, açığa çıkarma ve tahmin dağılımını tartışma
• Tekrar oylama, parçalama veya ara verme
• Beş maddelik örneği inceleme
• Yaygın hatalardan kaçınma
• Kolaylaştırıcı kontrol listesini kullanma

Kısa versiyon

Her backlog maddesi için:

1. Kullanıcı sonucu, kapsam ve kabul koşullarını açıklayın.
2. Ekibin açıklayıcı sorular sormasına izin verin.
3. Her tahminciden kartını özel olarak seçmesini isteyin.
4. Tüm kartları birlikte açığa çıkarın.
5. Tahmin dağılımı önemliyse, en düşük ve en yüksek oyların gerekçesini dinleyin.
6. Maddede açıklık sağlayın, gerekirse parçalayın ve tekrar oylayın.
7. Ekip olarak üzerinde anlaşılan tahmini kaydedin ve sonra sıradaki maddeye geçin.

Planning Poker bir tahmin uygulamasıdır, zorunlu bir Scrum etkinliği değildir. Güncel Scrum Kılavuzu, boyutlandırma yöntemlerini ekibe bırakır ve işi yapanların Product Backlog maddelerini boyutlandırmaktan sorumlu olduğunu vurgular.

Oturumdan önce: Tartışılabilir işleri hazırlayın

Oy verme alanı, kimsenin anlayamadığı bir backlog maddesinin eksikliğini gidemez. Tüm backlog'u getirmek yerine, yakında ele alınacak küçük bir madde seti hazırlayın.

Her madde için, ekibin görebilmesini sağlayın:

• kullanıcı veya iş sonucu;
• dahil olanlar ve açıkça hariç tutulanlar;
• kabul koşulları ya da beklenen davranış örneği;
• bilinen bağımlılıklar, kısıtlamalar ve etkilenen sistemler;
• boyutu değiştirebilecek açık sorular;
• uygun olduğunda destekleyici tasarım veya teknik bağlama bağlantı.

Tahmin öncesi tüm belirsizlikleri ortadan kaldırmayın. Belirsizlik, tahminin ortaya çıkarması gereken bir parçadır. Ancak ekip, küçük bir uygulama detayını çözülmemiş bir ürün kararından ayırt edebilecek kadar bağlama ihtiyaç duyar.

Oy verme başlamadan önce bir ölçek seçin

Birçok ekip, 1, 2, 3, 5, 8, 13, 21 gibi Fibonacci benzeri bir dizi kullanır. Artan boşluklar, iş büyüdükçe veya daha az anlaşıldıkça güvenin genellikle azaldığını yansıtır. Agilo ayrıca diğer yerleşik ölçekleri ve özel kart setlerini de destekler.

Story point’leri göreceli, ekibe özgü büyüklükler olarak ele alın. Bir 5, ekibin kendi 2 veya 8’iyle karşılaştırmasını bildiği için faydalıdır; evrensel saat sayısı değildir ve takımlar arasında dönüşüm tablosu olarak kopyalanmamalıdır.

Doğru kişileri davet edin

İşi teslim etmesi beklenen kişiler oy vermelidir. Ürün Sahibi veya backlog sahibi niyeti, önceliği ve ödünleşmeleri açıklar. Bir kolaylaştırıcı süreci hareketli tutar, daha sessiz katılımcılara alan açar ve tartışmanın tercih edilen sayıya dair pazarlığa dönüşmesini engeller.

Agilo’da katılımcıların odaya katılıp oy verebilmeleri için hesapları olmalıdır. Odayı oturumdan önce oluşturun, tahminleme sistemini seçin, ilk maddeleri ekleyin veya içe aktarın ve daveti herkesin katılabilmesi için yeterli sürede paylaşın.

Mevcut Agilo arayüzü: sekiz kurgusal katılımcı oyunu verdi, tahminlerin tamamı açığa çıkarılana kadar gizli kalır.

Pratik bir 45 dakikalık gündem

Bunu başlangıç noktası olarak kullanın, ardından madde sayısına ve karmaşıklığına göre ayarlayın.

Beş iyi hazırlanmış madde, on beş acele oydan genellikle daha faydalıdır. Ekip oturum sırasında defalarca uzun ürün keşfine ihtiyaç duyuyorsa, bu maddeleri refinemente geri taşıyın ve Planning Poker'ı boyutlandırma konuşmasına hazır işe odaklayın.

Adım 1: Tanıdık bir referansla kalibrasyon yapın

Ekip tarafından hatırlanan yeni tamamlanmış bir maddeyle başlayın. Mükemmel bir puan üretmek için geçmişi yeniden yazmıyorsunuz. Odaya ortak bir karşılaştırma veriyorsunuz: “Bu maddede bir UI değişikliği, bir API değişikliği ve bilinen test kapsamı vardı; bizim için bu bir 3’ü temsil eder.”

Mümkünse aynı ekip ve ürün alanından referanslar kullanın. Mobil ekibin 5’i ile platform ekibin 5’i aynı anlama gelmek zorunda değildir.

Somut bir referans ölçeği için, bir maddeyi daha küçük veya büyük yapan kabul sınırlarını da içeren bu altı story point örneğini karşılaştırın.

Adım 2: Bir backlog maddesi sunun

Backlog sahibi, sonucu ve sınırları birkaç dakikada açıklar. Önerilen bir uygulamayı kesinleşmiş gibi anlatmaktan kaçının. Geliştiriciler daha basit bir yol ya da tahmini bütünü değiştiren bir bağımlılık görebilir.

Faydalı bir açılış şöyle olabilir:

Giriş yapmış kullanıcı, mevcut raporu CSV olarak dışa aktarabilir. Bu tur görünür tablo filtrelerini içerir, ancak planlanmış dışa aktarımlar ya da özel sütun eşleştirmeleri dahil değildir.

Sonra ekibin soru sormasına izin verin. Bir soru kapsamı değiştirirse, oylamadan önce maddeyi güncelleyin.

Adım 3: Gizli oy verin ve birlikte açığa çıkarın

Her tahminci, diğer seçimleri görmeden bir kart seçer. Gizli oylar ilk sayıya, en kıdemli kişiye ya da kolaylaştırıcının beklentisine bağlı kalmayı azaltır.

Tüm katılımcılar oy verdikten sonra açığa çıkarın. Agilo, oda ayarlarına bağlı olarak kartları manuel veya otomatik şekilde açığa çıkarabilir. Kolaylaştırıcı, ekip sorular veya oylama için nazik bir zaman sınırına ihtiyaç duyduğunda oda zamanlayıcısını da kullanabilir.

? seçenleri aceleye getirmeyin. Bu kart, maddede bağlam eksikliği, birinin uzmanlık alanı dışında olması veya görünür kılınması gereken bir varsayım bulunması gibi faydalı bir işarettir.

Adım 4: Her sayıyı değil dağılımı tartışın

Oylar bitişik değerler etrafında kümelenmişse, ekip sadece kısa bir onaylama yapabilir. Eğer dağılım genişse—örneğin 3, 3, 5, 8, 13—alçak ve yüksek tahminlerin gerekçesiyle başlayın.

Şu gibi sorular sorun:

• 13’te olan ama 3’te olmayan nedir?
• Başkalarının gözden kaçırdığı bir bağımlılık veya hata durumu var mı?
• Aynı kabul koşullarını mı tahmin ediyoruz?
• Biri henüz var olmayan yeniden kullanılabilir altyapıyı varsayıyor mu?
• Maddeyi parçalamak temel belirsizliği ortadan kaldırır mı?

Amaç ortak anlayıştır. Uzlaşı bunun ardından gelebilir, ancak temel fark çözülmeden herkesin aynı karta yönlendirilmesi egzersizi bozar.

Bir kişi 3, diğeri 13 oy verdiğinde: iyi haber—kartlar bozuk değil. Ekip tam da aradığı sohbeti buldu. 😅

Açığa çıkarma sonrası mevcut Agilo arayüzü: 3–8 dağılımı varsayımların karşılaştırılması için bir ipucudur. 5.3 ortalaması bağlam sağlar, otomatik nihai cevap değildir.

Adım 5: Açıkla, parçala veya tekrar oylama yap

Tartışma sonrası üç seçenekten birini seçin:

1. Tekrar oylama. Madde açık ve yeni bilgiler ekibin görüşünü değiştirdi.
2. Maddeyi parçala. Tahmin büyük çünkü birden fazla sonuç veya teknik adım birlikte gruplanmış.
3. Tahmini ertele. Önce bir ürün kararı, bağımlılık veya araştırma çözülmeli.

Agilo başka bir oy turunu destekler, ancak takım için nihai tahmini seçmez. Kolaylaştırıcı ve tahminciler, paylaşılan anlayışlarını yansıtan değeri hâlâ birlikte karar verirler.

Adım 6: Sonucu kaydedin ve devam edin

Takım, kullanacağı tahminde anlaştığında, bunu backlog maddesi ile kaydedin ve oturum hala ivmeyi korurken bir sonraki maddeyi seçin. Agilo Jira entegrasyonu kullanıyorsanız, Jira sorunlarını bağlamlarıyla birlikte içe aktarabilir ve senkronizasyon ayarlandığında seçilen tahmini geri gönderebilirsiniz.

Takip soruları için ayrı bir not tutun. Sadece listeyi bitirmek için çözülmemiş kapsamı bir sayının ardına saklamayın.

Çalışılmış örnek: beş backlog maddesi

Aşağıdaki değerler, kendi referans maddelerini kullanan kurgusal bir ürün ekibine aittir. Bunlar evrensel bir cevap anahtarı değil, gerekçelendirme örnekleridir.

Widget maddesini düşünün. Düşük oy verenler sadece masaüstü sürümde düzenleme değişikliği hayal etmişti. Yüksek oy verenler mobil jestler, kalıcı sıralama, klavye erişilebilirliği ve mevcut düzenlerin taşınması da dahil etti. Hiçbir ortalama bu uyuşmazlığı çözmezdi. Maddeyi bölmek kapsamı netleştirdi ve iki daha anlamlı tartışma sağladı.

Oturumu zayıflatan yaygın hatalar

Ortalamayı cevap olarak görmek

Bir ortalama, iki uyumsuz yorumu gizleyebilir. Önce dağılımı tartışın. Nihai tahmin, anlaşılan işi yansıtmalı, matematiksel kolaylığı değil.

En kıdemli kişinin oyunu yüksek sesle söylemesine izin vermek

Bir sayı söylendikten sonra, sonraki tahminler genellikle ona odaklanır. Oylama gizli kalmalı, açığa çıkarıldıktan sonra bağımsız oylamanın gerekçesi sorulmalıdır.

Sonuç netleşmeden uygulamayı tartışmak

Teknik tartışma değerlidir, ancak herkes maddenin neyi başarması gerektiğini anladıktan sonra yapılmalıdır. Aksi halde ekip farklı ürünleri tahmin ediyor olabilir.

Hazır olmayan bir madde için tahmin zorlamak

“Bugün rakama ihtiyacımız var” demek bir bağımlılığı kaldırmaz. Soruyu işaretleyin, sorumlu atayın ve eksik karar gelince dönün.

Bireyleri veya takımları hikâye puanlarıyla kıyaslamak

Puanlar yerel bir planlama aracıdır. Bunları performans hedefi haline getirmek, abartılı sayıların artmasına yol açar ve tahminleri daha az işe yarar kılar.

Kolaylaştırıcı kontrol listesi

Toplantı öncesi:

• 5–8 yakın dönem maddesi seçin;
• kabul bağlamı ve bağlantılar ekleyin;
• oda oluşturun ve kart setini seçin;
• maddeleri kim açıklayacak ve kim oy verecek onaylayın;
• tanıdık bir referans madde seçin.

Her turda:

• Oylar herkes hazır olana kadar gizli tutulsun;
• yayılım önemliyse düşük ve yüksek oy gerekçelerini dinleyin;
• varsayımlar değişince maddeyi güncelleyin;
• zorla anlaşma yerine yeniden oylayın, bölün veya duraklatın;
• seçilen tahmini ve takip sorumlusunu kaydedin.

Toplantı sonrası:

• Tahminlerin backlogda görünür olduğundan emin olun;
• duraklatılmış maddeleri sprint planlamasına gelmeden çözün;
• ölçeği ancak ekip bunu sürekli işe yaramaz bulursa tekrar değerlendirin.

Agilo'da iş akışını yürütün

Agilo Planning Poker backlog bağlamını, özel oylamayı, eşzamanlı açığa vurmayı, tekrar eden turları ve seçilen tahmini tek bir odada tutar. İşleri manuel ekleyebilir veya Jira sorunlarını içe aktarabilir, varsayılan ya da özel kart seti kullanabilir ve ekip anlaştıktan sonra doğrudan bir sonraki maddeye geçebilirsiniz.

Backlog maddeleriniz ve katılımcılar hazır olduğunda, Bir Planning Poker odası oluşturun.

Kaynaklar ve ileri okuma

• Agile Alliance: Planning Poker — temel özel oy, eşzamanlı açığa vurma, tartışma ve ek tur desenleri.
• Resmi Scrum Kılavuzu — Scrum ve Ürün Backlogu boyutlandırma sorumluluklarının güncel tanımı.