Scrum of Scrums: Birden Çok Takım Aynı Ürün Üzerinde Nasıl Eşgüdüm Sağlar?
Scrum of Scrums, aynı ürün üzerinde çalışan birkaç Scrum takımının, her takımdan gelen temsilciler aracılığıyla bağımlılıkları ve engelleri birlikte çözmesini sağlayan koordinasyon tekniğidir.
Bir bakışta
- Scrum of Scrums, takımlar arası koordinasyon için bir tekniktir. Her takım bir temsilci gönderir; temsilciler takımları ilgilendiren bağımlılıkları ve engelleri birlikte ele alır.
- Scrum Rehberi'nde ayrı bir olay olarak tanımlı değildir. Rehber yalnızca büyük takımın bölünmesini söyler.
- Toplantının konusu durum raporu değil, takımlar arası engeldir. Tamamlananlar, sıradaki adımlar ve engeller kısaca paylaşılır; asıl zaman çapraz bağımlılığa ayrılır.
- Ölçek büyüdükçe kurumsal çerçeveler devreye girer. Nexus, LeSS ve SAFe gibi çerçeveler benzer koordinasyon sorusuna daha kapsamlı rol ve olaylarla yanıt verir.
Scrum of Scrums nedir?
Scrum of Scrums, Scrum'ı birden çok takıma yaymak için kullanılan bir tekniktir. Kişi sayısı arttığında ürün üzerindeki çalışma, her biri kendi içinde bütün olan birkaç Scrum takımına bölünür. Takımlar arasındaki eşgüdümü sağlamak için her takımdan bir temsilci seçilir ve temsilciler düzenli aralıklarla bir araya gelir.
Adı "Scrumların Scrum'ı" olarak da çevrilir çünkü toplantı, günlük Scrum'ın bir üst katmandaki karşılığı gibi çalışır. Katılımcılar, takımlarının adına bilgi taşır ve takımlarına yeni bilgiyle döner.
Nasıl işler, kim katılır?
Temsilci, takımın kendi günlük Scrum'ında seçilir. Bazı ekiplerde bu kişi teknik bir geliştirici, bazılarında Scrum Master ya da takım yöneticisi olur; ihtiyaç hangisini gerektiriyorsa o seçilir. Rolün sabit olması şart değildir; konuya göre farklı kişiler gönderilebilir.
Toplantı, günlük Scrum'a benzer biçimde yürür. Her temsilci takımının tamamladıklarını, sıradaki adımlarını ve karşılaştığı engelleri paylaşır. Asıl odak, takımlar arası koordinasyon gerektiren engellerdir: • Bir takımın çıktısını bekleyen diğer takım var mı? • Takımların birbirine bağlandığı arayüzler ve sorumluluk sınırları net mi? • Birden çok takımı etkileyen bir sorun için ortak karar gerekiyor mu?
Toplantının kendi birikimi de olabilir; bu liste, takımlar arası koordinasyonu iyileştirmek için konuları takip eder.
Bilgi takımdan temsilciye, oradan diğer takımlara akar
Koordinasyon katmanları
- Scrum takımlarıKendi günlük Scrum'larında engelleri ve bağımlılıkları görür.
- TemsilcilerTakımlar arası etkisi olan konuları ortak toplantıya taşır.
- Ortak çözümArayüz, sorumluluk ve öncelik kararları alınır ve takımlara geri döner.
Scrum Rehberi'nde yeri nedir?
Scrum Rehberi Scrum of Scrums'ı bir olay ya da rol olarak anmaz. Rehber, bir Scrum Takımı çok büyürse bütünlüklü birden çok Scrum Takımına bölünmesini ister ve bu takımların aynı Ürün Hedefini, aynı Ürün Birikimini ve aynı Product Owner'ı paylaşmasını söyler.
Bu nedenle Scrum of Scrums, Rehber'in gerektirdiği bir yapı değil, ekiplerin ek bir koordinasyon ihtiyacı doğduğunda başvurabildiği bir uygulamadır. Takımlar aynı birikimi paylaştığı için en önemli koordinasyon aracı zaten ortak sıralanmış Ürün Birikimidir; Scrum of Scrums bunun yetmediği noktaları tamamlar.
Örnek: mobil, web ve altyapı takımları
Bir ürünün mobil uygulama, web arayüzü ve altyapı işleri ayrı Scrum takımlarına dağılmış olsun. Mobil takım yeni bir ödeme ekranı geliştirirken altyapı takımının sunacağı bir arayüze ihtiyaç duyuyor, ama altyapı takımı bunu bu Sprint'te planlamamış.
Takımlar yalnız kendi günlük Scrum'larında kalsaydı bağımlılık Sprint sonunda fark edilirdi. Temsilcilerin toplantısında konu ilk günlerde ortaya çıkar. Altyapı takımı arayüzün öncelik sırasını Product Owner ile görüşür, mobil takım arayüzün sözleşmesini önceden netleştirip geçici bir çözümle ilerler. Örnek kurgusaldır.
Sık yapılan hatalar
En yaygın hata, toplantıyı yönetime sunulan bir durum raporuna çevirmektir. Temsilciler yalnız ilerlemeyi anlatırsa kimse engel çözmez ve toplantı bilgi aktarımına indirgenir. Ölçüt basittir: toplantıdan çıkınca bir bağımlılık ya da engel çözüldü mü?
İkinci hata, temsilcinin takıma bilgi geri taşımamasıdır. Kararlar temsilcide kalırsa takım içinde gizli bir bilgi kopukluğu oluşur. Üçüncü hata, toplantı sıklığını ve katılımcıları sabitlemektir; sık bağımlılık olan dönemde sık, sakin dönemde seyrek toplanmak daha verimli olabilir.
Scrum of Scrums Mindset programlarında nerede geçer?
Konu, Hibrit Proje Yöneticiliği Sertifika Programı'nda hibrit çerçeveler ile ekip yapısı ve liderlik, IT Proje Yönetimi Sertifika Programı'nda ise IT projeleri için Agile ve Scrum uygulamaları modüllerinde ele alınır. Birden çok takımı yöneten proje yöneticileri ve Scrum Master'lar için ilgili soru, koordinasyonu hangi katmanda ve hangi sıklıkla kuracaklarıdır.
İlgili Mindset programı
Hibrit Proje Yöneticiliği Sertifika Programı
Sık sorulan sorular
Scrum of Scrums ne zaman gerekli olur?
Aynı ürün üzerinde birden çok Scrum takımı çalışıyor ve takımlar arası bağımlılıklar sık sorun çıkarıyorsa gerekir. Tek takımlı bir üründe ya da takımların neredeyse hiç birbirine bağlı olmadığı işlerde ek bir toplantı yük olur; önce ortak Ürün Birikiminin yeterli olup olmadığına bakılmalıdır.
Scrum of Scrums ile Nexus aynı şey midir?
Hayır. Scrum of Scrums hafif bir koordinasyon tekniğidir. Nexus ise Scrum'ı ölçeklemek için rol, olay ve çıktıları tanımlayan ayrı bir çerçevedir; örneğin takımlar arası entegrasyonu sorumlu bir takımla yönetir. Birincisi gerektiğinde kullanılan bir pratik, ikincisi bütüncül bir yapıdır.
Temsilciyi kim belirler, aynı kişi mi olmalı?
Takım kendi içinde belirler. Sabit olması zorunlu değildir; konu teknik arayüz ise geliştirici, öncelik ve kapasite ise Scrum Master gönderilebilir. Önemli olan, temsilcinin takımın durumunu bilmesi ve toplantıdaki kararı takıma geri taşımasıdır.
Toplantı ne kadar sürmeli, ne sıklıkla yapılmalı?
Sabit bir kural yoktur. Ekipler toplantıyı günlük Scrum gibi kısa tutar ve sıklığı bağımlılık yoğunluğuna göre ayarlar. Süre, yalnız ilerleme paylaşmaya kayıyorsa kısaltılmalı; çapraz engeller sürekli çözümsüz kalıyorsa sıklık artırılmalıdır.