Scrum Kılavuzu | 16. Scrum'ı Ölçeklendirme

Yayınlanan: 2022-05-16

Scrum Takımı en fazla on kişiden oluşmalıdır. Ancak, daha büyük bir uzman grubunun bir proje üzerinde çalışması gerektiğinde ne yapmalı? Ya da kuruluş çevik bir yönetim biçimini takip etmeye karar verirse? Bu sorunu çözmek için Scrum geliştiricileri [e-posta korumalı] Tüm ekipleri Scrum ilkelerine göre organize etmek için ölçeksiz bir mimaridir.

Ölçeklendirme Scrum – içindekiler tablosu:

giriiş
[e-posta korumalı]
Scrum'ların Scrum'ı
Daha fazla ölçeklendirme ve [e-posta korumalı] sorunlar
Özet

giriiş

Bir organizasyon büyüdükçe, yeni tür sorunlar ortaya çıkar. Örneğin, karmaşık iç yapı, zor karar verme veya yön belirleme nedeniyle çalışan etkinliğinde bir düşüş. Küçük proje ekibi düzeyinde çevik çalışan şirketler genellikle ölçek büyütmeye çalışır.

Birçok işletme Scrum'ı ölçeklendirmeden başarılı olur. Birçok Scrum Takımı aynı anda çalışıyor olsa bile, gruplar bağımsız çalıştığı için koordinasyona ihtiyaç duymazlar. Ancak bu, çok takımlı bir Scrum olduğu anlamına gelmez. Ölçeklendirme ihtiyacı, yalnızca organizasyonun çoğu tek bir ürün üzerinde çalıştığında ve birden çok Scrum Takımını etkin bir şekilde senkronize edebildiği zaman ortaya çıkar.

Çevik yönetim yöntemlerini geniş ölçekte benimseyen çoğu kuruluş, SAFE modelini veya Ölçekli Çevik Çerçeveyi seçer. Ancak bugün GÜVENLİ'ye odaklanmayacağız, ancak 2021'deki 15. Çevik Durum raporuna göre, çevikliği tercih eden işletmeler arasında ikinci en iyi seçim olduğu için [e-posta korumalı] adlı farklı bir modeli tartışacağız.

[e-posta korumalı]

1996'da Scrum'ın yaratıcıları Jeff Sutherland ve Ken Schwaber büyük bir proje üzerinde çalışıyorlardı. Bunu yaparken, Scrum'da çalışan daha küçük ekipleri senkronize tutmakta zorlanıyorlardı. Sonunda [e-posta korumalı] olarak adlandırdıkları, ölçeklendirmenin bir yolunu buldular.

Resmi Scrum Kılavuzuna benzer şekilde [e-posta korumalı] Kılavuz , bu şekilde ölçeklendirme çalışmasını şu şekilde tanımlar:

Karmaşık uyarlanabilir sorunları çözmek ve mümkün olduğunca çok değerli ürünleri yaratıcı bir şekilde sunmak için Scrum Kılavuzunu izleyerek içinde Scrum Takımları ağlarının çalıştığı bir çerçeve.

[email protected]'ın temel dayanağı basitlik ve verimliliktir. Bu nedenle, çalışması ölçeksiz bir mimariye dayanmaktadır. Başka bir deyişle, Scrum'ı ölçeklendirmek için Scrum'ı kullanır. Bu şekilde Ürün Sahibi, Scrum Master veya Geliştirici olarak görev yapan kişilerden oluşan bir scrum takımı, Scrum of Scrum olur: takımlardan oluşan bir takım.

Scrum'ların Scrum'ı

Scrum of Scrum, geleneksel Scrum rollerini üstlenen insanlardan oluşan bir scrum takımıdır. Ancak, Scrum of Scrums'ın görevi birkaç Scrum Takımının çalışmalarının sonuçlarını entegre etmek olduğundan, ek gönderilere ihtiyaç duyar:

Ürün Sahibi Ekibi – öncelikler üzerinde anlaşmak ve uyumlu bir ürün vizyonu oluşturmak için bir araya gelen bir Ürün Sahipleri grubu
Baş Ürün Sahibi – Scrum Takımının Ürün Sahibi veya yalnızca Scrum of Scrums ile ilgilenen bir kişi
Scrum of Scrums Master – Scrum of Scrums'ın etkinliğini denetleyen kişi.

Aynı Scrum Etkinliklerinde buluşurlar ve benzer Eserler kullanırlar.

Daha fazla ölçeklendirme ve [e-posta korumalı] sorunlar

[e-posta korumalı]'nın ölçeksiz mimarisi, bir kereden fazla ölçeklendirmeyi mümkün kıldığı anlamına gelir . Bir organizasyonun ekipleri daha büyük ölçekte koordine etmesi gerekiyorsa, Scrum of Scrums kurabilir.

Bununla birlikte, Scrum'ı ölçeklendirmenin, diğer yönetim metodolojileri gibi kusurları vardır ve bu durumda, temel Scrum Takımlarınınkilere benzerler, sadece orantılı olarak daha büyüktürler. Bu nedenle, Scrum'ı daha büyük bir ölçekte başlatmadan önce her bir Scrum Takımı içindeki işbirliğinin ayrıntılarını çözmenizi öneririz. Scrum'ın değerleri ve işleyişi hakkında iyi bilgi ve anlayışa sahip deneyimli ekipler için Scrum'ı ölçeklendirmeyi öneriyoruz.

Ölçeklendirme Scrum – özet

Ölçekleme Scrum çocuk oyuncağı değildir. Scrum Takımlarının Scrum ilkelerini yetkin bir şekilde uygulamasını ve görevlerini diğer Scrum Takımları ile senkronize etmesini gerektirir. Bu nedenle cevaplanması gereken temel soru şudur: Ölçeklendirme gerekli mi? Bir organizasyonda çok sayıda Scrum Takımı olması, onları koordine etmenin otomatik olarak daha iyi sonuçlar getireceği anlamına gelmez.

Bir kuruluş Scrum'ı güçlendirmeyi seçerse, başarılı bir şekilde daha da genişletilebilen ölçeksiz bir mimari kazanır. Bununla birlikte, her büyütmeye Ürün Sahibi Ekibinin, Baş Ürün Sahibinin ve Scrum of Scrums Master'ın uğraşması gereken karmaşıklık düzeyinde bir artış eşlik eder.

İçeriğimizi beğendiyseniz, Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest'teki meşgul arılar topluluğumuza katılın.

Yazar: Caroline Becker
Bir Proje Yöneticisi olarak Caroline, en iyi iş akışlarını tasarlamak ve süreçleri optimize etmek için yeni yöntemler bulma konusunda uzmandır. Organizasyonel becerileri ve zaman baskısı altında çalışabilme yeteneği, onu karmaşık projeleri gerçeğe dönüştürmek için en iyi kişi yapıyor.

Tüm gönderileri görüntüle

Scrum Kılavuzu:

Temel terimler, roller ve kavramlar sözlüğü
Scrum nedir?
Scrum değerleri
Şirketinizde Scrum nasıl uygulanır?
Scrum Takımı - nedir ve nasıl çalışır?
Ürün Sahibi kimdir?
Ürün Sahibinin En Sık Yapılan Hataları
Scrum Master kimdir?
İyi bir Scrum Master'ın Özellikleri
Scrum Master'ın en yaygın hataları
Scrum Master hangi istatistikleri ve metrikleri izlemelidir?
Ürün Sahibi ve Scrum Master Arasındaki İşbirliği
Scrum'da Geliştirme Takımı
Geliştiricilerin en yaygın hataları
Scrum eserleri
Scrum'ı Ölçeklendirme
Sprint İş Listesi
Ürün İş Listesi nedir?
Kullanıcı Hikayeleri nedir?
INVEST ile en iyi Kullanıcı Hikayesini Oluşturmak
En yaygın Kullanıcı Hikayesi hataları
Kullanıcı Hikayesi Kabul Kriterleri
Scrum'da Tahmin ve Öykü Puanları
Poker Planlama
Takım Tahmin Oyunu
Artış Tanımlama
Scrum etkinlikleri
Scrum'da Sprint nedir?
Scrum Takımı Taahhütleri - Ürün Hedefi, Sprint Hedefi ve Tamamlamanın Tanımı
Burndown Grafiği nedir?
İş bitim grafiği nasıl oluşturulur ve yorumlanır?
İş bitim grafiğinin avantajları ve dezavantajları
Scrum ve Scrumban'da Kanban panoları
Scrum'da Hız - Geliştirme Takımının Hızı
Günlük Scrum
Sprint Planlama
Sprint İncelemesi
Sprint Retrospektifi nedir?
Sprint Retrospektifi sırasında yaygın hatalar
Ürün İş Listesi beslemesi