Scrum'ların Scrum'ının Amacı

Scrum of Scrum, ekipteki çeviklikten bütün bir şirketin çevikliğine doğru ilerlerken Scrum'ın ilk mantıksal uzantısıdır. Ölçeklendirme için çok önemli bir ön koşul, doğru ekip kompozisyonudur. Aşağıdaki sorular yanıtlanmalıdır: 

• Ekipte kim hangi pozisyonda çalışıyor?
• Kim kiminle çalışıyor?
• Birlikte özellikle iyi uyum sağlayan kimler var?
• Kimin hangi rolü var?

Rol netliğinin çok önemli bir rol oynadığını gördük. Bu arada: Bir ekipte inovasyon yaratmak için hangi kaldıraçları kullanabileceğinizi öğrenmek istiyorsanız, şu makaleye göz atın Video an. Ekiplerin de gelişmek için her zaman yeterli zamana ve alana ihtiyacı vardır. Buradan ayrıca Tuckman'ın Ekip geliştirme için aşama modeli Birbirimizi tanımak için: 

1. Şekillendirme (giriş ve keşif aşaması),
2. Fırtına (anlaşmazlık ve tartışma aşaması)
3. Normlama (Düzenleme ve Sözleşme Aşaması)
4. Performans (çalışma ve performans aşaması).

Kaynak: Ekip gelişimi için Tuckman'ın aşama modeli

Amaç, tamamen müşteri ihtiyaç ve isteklerine odaklanan daha küçük, çevik ve özerk ekipleri koordine etmektir. Müşteri odaklılık konusu şu şekilde olabilir Burada daha detaylı bakmayı da sever. Bu nedenle, her zaman şu adrese gitmelisiniz Müşteri Yolculuğu müşterinizin. Sadece müşteriniz olun ve bakış açınızı değiştirmeye başlayın. Uygulamada, ne yazık ki, müşteriler hala sıklıkla işbirliği yapılan şirketin süreçlerine uyum sağlamak zorunda kalmaktadır. Özellikle kamu kurumlarında, ama aynı zamanda bazı büyük şirketlerde veya kurumlarda. Ancak Scrum'ın amacı bu değildir. 

 

"Büyüme", "ölçeklendirme" ile aynı şey değildir.

Dominic Price yazıyor "Bu beş yanılgıyı öğrenmek sizi daha yenilikçi yapacaktır" daha yenilikçi olmak için kurtulmanız gereken 5 yanılgı hakkında.

1. "Büyüme", "ölçeklendirme" ile aynı şey değildir.
2. "Dönüşüm", "evrim" ile aynı şey değildir
3. "Rahatsız edici" ile "rahatsız" aynı şey değildir. 
4. "Katılım süresi", "inisiyatif" ile aynı şey değildir. 
5. "Çıktılar", "Sonuçlar "a eşit değildir.

Özetle, bu şu anlama gelir: verimlilik iyidir, etkinlik daha iyidir. Her zaman etkinliğe dikkat edin.

Deneyimlerimize dayanarak şunu söyleyebiliriz: Aynı sorun üzerinde ne kadar çok kişi çalışırsa, çözüme ulaşmak o kadar zorlaşır. Özellikle de bunlar çapraz fonksiyonlu, otonom ekip üyeleriyse. Ancak, giderek büyüyen ekipler için çözüm ölçeklendirmedir. Ölçeklendirme Scrum Kılavuzu bu alanda desteğe ihtiyaç duyan ekipler ve şirketler için bir temel sağlar. Ancak Scrum'ı bireysel ekiplerin ötesine ölçeklendirmek farklı bir yaklaşım gerektirir. Scrum'ların Scrum'ı tekniği (SoS teknolojisi).

 

Kaynak: RFC Profesyonelleri

 

Scrum of Scrums'ın yapısı ve süreci

Scrum of Scrums ekip yapısı

İletişim, çevik dünyada her şeyin başı ve sonudur ve başarının anahtarıdır. Ekip büyüdükçe iletişim kanalları hızla zarar görebilir. Bilgi yanlış ulaşır ya da hiç ulaşmaz. Er ya da geç bu durum ekibe olan güveni de etkiler, yakınlık eksikliği oluşur ve ortak bir hedefe ulaşmak daha zor hale gelir.

Amaç, ekibi tüm engelleri ortadan kaldıracak şekilde geliştirmektir (Scrum Master) ve Akış çalışır. Teorik olarak, "mükemmel bir ekip", en uygun performansla Hackman ve Vidmar tarafından yapılan araştırma 4,6 kişi. Çok küçük ekipler bir sorunu çözmek için yeterli olmayabilir. Buna karşılık, çok büyük ekiplerde, kişisel ilişkiler ve müşterinin hareket kabiliyeti ve çıkarları ile ilgili çeviklik zarar görür.

Bazı durumlarda, ekibin bölünmesini gerektirir. Ancak dikkat edin, burada göz önünde bulundurmanız gereken bazı hususlar var. Halihazırda kurulu bir sisteme müdahale ediyorsunuz. Ekipler arasındaki yetkinlikler dengeli bir şekilde dağıtılmalı, işleyen arayüzler yeniden tanımlanmalı ve görevler yeniden dağıtılmalı veya yeniden tanımlanmalıdır. Beklenmeyen bağımlılıklar ve yeni ortaya çıkan darboğazlar süreci bir bütün olarak geciktirebilir. Burada da açık bir şekilde iletişim kurmak ve ekibe zaman ve alan tanımak önemlidir. Sabır ve doğru yerlerde ayarlama yapmak da çok önemlidir.

Scrum-of-Scrums tekniği, birden fazla ekip oluşturulduğunda koordinasyon gerektirir. Aşağıdaki diyagram bir olasılığı göstermektedir:

Kaynak: Atlassian

 

Scrum of Scrums'taki diğer roller

Baş Ürün Sahibi: Baş Ürün Sahibi, ürünün genel vizyonundan sorumludur. Ürün birikimine öncelik verir ve müşterinin arayüzü ve sözcüsüdür.

Scrum of Scrums Master: Scrum of Scrums'ın daha verimli olmasına sürekli olarak katkıda bulunur. Diğer ekipler tarafından görülebilen ilerleme ve engellere odaklanır, ekibi görevlerini yerine getirmeleri için güçlendirir ve destekler. Ayrıca şunları da yapacaktır Hizmetkâr Lider aradı.

 

Scrum'ların Scrum'ı Toplantısı

Ekip üyeleri Scrum ekibi adına Scrum of Scrums toplantısına katılması için bir kişi atar. Odak noktasının projenin neresinde olduğuna bağlı olarak, ekip her zaman farklı bir temsilci atayabilir. Kural olarak, konuya en yakın olan kişi atanır. Eğer odak noktası kullanıcı deneyimi ise, bu konuya aşina olan bir temsilci gönderilmelidir. Odak noktası test ise, temsilci test alanından gelmelidir. Bazı durumlarda, SOS ekibi çok küçükse, toplantıya ekip başına iki temsilcinin katılması tavsiye edilebilir. Genellikle Scrum Master, ekip tarafından belirlenen kişiye eşlik edecektir. Scrum of Scrums toplantılarının çalışmaları daha üst düzeydeki bir toplantıda koordine edilirse, buna Scrum of Scrums toplantısı denir.

Sıklık ve zaman çizelgesi Scrum of Scrum Toplantıları'ndan

Scrum of Scrum toplantısının sıklığını ekip belirler. Basitlik adına, her gün gerçekleşen ve genellikle en fazla 15 dakika süren Scrum of Scrum kurallarına bağlı kalıyoruz..

Ancak ekiplerin büyüklüğüne ve sayısına bağlı olarak, bunlar genellikle çok sık gerçekleşmeyen daha uzun toplantılardır. Örneğin, haftada 2 ila 3 kez. Günlük toplantıdan farklı olarak Scrum of Scrums toplantısında ortaya çıkan sorunlar mümkünse doğrudan çözülür ya da en azından ele alınır. Bu toplantıda ortaya çıkan sorunlar çok önemli sorunlardır ve 100'den fazla kişiyi hızla etkileyebilir.

Bir toplantı için gündem

Kaynak: Unsplash

Bir Scrum of Scrums toplantısı için iyi bir gündem Günlük Scrum'lar çok benzerdir. Scrum of Scrums toplantısı pratikte her gün gerçekleşmediğinden ve toplantıda her kişi tüm ekibini temsil ettiğinden sorular biraz daha farklı bir şekilde cevaplanmaktadır:

• Birbirimizi son gördüğümüzden bu yana ekibiniz neler başardı?
• Ekibiniz bir sonraki toplantıya kadar ne yapmış olacak?
• Ekibin işini zorlaştıran engeller var mı?
• Takımınızın yaptığı herhangi bir şey başka bir takımın yoluna çıkabilir mi?

Buradaki son soru daha çok süreç ve diğer ekipler üzerindeki olası etkilerle ilgilidir. Bu soruyu ele almak çok faydalı olabilir. Sorunsuz bir işbirliği yaratmak için çeşitli senaryoları önceden dikkate alır. Bu, silo düşüncesinin neredeyse yıkıldığı yerdir. Son sorunun cevabı özellikle önemlidir, çünkü bulguların temsilciler tarafından kendi ekiplerine aktarılması zorunludur.

Toplantı, soruları yanıtlamanın yanı sıra, daha önce ortaya çıkmış olan konuların, sorunların veya zorlukların tartışılması ve ele alınması için de zaman ve alan sağlar. Toplantıda ilerleme belgelenir ve ortak bir anlayış oluşturulur. Çözümler ve eylemler takip edilebilmeleri için kaydedilir.

Toplantıda olgusal ve tarafsız bir düzeyde kalabilmek için tartışmalarda hiçbir isim zikredilmemektedir. Konuların uzunluğu da konuların öneminden açıkça ayrılır. Amaç, meta düzeyden objektif bir bakış açısı yaratmak, ancak yine de bakış açılarını değiştirmektir.

Sonuç

Dolayısıyla Scrum of Scrums, halihazırda Scrum ile çalışıyorsanız ve kurumsal çevikliğe doğru ilerlemek istiyorsanız ölçeklendirmek için iyi bir yoldur. Scrum Master Performans Değerlendirmesi hakkında daha fazla bilgi edinmek isterseniz, lütfen şu adrese de bir göz atın bu makale bir.