Daily Scrum Nasıl Yürütülür? Sprint Hedefine Odaklı Günlük Plan

Daily Scrum’ın amacı ve çerçevesi

Scrum Guide 2020’ye göre Daily Scrum’ın amacı, Sprint Hedefi’ne doğru ilerlemeyi denetlemek ve Sprint Backlog’u gerektiği gibi uyarlamaktır. Toplantı Scrum Takımı’nın Geliştiricileri içindir ve sabit bir zaman kutusuna sahiptir. Süre esnemez: sprint ister kısa ister uzun olsun, Daily Scrum aynı sürede biter.

Bu çerçevenin arkasındaki mantık denetleme ve uyarlamadır. Ekip her gün, hedefe yaklaşıp yaklaşmadığına bakar ve gelecek işi buna göre ayarlar. Toplantı kimseye rapor vermek için yapılmaz; ekibin kendi planını güncellediği bir çalışma anıdır.

Daily Scrum’ı sprint planlamasından ve retrospektiften ayıran şey, sıklığı ve odağıdır. Planlama sprintin başında bir kez yapılır, retrospektif sonunda bir kez; Daily Scrum ise her çalışma gününde, hedefe doğru ilerlemeyi yeniden denetler.

Kim katılır, kim ne yapar?

Resmî katılımcılar yalnız Geliştiricilerdir. Ürün Sahibi ya da Scrum Master Sprint Backlog’daki işler üzerinde aktif çalışıyorsa, onlar da Geliştirici olarak katılır; aksi halde toplantıya katılmaları gerekmez. Bu, toplantıyı yönetim sunumundan ayırır: izleyici yoktur, katılımcı vardır.

Scrum Master’ın görevi, Scrum etkinliklerinin gerçekleşmesini, olumlu ve verimli geçmesini ve zaman kutusunda kalmasını sağlamaktır. Pratikte bu, toplantıyı kendisi yönetmek anlamına gelmez. Geliştiricileri toplantıyı yönetmeye alıştırır, süre aşılırsa nazikçe hatırlatır ve toplantı dışına taşması gereken konuşmaları uygun bir zamana yönlendirir.

Önemli olan, ekibin kendi planını rahatça yapabilmesidir; yönetici dinliyorsa insanlar plan yerine rapor vermeye başlar. Bu sapmayı en çok gözlemlemesi gereken kişi Scrum Master’dır.

Nasıl yürütülür: yapı, zaman ve yer

Scrum Guide toplantının karmaşıklığı azaltmak için sprintin her çalışma gününde aynı saatte ve aynı yerde yapılmasını önerir. Sabit düzen, toplantı davetlerini ve ‘nerede buluşacağız’ sorusunu ortadan kaldırır.

Yapı konusunda ise esneklik verir: Geliştiriciler istedikleri yapıyı ve teknikleri seçebilir, yeter ki toplantı ertesi iş günü için uygulanabilir bir plan üretsin ve odak Sprint Hedefi’ne doğru ilerlemede kalsın. Eski kılavuzlardaki sabit soru listesi artık zorunlu bir kalıp değildir; ekip kendi biçimini kurar.

Ekiplerin kullandığı tekniklerden biri, panoyu sprint hedefine en yakın işten başlayarak gezmektir: hedefe en çok katkı veren iş hangisi, neyin önünde engel var, bugün kim kiminle çalışacak? Bir diğeri hedefi toplantının en başında yüksek sesle okuyup her kişiden hedefe nasıl katkı vereceğini sormaktır. Bu teknikler, sırayla herkesin ne yaptığını anlattığı klasik tur yerine plana ve hedefe odaklanır.

Toplantı bittiğinde ekipte şunlar net olmalı: bugünün iş planı ve karşılaşılan engeller. Engellerin ayrıntısı toplantı sonrasında, ilgili kişilerin kendi aralarında çözülür.

Sprint hedefine odak ve plan uyarlama

Daily Scrum’ın değeri, Sprint Hedefi’ni her gün yeniden gündeme getirmesinden gelir. Hedef sprint boyunca arka planda kalırsa ekip tek tek maddelerin peşine düşer ve toplantı görev listesinin okunmasına döner. Hedef önde olursa şu sorular doğal olarak gelir: bu iş hedefe katkı veriyor mu, hedefe ulaşmak için bugün neyi değiştirmeliyiz?

Scrum Guide’a göre Geliştiriciler planlarını yalnız Daily Scrum’da değil, gün içinde de uyarlayabilir. Toplantı sonrası küçük gruplar halinde bir araya gelip kalan işi yeniden planlamak olağandır ve beklenir. Daily Scrum’ın kendisi yalnız ortak bir senkronizasyon noktasıdır.

İlerleme hedefe uygun değilse Sprint Backlog’u uyarlamak Geliştiricilerin sorumluluğundadır. Gerekli görürlerse Ürün Sahibi ile kapsamı yeniden görüşebilirler, ancak bu görüşme Daily Scrum’ın içinde değil, hemen ardından yapılır. Bu ayrım toplantıyı kısa tutar ve karar süreçlerini ayrı bir zemine taşır.

Sprint Hedefi bulanıksa Daily Scrum da bulanıklaşır. Ekip her gün hedefin ne olduğunu tartışıyorsa sorun toplantıda değil, sprint planlamadadır: hedef, sprintin sonunda ‘başardık’ ya da ‘başaramadık’ denebilecek kadar net yazılmalıdır. Hedef net değilse Daily Scrum’da değil, Ürün Sahibi ile birlikte yapılacak bir görüşmede netleştirin ve Sprint Backlog’u buna göre uyarlayın.

Sık yapılan hatalar

• Durum raporuna dönüştürmek: Yönetici için yapılan bir ilerleme anlatımı ekibin planını güncellemez. Odağı Sprint Hedefi’ne ve ertesi güne çevirin.
• Ayrıntıya girmek: Teknik tartışmalar süreyi yer. Gerekiyorsa ilgili kişiler toplantı sonrasında kendi aralarında konuşur.
• Süreyi aşmak: Zaman kutusu esnek değildir. Sürekli aşılıyorsa konu sayısını ya da toplantıdaki kişi sayısını sorgulayın.
• Her gün aynı saat ve yeri korumamak: Değişen düzen katılımı düşürür ve toplantıyı kaçırılan bir etkinlik haline getirir.
• Kalıp soru listesine bağlanmak: Yapı Geliştiricilere aittir; kalıp bir soru listesi çıktıyı değil, süreci temel alır.
• Scrum Master’ın toplantıyı yönetmesi: Rolü gerçekleşmesini ve süre sınırını sağlamaktır. Yönetme alışkanlığı ekibin sahiplenmesini azaltır.

Araç desteği: panoyu toplantının merkezine koymak

Daily Scrum çoğu ekipte bir pano önünde yürür. Jira gibi bir araç kullanılıyorsa, sprintin işlerini gösteren etkin sprint görünümü toplantının ortak ekranıdır. Böylece konuşma panodaki gerçek duruma dayanır, hafızaya değil.

Pano ekranı toplantıyı disipline eder ama otomatik olarak iyi toplantı üretmez. Pano güncel değilse insanlar durumu kelimelerle düzeltmeye başlar ve toplantı uzar. Kurala dönüştürün: iş durumu değiştiğinde pano hemen güncellenir, böylece Daily Scrum başında herkes aynı ekranı görür.

Sprint planlama ve retrospektif gibi diğer Scrum etkinlikleriyle ilişkisini görmek için sprint seremonilerine genel bakış yapan yazıdan faydalanabilirsiniz; Daily Scrum onların arasında günlük ritmi taşıyan halkadır.

Bu beceriyi Mindset programlarında nerede çalışırsınız?

Jira ile Proje Yönetimi Eğitimi’nin Issue Takibi, Backlog Yönetimi ve Sprint Planlama modülü, günlük toplantının dayanağı olan sprint panosunu ve iş akışını çalıştırır. IT Proje Yönetimi Sertifika Programı’ndaki IT Projeleri için Agile ve Scrum Uygulamaları modülü ise Scrum etkinliklerini yazılım ekibi bağlamında ele alır.