Last updated on Aralık 19, 2023

Scrum’da, her bir sprint gününde ekip, ” Daily Scrum ” adı verilen günlük bir scrum toplantısı düzenler. Toplantılar genellikle her gün aynı yerde ve aynı saatte yapılmalıdır. İdeal olanı sabah yapmaktır. Böylece, o gün içinde çalışılacak konular belirlenmiş olur. Daily Scrum toplantıları sadece yapılacak işlerin kararlaştırılmasına odaklanmak için 15 dakikayı geçmeyecek şekilde yapılmalıdır.

Daily Scrum, kendi kendini yönetebilen bir ekibin (self managed) sprint sırasındaki iş akışını daha iyi yönetmesine yardımcı olması için önemlidir. Geliştiricilerin proje gidişatını birbirleriyle paylaşmasını, büyük resmi görmelerini sağlayacaktır. Sprint hedefine (Sprint Goal) ulaşmak için, hangi ögelerin üzerinde çalışmaya başlanılacağını, üzerinde ne kadar çalışılacağını ve çalışmanın ekip üyeleri arasında en iyi şekilde nasıl organize edileceğini anlamalarını sağlar.

Daily Scrum

Daily Scrum Katılımcıları Kimlerdir? 

Tüm Geliştiriciler (Developers) Daily Scrum’a katılması gerekir. Ayrıca Scrum Master da ekibe koçluk etmek ve karar almalarını kolaylaştırmak için katılabilir ama zorunlu değildir. Peki Product Owner katılmalı mı? Ürün sahipleri için de bir zorunluluk yok. Yani, Product Owner Daily Scrum’a katılmazsa/katılamazsa, toplantı yine de gerçekleşmeli ve devam etmelidir. Product Owner’ın esas odaklanması gereken konu ürün gereksinimleri, kapsamı ve önceliklendirilmesidir.

Scrum Guide 2020′ye göre SM ve PO eğer sprint içinde çıktı üretmek için bir geliştirici olarak görev almışsa, o zaman Daily Scrum’a katılması gerekir. Tabii SM ve/ya PO şapkasıyla değil developer şapkasıyla katılmalıdır.

– Diğer Daily Scrum katılımcıları; yöneticiler, paydaşlar (Stakeholders) ve/veya ekibin sprint hedefine nasıl ilerlediğini daha iyi anlamak isteyen herkese olabilir. Bu kişiler, aktif olarak değil ancak dinleyici olarak katılabileceklerini bilmelidir. –

Product Owner ve Scrum Master, günlük scrum toplantılarında asla aktif olamazlar diye kesin bir kural yok. Ancak aktif olarak katılma sağlayabilmek için  bir güncelleme sunmaları gerekir. Ama bu sonsuz bir konuşmaya dönüşmemelidir.

Örneğin Scrum Master;

• Kaldırılan bir engel için takımdan geri bildirim isteyebilir,
• Yaklaşan önemli bir toplantının hatırlatmasını yapabilir,
• Müşterilere yapılacak olan demo için Product Owner ile görüşülmesini hatırlatabilir.

Product Owner da bunlara benzer özellikle de Product Backlog listesi, müşteri  ve kullanıcılar ile ilgili konulardaki hatırlatmaları bu toplantılarda yapabilir.

Daily Scrum ‘da Neler Konuşulur?

Daily Scrum, durum raporu verme yeri değildir. Geliştiriciler, Scrum Master veya Product Owner’a projenin durumu ile ilgili bilgilendirme ihtiyacı duymamalıdır. Sadece kendi aralarında bilgi paylaşımı yapmalıdır. Ayrıca Daily Scrum sorun çözme toplantısı da değildir. Birikmiş sorunlar olabilir ama bunlar bu toplantı dışında yapılmak üzere ele alınmalıdır.

Eski Scrum Guide’larda daily sırasında 3 soruyu yanıtlamak gerektiği yazardı. Dün ne yaptım? Bugün ne yapacağım? Bir engelim var mı? Bu 3 soru 2020 Guide itibari ile kalktı. Nedeni de etkinliğini nasıl yapmak istediğimizi bizlere bırakmak istemesidir. Bir de bu 3 soruyu cevaplamak bir süre sonra sıkıcı ve verimsiz Daily’ler ortaya çıkarmaya başladı. Oysaki fayda alacağımız bu etkinliği en verimli şekilde geçirmemiz gerekir.

Scrum Guide 2020

Daily Scrum Güncellemeleri Nasıl Yapılır?

Daily Scrum’da 2 farklı yöntem ile güncellemeler yapılabilir. Bunlar;

• Kişi bazlı (Person by Person)
• Hikaye bazlı (Story by Story)

Her iki yöntem de doğru uygulandığında oldukça etkili ve verimli daily geçirmenize yardımcı olacaktır. Kendinize en uygun olanı tercih etmeli ve üstüne yenilikler katarak sürekli iyileştirmelisiniz.

Genellikle güncellemelerin hikaye bazlı yapılması tavsiye edilir.Çünkü kişi bazlı yapıldığında, konu her kişide değişecektir. Bu da tartışılan konuya odaklanmayı zorlaştıran bir durumdur. Bu yüzden de güncellemeleri, seçilen Product Backlog ögesi için yazılan kullanıcı hikayesine göre yapmak daha mantıklı olabilir.

Sprint backlog ve/ya board önünde yapılan daily daha verimli ve hızlı olacaktır. Görselleştirmenin gücünü kullanarak, ilerlemelerinizi daha kolay görüp daha kolay kararlar alabilirsiniz.

Amacımız işleri belirlediğmiz kalitede hızlı bitirmektir. Bu yüzden bitmeye en yakın işten başlamak bunu desekleyecek bir pratiktir olacaktır.

Konuşmaya başladığınız her iş için şunlara göre plan yapabilirsiniz;

• Bu işte kimler çalışacak,
• Bu iş için neler yapılması gerekiyor?
• Kimler destek verebilir?
• Yardıma ihtiyaç var mı?
• Bir engelimiz var mı?
• PO ve/ya müşteri ile konuşmaya ihtiyaç var mı?

Story bazında güncelleme yapıldığında kaçırılan veya yüzeysel kalabilecek konular böylece minimize edilmiş olunur.

Peki her Scrum ekibi günlük toplantılarında bu yöntemi mi kullanmalı? Tabi ki hayır. Her ekip kendi içindeki en iyi çalışma şeklini belirleyebilmeli. Eğer kişi bazlı yapılan Daily Scrum toplantısının daha etkili olduğu düşünülüyorsa, ekip o yöntemi uygulamalı.

Kişi bazlı Daily Scrum toplantısı yerine Hikaye bazlı olanı tercih etmek için gereken durumları söyle sıralayabiliriz;

• Kişi bazlı çalışma yöntemi işe yaramıyorsa – Yapılan çalışma ile istenilen sonuca ulaşılamıyor veya zorlanılıyorsa, yöntemi değiştirmek faydalı olacaktır.
• Ekip çok büyükse – Genellikle Scrum ekibini 3-9 kişi olarak oluşturmak daha efektif bir çalışma sağlayacaktır. Fakat ekip bu sınıra dayanmış veya aşmışsa, hikaye bazlı çalışmak verimli olacaktır.
• Ekip uzun zamandır kişi bazlı çalışıyorsa – Uzun süre boyunca aynı tarzda iş yapmak sıkıcı olabilir. Ekip için kişi bazlı çalışmak en doğru yol olsa bile 1 sprint için hikaye bazlı çalışmak sıkıcı çalışma ortamını biraz da olsa değiştirecektir. 😊

Peki Sorunlar Ne Zaman Çözülmeli?

Daily Scrum’ın sorunların çözüldüğü yer olmadığından bahsetmiştik. Fakat Scrum’ı gerçek hayata uyarlarken, Daily Scrum toplantılarında birden bire kendimizi sorunları çözmeye çalışırken bulabiliyoruz. Bu sıklıkla karşılaşılan bir durum. O yüzden hem alışkanlıklardan keskin bir şekilde vazgeçmeden hem de Scrum’ın belirlediği çizgileri aşmadan orta noktada buluşabilmek gerekiyor. Burada da Scrum Master’a biraz görev düşüyor.

Odak noktanın dağılmaması için uygulanan birkaç uyarlamadan bahsetmek istiyorum:

Onaltıncı Dakika – 16th Minute

Örneğin, günlük scrum toplantısında gelenekel kapsamın ötesine geçecek bir konu açıldı. Scrum Master burada devreye girmelidir ve şunu söyleyebilir:

“Bu konuşulması gereken önemli bir konu. Bunu Onaltıncı Dakika‘da konuşalım.”

Scrum Master bu cümle ile toplantı sırasındaki odak noktayı dağıtmayı engellemiş, ayrıca ek bilgilerin paylaşılması için ekip üyelerine ekstra zaman vermiş olup toplantının devam etmesini sağlar.

Peki “Onaltıncı Dakika” nedir? Daily Scrum toplantısı 15 dakika ile sınırlandırılmamış mıydı? gibi sorular geliyor tabi hemen 🙂

Onaltıncı Dakika, günlük scrum toplantısından hemen sonra anlamına gelmektedir. Gerçekte illa 16. dakikaya gelmek zorunda değildir.

Ekstra 15 Dakika

Bir diğer yöntem ise günlük scrum toplatılarını 30dk olarak yapmaktır. Bunun ilk 15 dakikasını güncellemelerin konuşulduğu Daily Scrum için, son 15 dakikasını da ortaya çıkan sorunları çözmek için değerlendirilebilir. Bu günlük toplantının blok 30 dakika şeklinde yapılması, tüm ekibin 15dk’lık Daily Scrum sonunda dağılmasını önleyecektir. Böylece tüm ekip ile birlikte sorunların çözümleri konuşulacaktır.

Parking Lot / After Party

Daha fazla tartışmaya gerek duyan konular Daily Scrum sırasında herkesin görebileceği bir tahtaya yazılmalıdır. Daily Scrum sonrası, bu tartışmalara katılmak isteyen herkes kalabilir ve ilgili olmayan kişiler toplatıdan ayrılabilir. Bu ek toplantılar “Parking Lot” veya “After Party” olarak adlandırılır.

Bitişi Süre ile Anons Etmek

Her Daily Scrum’ı, toplantının ne kadar sürdüğünü ilan ederek sonlandırmak, sorun çözme toplantısı ile arasında bir ayraç görevi görecektir. Herkes 3 soruyu yanıtladıktan hemen sonra, Scrum Master süreyi ilan edip daily scrum’ı bitirip, soru çözme moduna geçişi sağlamış olacaktır.

“Herkese teşekkürler. Bugünkü Daily Scrum toplantımız on iki dakika sürdü.”

Sorun çözme moduna geçince, Scrum Master gündeme getirilen sorunları hatırlatmalı ve sorunu çözmede ihtiyaç olan kişilerin konuyu tartışması ve çözmesi için ısrarlı olmalıdır.

Bu tarz bir uyarlamanın sağladığı 2 yarar vardır:

• Ekip üyeleri günlük scrumların uzun sürdüğü düşüncesine kapılabilir. Onlara aslında ne kadar kısa sürdüğü belirtilmiş olur.
• Daily ve sorun çözme toplantıları ayrıştığında katılımcılar hangi toplantıda olduğunu net bir şekilde kavrar. Dolayısı ile sorun çözme toplantılarında, tartışılan sorun ile ilgilsiz kişilerin katılması engellenmiş olur.

Etkili Daily Scrum İçin Öneriler

İlkim Dilara KADAKALOĞLU

Diğer Scrum Meetings Başlıkları:

• Daily Scrum Meeting
• Sprint Planning Meeting
• Sprint Retrospective
• Sprint Review Meeting