Büyük Ölçekli Scrum (LeSS): Genel bakış ve karşılaştırma

Diyelim ki Scrum’a göre çalışan 3 çevik ekibiniz var ve şimdi ölçeklendirmek istiyorsunuz - Scrum artık yeterli değil. Nasıl devam edersiniz? Bunun için, diğerlerinin yanı sıra çeşitli çerçeveler var SAFe Nexus ve diğerleri. Bugün LeSS’e daha yakından bakacağız.

LeSS SCRUM’dır (tanım)

Bu LeSS Çerçevesi Scrum’ın ilke ve ideallerini tanımlanmış kural ve yönergelerle büyük bir kurumsal bağlamda olabildiğince basit bir şekilde uygulamaya çalışır. Basitliği nedeniyle LeSS, “ancak yeterli” bir çerçeve tanımını veya etiketini almıştır - ancak bu onu olumsuz bir ışığa sokmamalıdır.

7 LeSS çerçevesinin avantajları

LeSS’in temel odak noktası başka, yeni bir çerçeve oluşturmak değildir. Bunun yerine Scrum ilkeleri birçok ekibe uygulanmaktadır.

Aşağıdakilerle birlikte gelen avantajlardan bazıları LeSS elde edilebilir:

1. Daha düşük uygulama maliyetleri ekiplerin Scrum’da zaten kullandıkları uygulamaları uygulayarak
2. Bir ürün sahibiÇerçeveyi ve ilkeleri anlayan ve daha sonra iş dünyası ile teknik ekipler arasındaki boşluğu dolduran kişi.
3. için Bir ürünün teslimatı, daha az insan gerekli. LeSS katlanarak daha fazla rol ve ek yük getirmez
4. Bu bir tam ürün görünümü odak bölgesinde
5. Bu Ekipler doğrudan temas halindedir müşteri ve diğer paydaşlarla 
6. Sürekli iyileştirmeler Agilen manifestosunun temel süreçleri olan düzenli retros ve diğer toplantılar aracılığıyla kolaylaştırılır
7. Birçok kuruluş için Scrum ekiplerini ölçeklendirmeye yönelik LeSS yaklaşımı şu şekilde olabilir çevik ölçeklendirmeye giden yolda bir sonraki mantıklı adım.

LeSS nasıl yapılandırılmıştır? Bir tanım

Tanım gereği, Büyük Ölçekli Scrum ilkeler, çerçeveler, kılavuzlar ve deneyler üzerine inşa edilmiştir. Resim (kaynak: LeSS web sitesi) bunu gösterir. Bunu bir örnekle açıklayalım: 

İlkeler: X Ekibi bir cep telefonu geliştiriyor. Şeffaf hareket etme ilkesi onlar için önemli. Bu nedenle bir yandan şeffaf çalışıyor ve düzenli günlük toplantılar yapıyorlar. Ayrıca cep telefonu üretimi için önemli olan malzemelerin tam olarak nereden geldiğini öğrenmek istiyorlar - bunu daha sonra müşterilere şeffaf bir şekilde bildirmek için. Yani baştan sona şeffaflık.

çerçeve koşulları: Aynı zamanda, SCRUM çerçevesini ideal hale getiren çerçeve koşullarını oluşturmak için sürekli olarak çalışıyorlar. çevi̇k değerler önceden tanımlar: Açıklık, Cesaret, Saygı, Odaklanma ve Bağlılık.

Yol gösterici ilkeler: Geliştirme için yol gösterici ilkeler, ürün vizyonu, ürün için teknik gereklilikler ve aynı zamanda ekip içinde birlikte çalışma şeklidir.

Deneyler: Belirsizlikler ortaya çıktığında, her şeyin test edilmesi ve denenmesiyle ilgili olduğu deney alanındayız. Örneğin, yeni bir özellik geliştirmek veya tamamen yeni bir hedef kitleye ulaşmak istiyorsak. (Kaynak: LeSS web sitesi)

10 LeSS İlkesi

LeSS tanımlandı 10 Prensip. Müşterinin değerlerine ve fikirlerine en çok karşılık gelen bir cep telefonu geliştirmeye yardımcı olurlar - örneğimizde kalırsak. İşte bir bakışta 10 ilkenin listesi:

1. Büyük Ölçekli Scrum, Scrum’dır: Cep telefonu sadece bir değil birkaç ekip tarafından geliştirilebilir, böylece müşteri memnun olur ve geliştirme süresi makul olur
2. Ampirik süreç kontrolü: Kısa süreli deneyimlere dayanarak, cep telefonunun bireysel işlevleri sürekli olarak uyarlanır ve sürekli olarak revize edilir.
3. Şeffaflık: X Ekibimiz bundan böyle haftalık ekip hedeflerini kendi iç platformlarında şeffaf bir şekilde paylaşmaya karar verdi. Bu, herkesin gerçekte ne üzerinde çalıştığını anlamaya büyük ölçüde yardımcı oluyor.
4. Az ile çok: Temel olarak, atıl kurallar oluşturmadan ve böylece “balast” eklemeden önce yeni fikirler denenmeli ve bunlardan ders çıkarılmalıdır.
5. Tüm ürüne odaklanma: Ekipler, bireylere kıyasla hedeflerinin altında optimizasyon yapma konusunda daha da büyük bir eğilime sahiptir. Bu nedenle ekipler için en büyük zorluk, çalışmalarını bir ürüne entegre etmektir. Bu nedenle tüm ürünün “amacı” mümkün olduğunca açık olmalıdır. Böylece ekipler ve bireyler gerektiğinde uygun alt hedefleri kendileri tanımlama yetkisine sahip olurlar.
6. Müşteri odaklılık: Yalnızca doğrudan müşteriyle çalışan ekipler ürünün gerçek değerini en üst düzeye çıkarabilir. Ne yazık ki kuruluşlar büyümeye başlar başlamaz ekiplerin müşteriyle bağlantısını kesme eğilimindedir. Buna karşı koymak için, örneğin müşteriler geri bildirim vermek üzere düzenli olarak ekip toplantılarına davet edilir.
7. Mükemmelliğe doğru sürekli gelişim: LeSS birçok kuruluş için derin bir değişimdir. Bunun otomatik olarak bir iyileştirme anlamına gelmediğini unutmayın. LeSS, organizasyonu daha iyi olmak için başlatma yeteneği verir ve o andan itibaren sürekli olarak optimize etmeye devam etmelisiniz. LeSS bir süreçtir!
8. Yalın Düşünme: LeSS her şeyden önce olayın gerçekleştiği yeri (Gemba) görmeyi, üç aşamalı öğrenme konseptini vurgular ShuHaRi (Shu = taklit et, Ha = çeşitlendir, Ri = kendi kurallarını belirle) ve insanlara saygı.
9. Sistem düşüncesi: Tüm eylemler, değişiklikler ve iyileştirmeler, hedeflere ulaşmak için her zaman sistemik veya sisteme uygun olarak düşünülmelidir. Örneğin: Bir ekipte teorik olarak mali bonuslar sunarsam, bu diğer ekipler için (yani organizasyonel sistemin geri kalanı için) ne anlama gelir?
10. Kuyruk teorisi: Temel fikir, yazılım dünyasında çok sayıda görünmez kuyruk oluşturduğumuz (örneğin gereksinim belgeleri, test edilmemiş yazılımlar) ve bu kuyrukların en iyi şekilde ele alınmasını pek önemsemediğimizdir. Örneğin, bir kaynağın kullanımı 50%‘den 90%‘ye çıktığında, yeni görevler için bekleme süresinin kabaca iki katına çıkmadığını, katlandığını biliyor muydunuz? Bu nedenle, devam eden iş (WIP) sınırlarını tanımlayın, çoklu görevlerden ve büyük iş paketlerinden kaçının. 

LeSS çerçeveleri

LeSS iki konfigürasyon sunmaktadır: Temel LeSS için İki ila sekiz takım (10 ila 50 kişi) ve LeSS Büyük için Sekizden fazla takım (50 ila 6.000 kişi ve daha fazlası).

Kaynak: Less.works

Doğrudan LeSS Huge’a geçmeden önce deneme yapmak, deneyim kazanmak ve geri bildirim almak için Temel LeSS ile başlanması önerilir. LeSS Huge’u tanıtmak için önerilen iki yaklaşım vardır:

• Daha büyük ürün içinde her seferinde bir gereksinim alanıyla başlayın ve ilk başta yalnızca buna odaklanın.
• Ya da ekibin çalışma kapsamını, Bitti Tanımını ve Ürün Tanımını kademeli olarak genişletin.

Bu şekilde bir şirket, bir ürün alanında genişleyerek, ilk başarıları elde ederek LeSS ile ekip deneyimi oluşturabilir ve böylece LeSS tüm şirkete ölçeklenmeden önce yönetim desteği alabilir.

Bu arada, çevik dönüşüm bağlamında kısa bir not: Şu anda çevik dönüşümünüzde doğru öncelikleri belirlediğinizden emin olmak istiyor musunuz? 

Öyleyse çevik dönüşümünüz için olgunluk kontrolümüzü yapın - sadece 3 dakika sürer. Hatta üç yüzün üzerindeki diğer katılımcıya göre bir kıyaslama bile elde edersiniz. Düğmeye bakın 🙂

LeSS’de roller ve planlama

Temel LeSS, ekibe ve en önemli Scrum rollerine odaklanır:

1. Ürün vizyonundan ve yönünden sorumlu olan Scrum Ürün Sahibi.
2. Ürün oluşturma ve tesliminden sorumlu Scrum geliştirme ekipleri
3. Ekibi sürekli iyileştirme konusunda destekleyen Scrum Master.
4. Yöneticinin rolü ve sürekli gelişim ve otonominin önündeki engelleri veya “engelleri” kaldırmada ekibi nasıl desteklediği (SCRUM’un uzantısı).

Huge LeSS, Basic LeSS’i aşağıdaki rollerle tamamlar:

1. LeSS Huge Bölgesel Ürün Sahibi, Ürün Sahiplerini destekler ve iş gereksinimlerini (finans vb.) geliştirme ekipleriyle birleştirmede kritik öneme sahiptir.
2. Alan Ürün Sahibi, müşteri odaklı görevlerde uzmanlaşır ve ürün odaklı özellik ekipleri için ürün sahibi olarak hareket eder.

PBR toplantıları, bir dizi paralel LeSS sprint uygulaması aracılığıyla odak alanları genelinde sprint planlamasını genişletir. Bu toplantıların devam eden temposu, unsurları anlamak, tartışmak ve rafine etmek ve gelecek sprintlere hazırlanmak için her sprintte gereklidir. PBR toplantılarının ana faaliyetleri şunlardır: 

1. Epiklerin oluşturulması - yani büyük, birbiriyle örtüşen konu alanlarının kümelenmesi; örneğimizde bu, Tasarım ve Kullanılabilirlik Ekibinin sprintlerinin birleştirilmesi olacaktır.
2. Açık soruların netleştirilmesi ve cevaplanması: Herkesin ürün, müşteri ve iş arkadaşlarının fikirleri hakkında aynı anlayışa sahip olması gerekir.
3. Kullanıcı hikayesinin boyutunun, risklerin, bağımlılıkların tahmin edilmesi: Bireysel konuların türetilmesi ve ayrıntılı planlanması

Bu Sprint incelemesi

Scrum’a eşdeğer: Sprint gözden geçirmesi, sprint hedefiyle ilgili olarak yapılan işi değerlendirmek için sprint sonunda yapılan bir toplantıdır. Bu, ürünün kendisiyle ilgilidir. İlerleme görünür hale getirilir ve yeni eylem alanları belirlenir. Ürün ve hedefle ilgili ilerlemeyi şeffaf hale getirir.

Bu Geçmişe dönük 

Scrum’a benzer: Retrospektif, ekibin işbirliğini ele alan bir toplantıdır. Ekip içindeki işbirliğini geliştirmek ve böylece süreçleri ve içeriği iyileştirmekle ilgilidir. Aynı zamanda bireysel geliştiriciler arasındaki etkileşim, Scrum Master’ın çalışması ve Ürün Sahibi ile iletişimle de ilgilidir. Bu da retrospektifi sürekli iyileştirme sürecinin (CIP) önemli bir parçası haline getirir.

Büyük Ölçekli Scrum’da, bazen “Retroların Retrosu” yapılması önerilir - yani birçok ekip arasında daha büyük bir bakış açısıyla.

Büyük Ölçekli Scrum - Scrum Master Oranı

Bir Scrum Master’ın kaç takımı olmalı? Her takım için bir Scrum Master’ın en iyisi olduğu savunulabilir, ancak bu aynı zamanda Dezavantajlar var. Kural olarak Large Scale Scrum Master oranı 1:1 ila 1:3’tür; yani bir Scrum Master’ın en fazla üç takımı vardır.

Büyük Ölçekli Scrum LeSS ne zaman doğru Agile yöntemidir?

Büyük Ölçekli Scrum, zaten SCRUM ile çalışıyorsanız ve Scrum’ı ölçeklendirmek istiyorsanız kullanılabilir. Aynı zamanda kendi kendine organizasyon ve kurallar arasındaki dengeyi bulmak için. 

Bas Vodde bir keresinde o ve Craig Larman LeSS’in çok iyi bir yaklaşım olduğuna inanıyorum çünkü gerektiği kadar rehberlik ile mümkün olduğunca az rehberlik arasındaki tatlı noktayı yakalıyor. 

Scrum’ın kendisine benzer şekilde, sadece onu kullanan ekipler tarafından hala çok bireysel ve çeşitli şekilde tasarlanabilen bir süreç çerçevesidir. Bu argüman makul görünmektedir ve aslında Büyük Ölçekli Scrum’ı (LeSS) diğer bazı ölçeklendirme çerçevelerinden ayırmaktadır.

İllüstrasyon: Tatlı Nokta 

Karşılaştırma: Scrum’a karşı Büyük Ölçekli Scrum

LeSS, daha geniş bir bağlamda kullanımını desteklemek ve daha büyük kuruluşlarda ve tek bir ekibin ötesinde ölçeklendirmek için Scrum üzerine inşa edilmiştir. Yani ya ya da sorusu yoktur. LeSS, SCRUM’un bir uzantısıdır. Yani LeSS’i uygulamak için her zaman SCRUM’a ihtiyacınız vardır. Önce SCRUM’ı tanıtmak ve ardından LeSS’e geçmek mantıklıdır.

Karşılaştırma: Büyük Ölçekli Scrum ile Ölçekli Agile Çerçevesi SAFe®.

LeSS, büyük yazılım geliştirme ekiplerine sahip şirketlerde giderek daha popüler hale gelse de Scrum of Scrums veya Scrum @ Scale gibi diğer ölçeklendirilmiş çevik çerçeveler de önem kazanmıştır. Önde gelen çerçevelerden biri de Ölçeklendirilmiş Agile Çerçevesi® (SAFe).

Büyük Ölçekli Scrum ile Ölçekli Agile Çerçevesi SAFe® arasında birçok benzerlik vardır. Örneğin, her ikisi de bir Scrum ekibini ölçeklendirmek ve yalın düşünme, sürekli iyileştirme ve müşteri odaklılık gibi ilkeleri dahil etmekle başlar. 

3 Büyük Ölçekli Scrum ve Ölçekli Agile Çerçevesi SAFe® arasındaki temel farklar.

1. Organizasyon: LeSS, esnek ve uyarlanabilir kalarak organizasyon yapısını basitleştirmeye odaklanır.
2. Roller: SAFe, Sürüm Treni Mühendisi (RTE), Çözüm Treni Mühendisi (STE) ve Destan Sahipleri gibi ek rollere sahiptir (bazıları bu nedenle daha fazla “ek yük” olduğunu söyler).
3. Uygulama: Scaled Agile çerçevesi SAFe®, bazı kuruluşların benimseyemeyeceği süreçler, eserler ve organizasyonel değişiklikler içerir. Dolayısıyla her zaman hangi çerçevenin size ve kuruluşunuza uygun olduğuna bakmanız gerekir.

Büyük Ölçekli Scrum’a başarılı bir giriş için

Large Scale Scrum’ın başarılı bir şekilde uygulanması, köklü varsayımlardan kurtulmayı ve şirket yapısını değiştirmeyi gerektirir; bu da “üst düzeyde” patlayıcı bir potansiyele ve ilgili değişimin getirdiği “itibar kaybına” neden olur. 

Bu nedenle temel ilke, herkesin bu değişimi kabul etmesidir; bununla ilgili olarak bkz. Kotter’e Göre Değişim Yönetimi Modeli veya makalemiz hakkında Agile Dönüşüm Yol Haritası .

Çalışmak için cazip bir vizyon oluşturun ve deney yapma anlamında aynı anda birçok değişiklik projesi başlatın. 

Asıl hedefe ulaşıldığında, değişim tamamlanır ve kuruluş bir sonraki değişim yakın olana kadar yeni bir statükoya uyum sağlar. 

Bu klasik yaklaşım, sıralı ve sırasız yaklaşımlara benzer. “Büyük Parti Yaklaşımı (bkz. Şekil), değişikliklerin bir istisna olduğu, kontrol organları tarafından sıkı bir şekilde yönetilen yazılım geliştirme.

LeSS uyarlamalarında herhangi bir değişim girişimi, dolayısıyla da değişim yöneticisi yoktur. LeSS’te değişim, deneyleme ve iyileştirme yoluyla süreklidir; değişim, statükodur.

Başarılı bir uygulama için atılması gereken adımlar nelerdir?

1. Ekip kültürünün değiştirilmesi, uyarlanması veya değiştirilmesi

Ekip ve kuruluş yeni, çevik kültür hakkında yeterli deneyim kazanana ve sorumlu karar vericiler bir sonraki adımı başlatana kadar önce bir Scrum ekibiyle başlamanızı öneririz. Bu aynı zamanda yanlış yönlendirilmiş bir geliştirme riskini de azaltır.

2. Ekipler arasında işbirliğinin geliştirilmesi

Birkaç ekibin tek bir ürün üzerinde ölçeklendirilmiş çalışması, çevik uygulamaların kullanılmasını gerektirir. Ekiplerin birbirleriyle koordinasyonunu kolaylaştıran uygulamalar özellikle önemlidir. İlk ekipler, kuruluşun geri kalanı için öncü olarak hala çok fazla deneme yapmak zorundadır. 

Ekipler kuruluşun geri kalanından gerçekten ayrılırsa, buna uygun olarak hızlı ilerleme kaydedebilirler. Bu, yönetilebilir bir çerçeve içinde daha hızlı ve daha az riskle yapılabilir.

3. kurumsal yapıdaki değişiklikler

Çevik organizasyonun daha da büyümesi, tüm seviyelerde bir yeniden yapılanma anlamına gelir. Değişimin başlatıcısı, en geç bu noktada yönetimi dahil etmelidir. Ekipler ve şirket yönetimi arasındaki tüm seviyeler sorgulanır ve organizasyon yapısı çok yalın hale gelir. Bu, özellikle yönetim için sürecin muhtemelen en “acı verici” kısmıdır.

4. Kurumsal kültürde değişim

Scrum ve LeSS çerçevelerinin ve uygun çevik uygulamaların kurumun tüm alanlarında uygulanmasıyla, çevik kültürün kurum çapında öğrenilmesi sağlanır. Optimal bir çevik organizasyon olmadığı için süreç hiçbir zaman durma noktasına gelmez.

Scrum, LeSS ve LeSS Huge ile Agile geçişi, ileri görüşlü bir strateji gerektirir. Bu nedenle uygun tavsiye ve eğitimle birlikte yürütülmelidir.

Hala uygun bir retro pano arayışındaysanız, makalemiz size bu konuda yardımcı olabilir: Karşılaştırıldığında en iyi retro boards.