Scrum'a göre çalışan 3 çevik ekibiniz olduğunu ve şimdi –'yi ölçeklendirmek istediğinizi düşünün Scrum artık yeterli değil. Bir sonraki adım nedir? Bunun için aşağıdakiler de dahil olmak üzere çeşitli çerçeveler vardır SAFeNexus ve diğerleri. Bugün LeSS'e daha yakından bakacağız.
LeSS SCRUM'dır (tanım)
Bu LeSS Çerçevesi Scrum'ın ilkelerini ve ideallerini tanımlanmış kurallar ve yönergeler aracılığıyla mümkün olduğunca basit bir şekilde büyük bir kurumsal bağlamda 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 ışık altında bırakmak değildir.
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:
- Daha düşük uygulama maliyetleri ekiplerin Scrum'da zaten kullandıkları uygulamaları uygulayarak
- 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.
- için Bir ürünün teslimatı, daha az insan gerekli. LeSS katlanarak daha fazla rol ve ek yük getirmez
- Bu bir tam ürün görünümü odak bölgesinde
- Bu Ekipler doğrudan temas halindedir müşteri ve diğer paydaşlarla
- 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
- 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.
Daha derine inmeden önce kısa bir not. Kısa bir süre önce 11 uluslararası çevik uzmanı – webinarına konuk ettik ve şu soruyu sorduk: Çevik yöntemleri nasıl doğru ölçeklendirirsiniz?
Sonuç olarak, örneğin aşağıdaki soruları ele alan bu harika video kaydı (İngilizce) ortaya çıktı:
- Aşağıdan yukarıya mı yoksa yukarıdan aşağıya mı başlamak daha iyidir?
- Liderlerin ortak bir vizyon üzerinde anlaşmalarını nasıl sağlarsınız?
- Doğru çevik çerçeve – nasıl seçilir ve aslında neden o kadar önemli değildir?
En sıcak tavsiyem: Bir göz atın! Nispeten uzun zaman alıyor ama her dakikasına değer.
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:
Prensipler: X Ekibi bir cep telefonu geliştirmektedir. Şeffaf davranma ilkesi onlar için önemlidir. Bu nedenle, şeffaf bir şekilde çalışmakta ve düzenli günlükler hazırlamaktadırlar. Buna ek olarak, cep telefonunun üretimi için önemli olan malzemelerin tam olarak nereden geldiğini öğrenmek istiyorlar, böylece daha sonra bunu müşterilerine şeffaf bir şekilde iletebilecekler. 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ğerleri ve fikirleriyle en yakından eşleşen bir cep telefonu geliştirmek için – örneğimize bağlı kalırsak, –'ye yardımcı olurlar. İşte bir bakışta 10 ilkenin listesi:
- 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
- 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.
- Ş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.
- 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.
- 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.
- 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.
- Mükemmelliğe doğru sürekli gelişim: LeSS birçok kuruluş için köklü bir değişimdir. Bunun otomatik olarak iyileştirme anlamına gelmediğini unutmayın. LeSS, kuruluşun daha iyi – olmaya başlamasını sağlar ve o andan itibaren kişi sürekli olarak optimizasyon yapmalıdır. LeSS bir süreçtir!
- 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ı.
- Sistem düşüncesi: Hedeflere ulaşmak için tüm eylemler, değişiklikler ve iyileştirmeler her zaman sistematik olarak veya sistemle uyumlu olarak düşünülmelidir. Örnek: Teorik olarak bir ekibe – mali ikramiye teklif edersem, bu diğer ekipler için (yani organizasyonel sistemin geri kalanı için) ne anlama gelir?
- 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 LeSS ile ekip deneyimi oluşturabilir, bir ürün alanında genişleyebilir, ilk başarıyı – elde edebilir ve böylece LeSS'i şirket genelinde ölçeklendirmeden önce yönetim desteği alabilir.
Bu arada, çevik dönüşüm bağlamında kısa bir not: Halihazırda aşağıdaki özelliklere sahip olduğunuzdan emin olmak ister misiniz? çevi̇kli̇ği̇ni̇zde doğru önceli̇kler Dönüşüm mü?
Ardından çevik dönüşümünüz için olgunluk kontrolümüzü yapın – sadece 3 dakika sürer. Hatta diğer üç yüzden fazla 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:
- Ürün vizyonundan ve yönünden sorumlu olan Scrum Ürün Sahibi.
- Ürün oluşturma ve tesliminden sorumlu Scrum geliştirme ekipleri
- Ekibi sürekli iyileştirme konusunda destekleyen Scrum Master.
- 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:
- LeSS Huge Bölgesel Ürün Sahibi, Ürün Sahiplerini destekler ve iş gereksinimlerini (finans vb.) geliştirme ekipleriyle birleştirmede kritik öneme sahiptir.
- 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.
Agile otobüslerinin çoğu daireler halinde dolaşıyor....
...ve yüzeysel semptomları tedavi etmek. Sürdürülebilir bir zihniyet değişimi için psikoloji –'yi kullanma zamanı.
LeSS'de Toplantılar
Bu Ürün İş Listesi İyileştirme (PBR) Toplantısı
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:
- Epik –'nin oluşturulması, yani büyük eşleşen konuların kümelenmesi; örneğimizde bu, Tasarım ve Kullanılabilirlik Ekibi sprintlerinin birleştirilmesi olacaktır.
- 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.
- 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 "retro retros" yapılması, yani birçok ekip arasında yapılması tavsiye edilir.
Büyük Ölçekli Scrum – Scrum Master Oranı
Bir Scrum Master kaç ekibe sahip olmalıdır? Ekip başına bir Scrum Master'ın en iyisi olduğu söylenebilir – ancak bu aynı zamanda Dezavantajlar var. Kural olarak Büyük ölçekli Scrum Master oranı 1:1 ila 1:3'tür – bir Scrum Master'ın bir ila en fazla üç ekibi 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.
- Organizasyon: LeSS, esnek ve uyarlanabilir kalarak organizasyon yapısını basitleştirmeye odaklanır.
- 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).
- 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
Büyük Ölçekli Scrum'ın başarılı bir şekilde uygulanması, zaman içinde kabul görmüş varsayımların yıkılmasını ve kurumsal yapının değiştirilmesini gerektirmektedir– ve buna bağlı olarak "patron seviyesinde" patlama potansiyeli ve "itibar kaybı" söz konusudur.
Bu nedenle, herkesin bu değişime hazır olduğunu beyan etmesi esastır – ayrıca bkz. Kotter'e Göre Değişim Yönetimi Modeli veya makalemiz hakkında Agile Dönüşüm Yol Haritası.
–'ye doğru çalışmak için çekici bir vizyon oluşturun ve deneme ruhuyla birçok değişim projesini aynı anda 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 uygulamalarında değişim girişimi yoktur, dolayısıyla değişim yöneticileri de yoktur. LeSS'de değişim, deneme 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 yeniden yapılanma anlamına gelir. En geç şimdi, değişimin başlatıcısı yönetimi içermelidir. Ekipler ve üst yönetim arasındaki tüm seviyeler –'ye meydan okur ve organizasyon yapısı çok yalın hale gelir. Bu muhtemelen sürecin en "sancılı" kısmıdır, özellikle de yönetim için.
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.
