Kısa ve verimli ekip toplantılarının üç ortak noktası vardır: her madde için süre ayrılmış yazılı bir gündem, net bir bitiş ve birinin üzerinde harekete geçtiği bir çıktı. Gerçekçi sprint planlamasında bunlara bir şey daha eklenir: Ekip, umduğu kadarını değil, son sprintlerin gösterdiği ve gerçekten müsait olan kişilere göre ayarlanmış kapasite kadarını taahhüt eder.
Çoğu ekip uzun toplantılarla başlamaz, zamanla oraya sürüklenir: Standup bir durum raporuna dönüşür, altı kişi beklerken sorunlar halkanın ortasında çözülmeye çalışılır ve planlama, iyimser tahminin kazandığı bir pazarlığa dönüşür. Bu rehber, kimisuite.com'daki dört ücretsiz aracı kullanarak çözümleri dört adımda anlatıyor. Hiçbiri hesap gerektirmiyor.
1. Adım: Daveti göndermeden önce gündemi yazın
Meeting Agenda Generator altı şablon sunar: günlük standup, sprint retrospektifi, all-hands, 1:1, satış keşif görüşmesi ve proje başlangıç toplantısı. Bir başlık, toplantı süresi ve moderatörü girersiniz; sonucu kopyalayabilir veya markdown olarak indirebilirsiniz.
Standup şablonu şöyle görünür:
- Dün: başarılar ve engeller (5 dk)
- Bugün: öncelikler (5 dk)
- Engeller ve talepler (5 dk)
- Kimsenin bilmediği bir şey (bir dakikalık tur)
Retrospektif şablonu 42 dakika sürer: ortamı hazırlama (5), neler iyi gitti (10), neler iyi gitmedi (10), somut, sorumlusu belli ve süreye bağlı aksiyon maddeleri (15) ve 1'den 5'e hızlı bir enerji kontrolü (2).
Bilmeye değer bir ayrıntı: Bölüm süreleri her şablonda sabittir. Girdiğiniz süre başlıkta görünür, ancak bölümler buna göre yeniden ölçeklenmez. Retro süreniz 30 dakikaysa, daveti göndermeden önce bölümleri elle kısaltın. Asıl mesele de bu düzenlemedir: Neye daha az zaman ayrılacağına önceden siz karar verirsiniz.
2. Adım: Standup'ı 15 dakikada tutun
Scrum Rehberi (Kasım 2020 sürümü, scrumguides.org), Daily Scrum'ı "Geliştiriciler için 15 dakikalık bir etkinlik" olarak tanımlar ve bu etkinliğin "Sprint'in her iş gününde aynı saatte ve aynı yerde" yapıldığını belirtir. Amacı, Sprint Hedefi'ne doğru ilerlemeyi incelemek ve önümüzdeki çalışmanın planını uyarlamaktır.
Aynı rehber, Geliştiricilerin "istedikleri yapıyı ve teknikleri seçebileceğini" de söyler. Üç klasik soru bir kural değil, bir alışkanlıktır. "Dün ne yaptın?" sorusu ezber bir anlatıya dönüştüyse soruyu değiştirin.
Standup Question Generator burada işinize yarar. Dört soru bankasından birinden 1 ile 10 arasında rastgele soru seçer: buz kırıcı, retrospektif, derin ve eğlenceli. Haftada bir kez standup'ı bir buz kırıcı soruyla açın ya da retrospektife "En çok zamanı nerede kaybettin?" veya "Neyi yapmayı BIRAKMALIYIZ?" gibi retro soruları getirin.
3. Adım: Planlamadan önce story'leri tahmin edin
Story'lerin büyüklükleri önceden belirlendiğinde planlama daha hızlı ilerler. Story Point Estimator, planning poker'ın tek kişilik bir versiyonudur. Fibonacci (1, 2, 3, 5, 8, 13, 21, 40, 100) veya T-shirt bedenlerini (XS'ten XXL'ye, artı "?") seçer, story'yi yazar, bir kart seçer ve güven düzeyinizi düşük, orta veya yüksek olarak belirlersiniz. Tahminler, toplam puanı gösteren güncel bir listeye eklenir.
Asıl faydalı kısım, her kartın altındaki yönlendirmedir. 13 için "Büyük · taahhüt etmeden önce parçalayın", 21 için "Çok büyük · daha küçük story'lere bölün" yazar; "?" ise tahmin yapmadan önce daha fazla bilgiye ihtiyacınız olduğu anlamına gelir. Kendinizi 13 veya daha yükseğini seçerken buluyorsanız, o story sprint için hazır değildir.
Tek kişilik tahminler bir başlangıç noktasıdır. Ekip bunları yine de tartışır, çünkü tek bir kişi diğerlerinin bildiklerini gözden kaçırır.
4. Adım: Sprinti kendi velocity'nize göre öngörün
Scrum Rehberi velocity'den veya story point'lerden bahsetmez. Ancak Geliştiriciler "geçmiş performansları, yaklaşan kapasiteleri ve Definition of Done hakkında ne kadar çok bilgiye sahip olursa, Sprint öngörülerinde o kadar emin olacaklarını" belirtir. Bir ekibin sprint başına tamamladığı puan olan velocity, bunu ölçmenin yaygın yollarından biridir.
Sprint Velocity Calculator, son üç sprintinizi ve bir sonraki sprint için yüzde olarak kapasitenizi alır ve şunları verir:
- Üç sprintin ortalaması
- Bir trend: Son sprint bir öncekinden yüzde 10'dan fazla yüksekse yukarı, yüzde 10'dan fazla düşükse aşağı, aksi halde sabit
- Bir öngörü: ortalamanın kapasitenizle çarpımı
- Bu öngörüyle 50 puanı bitirmenin kaç sprint süreceği
Adım adım bir örnek
Beş kişilik bir ekip son üç sprintinde 24, 31 ve 27 puan tamamladı. Bir kişi bir sonraki sprintin tamamında tatilde, dolayısıyla kapasite yüzde 80.
- Ortalama: (24 + 31 + 27) / 3 = 27.3 puan
- Trend: 27, 31'den yüzde 10'dan fazla düşük olduğu için hesaplayıcı "Düşüş eğiliminde — engelleri inceleyin" gösterir
- Öngörü: 27.3 x 0.8 = 21.8 puan
- 50 puanı bitirmek için gereken sprint: 50 / 21.8 = 2.3, yukarı yuvarlanarak 3
Şimdi 3. adımdaki tahmin edilmiş story'leri alın: 8, 5, 5, 3 ve 2 puan, toplam 23. Bu, 21.8'lik öngörüden fazla. Dürüst plan 8 + 5 + 5 + 3 = 21 puandır; ekip erken bitirirse ilk olarak 2 puanlık story alınır.
Trend yalnızca son iki sprinti karşılaştırır, bu yüzden tek bir zorlu sprint "aşağı" sonucunu tetiklemeye yeter. Bunu bir sorun olarak yorumlamadan önce retrospektifte nelerin engel olduğunu sorun. Ve velocity'yi asla ekipler arasında karşılaştırmayın: Her ekibin puanları farklı bir anlama gelir.
KIMISUITE'in yeri
Araçlar tek başlarına da çalışır. Toplantıları ve sprint panosunu tek bir yerde toplamak istiyorsanız, iki KIMISUITE uygulaması yukarıdaki adımları kapsar.
Meeting Hub, misafirlerin bir bağlantıyla tarayıcıdan katıldığı video toplantılar düzenler. Bir toplantı planlarken gündemi açıklama alanına yapıştırabilirsiniz. Görüşme sırasında Araçlar menüsünde herkesin gördüğü ve 0:00'da kırmızıya dönen bir zamanlayıcı (1, 5, 10, 15, 30 dakika veya özel) bulunur. İki veya daha fazla seçenekli bir anket, retroda önce hangi aksiyonun alınacağına karar vermeye yardımcı olur. Toplantıdan sonra transkript her planda indirilebilir; Pro ve Enterprise planlarında ise bir AI özeti, aksiyon maddelerini kimin ve ne zamana kadar yapacağıyla birlikte ve alınan kararları listeler.
Task Hub sprintin kendisini barındırır. Engineering Sprint şablonu, yeni bir pano için listeler, etiketler ve örnek kartlar oluşturur. Grow ve üzeri planlarda sayı alanı gibi özel alanlar ekleyebilir ve bağımlılıklar tanımlayabilirsiniz; böylece bir kart neyi engellediğini veya neyin onu engellediğini gösterebilir. Business planında AI Task, tamamlanmış bir Meeting Hub toplantısının özetini ve transkriptini önerilen kartlara dönüştürebilir; kartlar oluşturulmadan önce bunları siz gözden geçirirsiniz. Bu yol hakkında daha fazlası için: Task Hub: from a voice note to a task board.
Her iki uygulama da aynı KIMISUITE çalışma alanında yer alır ve faturalandırma kullanıcı başına değil, çalışma alanı başına yapılır. Bunun bir ekip için ne anlama geldiğini öğrenmek için priced per workspace, not per user yazısına göz atın. Her uygulama 14 günlük deneme süresiyle gelir.
SSS
Standup'ımız sürekli 15 dakikayı aşıyorsa ne yapmalıyız?
Sorun çözmeyi standup'ın dışına taşıyın. Bir konu bir dakikadan fazla zaman gerektirdiğinde konuyu ve konuşması gereken iki kişiyi belirtin, ardından toplantının hemen sonrasında görüşmelerini sağlayın.
Üç standup sorusunu kullanmak zorunda mıyız?
Hayır. 2020 Scrum Rehberi, toplantı Sprint Hedefi'ne doğru ilerlemeyi incelediği ve planı uyarladığı sürece yapıyı seçme hakkını Geliştiricilere bırakır. Her hafta farklı bir soru sormak, turun bir rapora dönüşmesini önler.
Velocity hesaplamak için kaç sprinte ihtiyacım var?
Sprint Velocity Calculator son üç sprinti kullanır. Daha az sprint, dalgalı bir ortalama verir; çok eski sprintler ise o zamandan beri değişmiş olabilecek bir ekibi yansıtır.
Biri sprintin bir kısmında izinliyse hangi kapasiteyi girmeliyim?
Ekibin iş günlerinden gerçekten müsait olan payı tahmin edin. Beş kişilik bir ekipte bir kişinin tüm sprint boyunca izinli olması yüzde 80 demektir. On günlük bir sprintte bir kişinin üç gün izinli olması 50 kişi-günden 47'si, yani yaklaşık yüzde 94 demektir.
