Gönderiler

Asenkron sprint planlaması: gerçekten işe yarıyor mu?

Sprint planlaması, tüm ekibin ne inşa ettiklerini ve nedenini aynı şekilde anlayarak ayrılması gereken birkaç Scrum seremonisinden biridir. Bu durum, tamamen asenkron hale getirilmesini zorlaştırır. Ancak iki saatlik bir planlama toplantısında yaşananların büyük çoğunluğu, aslında herkesin aynı anda aynı odada (ya da görüşmede) olmasını gerektirmez. Asenkron planlamayı iyi yapan ekipler, konuşmayı atlamamaktadır. Sadece okuma ve düşünme kısımlarını toplantı dışına taşıyarak, canlı zamanı gerçek kararlar için kullanmaktadır.

Tamamen senkron planlamanın sorunu

Tipik bir sprint planlama toplantısı, iki haftalık bir sprint için 1-2 saat sürer. Pratikte bu sürenin büyük bir kısmı, gerçek zamanlı tartışmadan fayda sağlamayan etkinliklere harcanır:

• Önceden gözden geçirilebilecek biletleri okumak
• Ürün sahibinin yazılı olarak yanıtlayabileceği sorular sormak
• Bir sonraki maddeye geçmeden önce en yavaş okuyucuyu beklemek
• Backlog'da zaten mevcut olan ancak kimsenin bakmadığı bağlamı yeniden açıklamak

Farklı zaman dilimlerindeki dağıtık ekiplerde sorun daha da büyür. Birisi toplantıya her zaman elverişsiz bir saatte katılmak zorunda kalır. Gece 10'da yorgun bir ekip arkadaşı, kapasite tartışmalarına en iyi düşüncesini katmıyordur.

Asenkron olarak gerçekten işe yarayan şeyler

Planlamanın bazı bölümleri, hiçbir şeyi kaybetmeden asenkron ortama taşınır:

Backlog gözden geçirme ve bağlam oluşturma

Ürün sahibi, planlamadan 1-2 gün önce sprint adayı maddeleri ve önerilen sprint hedefini paylaşır. Ekip üyeleri kendi uygun zamanlarında gözden geçirir, yorum olarak sorularını bırakır ve belirsiz olan her şeyi işaretler. Toplantıya geldiğinizde herkes çalışmayı zaten okuyup sindirmiş olur.

Tahminleme

En iyi asenkron ortama taşınan parça budur. Kollabe'nin planning poker gibi araçlar, ekip üyelerinin kıdemli bir geliştiricinin sayısını önce duyarak oluşan çapa önyargısı olmadan hikayeleri bağımsız olarak tahminlemesine olanak tanır. Her kişi hikayeyi inceler, tahminini belirler ve devam eder. Oylar birbirinden ayrıştığında anlaşmazlıklar doğal olarak ortaya çıkar; bu belirli maddeler senkron tartışma için işaretlenebilir. Canlı bir görüşme olmadan tahminleme yapmaya daha ayrıntılı bakmak için asenkron planning poker rehberimize göz atın.

Kapasite ve müsaitlik

Tatiller, eğitim günleri, nöbet rotasyonları. Bu bilgiler paylaşılan bir belgede veya Slack thread'inde yer alabilir. "Perşembe ve Cuma dışarıdayım" demek için toplantıya gerek yok.

Hazır Tanımı kontrolleri

Her backlog maddesinin ekibinizin Hazır Tanımı'nı karşılayıp karşılamadığı basit bir evet/hayır kontrolüdür. Ekip üyeleri maddeleri kriterlere göre asenkron olarak gözden geçirebilir ve ürün sahibinin senkron oturumdan önce gidermesi için boşlukları işaretleyebilir.

Hâlâ canlı görüşme gerektiren şeyler

Tamamen asenkron gitmek, ekiplerin genellikle sorun yaşadığı yerdir. Planlamanın bazı bölümleri, yalnızca gerçek zamanlı bir konuşmanın sağlayabileceği karşılıklı konuşma hızına ihtiyaç duyar.

Sprint hedefi müzakeresi

Sprint hedefi, ekibin bu döngüde neyi optimize ettiğine dair bir taahhüttür. Öncelikler çakıştığında veya hedef açık olmadığında, bu tartışmanın canlı gerçekleşmesi gerekir. Rekabet eden öncelikler hakkındaki asenkron thread'ler, çözüme kavuşmadan günlerce sürüklenir. Bir şeyi asenkron olarak gerçekten çözemediğinizde, bazen ilerlemenin en hızlı yolu en basit olandır. Ekiplerin, başka bir toplantı planlamak yerine düşük riskli kararlarda çıkmazı kırmak için yazı tura attığı bilinmektedir. Kulağa saçma gelebilir, ancak pano tasarımını mı yoksa API temizliğini mi önceliklendireceğinize dair üç günlük Slack thread'inden iyidir.

Kapsam taahhüdü

Asenkron tahminleme ve gözden geçirmenin ardından ekibin tüm resme birlikte bakması gerekir: sprint hedefi, seçilen maddeler, kapasite. "Bunu gerçekten yapabilir miyiz?" sorusu, birinin "bu çok fazla" diyebildiği ve ekibin gerçek zamanlı müzakere edebildiği bir grup ortamında en iyi yanıtlanır.

Yüksek belirsizlikli maddeler

Bir hikayenin gereksinimleri belirsizse veya gerçek bir teknik risk varsa, asenkron yorumlar yeterli olmaz. Bu maddeler, insanların seçenekleri gerçek zamanlı olarak tartışabildiği beyaz tahta çalışması ya da en azından odaklı bir konuşma gerektirir.

Hibrit model

Hazırlık çalışmasını asenkron yapın. Canlı oturumu uyum ve kararlar için saklayın. Bu pratikte şöyle görünür: Bu modeli kullanan ekipler, senkron planlama sürelerini düzenli olarak iki saatten 30-60 dakikaya indiriyor. Toplantı, okuma ve tartışma maratonu yerine bir karar alma oturumuna dönüşüyor.

Tamamen senkron kalmak ne zaman doğru?

Asenkron planlama her ekip için uygun değildir. Şu durumlarda tam toplantıyı sürdürün:

• Ekibiniz yeni. Ortak bağlam oluşturmamış kişilerin beklentileri kalibre etmek ve güven inşa etmek için daha fazla yüz yüze zamana ihtiyacı vardır.
• Scrum'ı yeni benimsiyorsunuz. Alışkanlıklar oturana kadar tam seremoninin yapısı yardımcı olur.
• Çalışma çoğunlukla keşif niteliğinde. Sprint maddelerinin çoğu araştırma ağırlıklıysa, zaten tahmin etmekten çok tartışarak zaman harcarsınız.
• Backlog'unuz dağınık. Asenkron planlama, maddelerin hazır gelmesini varsayar. Gelmiyorsa, senkron zamanınızı yarım bırakılmış biletleri ayıklamaya harcarsınız.

Asenkron tahminlemeyi işe yaratmak

Tahminlemeyi asenkrona taşıdığınızda birkaç şey yardımcı olur:

Uygulama	Neden önemli
Oylar için son tarih belirleyin	Belirlenmezse tahminleme süresiz devam eder
Göreceli boyutlandırma kullanın	Fibonacci veya t-shirt bedenleri, saat tabanlı tahminlerden daha iyi asenkron çalışır
Her hikayeyle bağlam paylaşın	Kabul kriterleri, tasarımlar ve bağımlılıklar bağlantılanmak yerine eklenmelidir
Ayrışan oyları otomatik işaretleyin	Kollabe gibi araçlar, tahminler büyük ölçüde farklılaştığında ne hakkında senkron konuşacağınızı bilmeniz için vurgular
Turları kısa tutun	Bir seferde 30 hikaye sıralamayın. 5-8'lik gruplar halinde işleyin

Bir hikayenin tahminlemeden önce ne kadar karmaşık olduğundan emin değilseniz, Tahmin Karmaşıklığı Analizörü bir şeyin grup tartışması gerektirip gerektirmediğine yoksa bağımsız olarak tahminlenip tahminlenemeyeceğine karar vermenize yardımcı olabilir.

Gerçekçi bir takvim

İki haftalık sprint yürüten bir ekip için asenkron öncelikli planlamanın görünümü: Çarşamba (sprint başlangıcından 2 gün önce):

• Ürün sahibi aday maddeleri ve sprint hedefi taslağını paylaşır
• Ekip asenkron gözden geçirme ve tahminlemeye başlar

Perşembe (1 gün önce):

• Tahminleme son tarihi
• Ekip tartışma gerektiren maddeleri işaretler
• Ürün sahibi açık soruları yanıtlar

Cuma (sprint başlangıcı):

• 30-60 dakikalık senkron oturum: hedefi onaylayın, işaretleri çözün, kapsama taahhüt edin
• Sprint başlar

Kişi başı toplam zaman yatırımı: iki saatin altında, tek bir geleneksel planlama toplantısıyla kabaca aynı. Fark, üç güne yayılması ve büyük çoğunluğunun her kişi için uygun olduğunda gerçekleşmesidir.

Küçük başlayın

Asenkron sprint planlaması, senkron zamanınızı daha odaklı hale getirmenin bir yolu olarak gördüğünüzde işe yarar; konuşmanın tamamen yerini almaz. Önce tahminlemeyi ve backlog gözden geçirmeyi asenkrona taşıyın. Hedef belirlemeyi ve taahhüdü senkron tutun. Teoride verimli görünenden değil, ekibinizin gerçekte neye ihtiyaç duyduğunu oradan görün.