Scrum
Scrum, karmaşık ürünleri geliştirmek, teslim etmek ve desteklemek için tasarlanmış bir çerçevedir. Tek bir ekip içinde etkili bir şekilde çalışır, ancak ölçeklendirme sırasında sorunlar ortaya çıkabilir. Proje çok büyük ve ürün sahibi birikimi yönetmekte zorlanıyor mu? Proje üzerinde çalışan çok sayıda ekip var ve bireysel çözümlerin entegrasyonunda sorunlar mı ortaya çıkıyor? Ekipler arasında sistematiklik ve senkronizasyon eksik mi? O zaman SAFe veya LeSS’i düşünmelisiniz.
VersionOne’ın 13. Yıllık Çevik Durum Raporu‘na göre SAFe, scrum ölçeklendirmesi için en popüler çerçevedir – şirketlerin %30’u bunu kullanmaktadır. LeSS ise vakaların yalnızca %3’ünde kullanılıyor.
Bu makale scrum, LeSS ve SAFe çerçevelerindeki farklılıkları tartışacaktır.
LeSS
LeSS (Büyük Ölçekli Scrum) “büyük ölçekte scrum” anlamına gelir. Scrum ilkelerini büyük projelere uygulamanızı sağlayan bir çerçevedir. Ekip sayısına bağlı olarak ya LeSS (2-8 ekip) ya da LeSS Huge (8’den fazla ekip) kullanılır.
LeSS’in ilkelerinden biri “daha azıyla daha fazlasını elde etmektir”; bu da bürokrasi ve gereksiz roller, süreçler ve eserler olmaması anlamına gelir.
Tablo 1: LeSS ve Scrum Arasındaki Farklar
| Döngü Aşaması | Farklılıklar |
| İz Planlama | İki aşama vardır: genel ve ekip planlaması (ekiplerin bağlantılı backlog öğeleri varsa, o zaman ekipler arası) |
| Ekipler arası çözüm tasarımı oturumu | Çözümün mimarisi üzerinde düşünmek için ilgili görevlere sahip ekipler tarafından düzenlenir |
| Koordinasyon ve entegrasyon | Her ekip üyesi günde birkaç kez verileri senkronize eder ve işleriyle ilgili herhangi bir değişiklik olup olmadığını gözden geçirir |
| Günlük scrum diğer ekiplerden temsilciler içerebilir | |
| Online topluluklar, aynı ürün bileşenleri üzerinde çalışan kişileri aynı anda bir araya getirmek için oluşturulur | |
| Ürün birikimini rafine etmek için | Büyük backlog öğelerini ayırmak ve detaylandırmak için ortak ve ekip (gerekirse ekipler arası) iyileştirme yapılır |
| Sprint Retrospektif | İki aşamada gerçekleşir: genel ve ekip sprint retrospektifi |
Ekip sayısı 8’i aştığında ek bir yapıya ihtiyaç duyulur, LeSS Huge kullanılır:
Tablo 2. LeSS Huge ve Less Arasındaki Farklar
| Yenilik | Açıklama |
| Gereksinimler | İşlevsellik için gruplandırılmış bir dizi gereksinim. Her bir gereksinim alanında, çalışma LeSS tarafından organize edilir: 8’den fazla ekip, kendi backlog’u, sprint’i vb. olmamalıdır. |
| Ürün sahibinin yardımcılarından oluşan bir ekip | Sadece bir ürün sahibi var, ancak şimdi her biri bir gereksinim alanından sorumlu olan bir asistan ekibi var |
SAFE
LeSS Scrum’ın ölçeklendirilmiş bir versiyonu iken, SAFe Yalın, Çevik ve DevOps’un bir kombinasyonudur. SAFe, Scaled Agile Framework veya ölçeklendirilmiş çevik çerçeve anlamına gelir. Açık bir veritabanıdır, resmi web sitesinde SAFe’nin her bir unsuru hakkında ayrıntılı bilgi bulabilirsiniz – Yalın-Agile çerçevesini kurumsal ölçekte uygulamak için gereken roller, sorumluluklar, eserler ve etkinlikler.
Çerçeve dört konfigürasyon içermektedir. Bir kuruluşta ne kadar çok kişi çalışıyorsa, ürün ne kadar karmaşıksa, işi etkili bir şekilde organize etmek için o kadar çok araç gerekir ve buna göre daha karmaşık bir yapılandırma seçilir.
- Essential SAFe
Bu, bir sonuç üretmek için gereken minimum araç seti olan çerçevenin temelidir. Diğer tüm araçlar bu temel yapılandırmaya dayanır. Orta ila yüksek karmaşıklıkta tek bir ürün üzerinde çalışan kuruluşlar için uygundur.
- Portföy SAFe
Bu yapılandırmada, orta veya yüksek karmaşıklıkta çeşitli ürünler geliştirilmektedir. Akışlar arasında bütçe tahsisi, diğer şirketleri satın alma veya birleşme kararları, yeni iş kolları oluşturma ve eskilerini kapatma kararlarının verildiği portföy yönetimine ihtiyaç vardır.
- Büyük Çözüm SAFe
Birden fazla ekip tarafından büyük, karmaşık bir çözüm geliştiren kuruluşlar için uygundur. 12-36 aylık iş planları oluşturulur ve değişikliklerin ekonomik fizibilitesi analiz edilir.
- Tam SAFe
Bu konfigürasyon içerisinde birçok karmaşık ve sofistike çözüm geliştirilmektedir. Tüm seviyeler dahil edilmiştir.
Temel yapılandırma iki seviyeden oluşur – ekip seviyesi ve program seviyesi. Ekip düzeyinde çalışma Scrum, Kanban, XP’ye göre yürütülür.
Program düzeyinde, yeni roller tanıtılmıştır.
Tablo 3: Program düzeyinde SAFe rolleri
| Rol | Açıklama |
| Ürün Yönetimi | Ürünün yönünü belirleyen bir veya daha fazla kişi ürün birikiminden sorumludur |
| RTE (Serbest Tren Mühendisi) | Bir scrum ustasının rolüne analog.
Program sürecinin koordinasyonu ve organizasyonundan sorumludur |
| ART (Çevik Yayın Treni) | Bir değer akışı içinde aşamalı olarak çözümler geliştiren ve sunan ekiplerden oluşan bir ekip (50-125 kişi) |
| Sistem Mimarı / Mühendisi | Ürün geliştirme için genel teknik ve mimari vizyondan sorumlu kişi. Scrum’da mimariden ekibin kendisi sorumlu olduğu için eşdeğeri yoktur |
Trenle ilgili pek çok terminoloji kullanılmaktadır: ART (Çevik Sürüm Treni), RTE (Sürüm Treni Mühendisi). Bunun nedeni ekiplerin çalışmalarının bir nevi trene benzemesidir – sabit bir program vardır. Eğer bir treni yakalayamazsanız, her zaman bir sonrakini yakalayabilirsiniz. Bazı hedefleri mevcut artışa sığdıramazsanız, bir sonrakine koyabilirsiniz.
SAFe’de program düzeyinde çalışmanın organizasyonu, scrum çalışmasının organizasyonuna benzer, ancak daha büyük ölçekte ve daha uzun bir dönem için planlama yapılır.
Tablo 4. Scrum ve SAFe’de program düzeyinde çalışma aşamalarının karşılaştırılması
| Scrum | SAFE Program Seviyesi |
| Baskı (1-4 hafta) | Geliştirme Programı (8-12 hafta) |
| İz Planlama | Program Artımlı Planlama |
| Everyday Scrum | Ekipleri, sahiplerini ve ürün yönetimini senkronize etmek için ek toplantılar |
| Sprint’e Genel Bakış | Sistem Demosu |
| Sprint Retrospektif | Denetim ve adaptasyon |
Sonuç
Bu makalede, LeSS ve SAFe ile scrum arasındaki temel farklar tartışılmıştır. Her çerçevenin kendine has özellikleri vardır.
LeSS daha basit ve anlaşılırdır. SAFe kadar fazla değişiklik gerektirmez.
SAFe daha kapsamlı bir yaklaşım sunar. Ek roller, eserler ve etkinlikler ortaya çıkar. Uygulama daha fazla kaynak gerektirir.
Hangi yaklaşımın daha iyi olduğunu kesin olarak söylemek mümkün değildir. Her şey şirketinizin yaptığı işin özelliklerine bağlıdır. Tek bir ürün üzerinde çalışan az sayıda ekibiniz varsa, LeSS uygulaması daha düşük bir maliyetle verimliliği artırmanıza yardımcı olabilir. Ölçek arttığında, kafa karışıklığı ortaya çıktığında ve daha sistematik bir yaklaşım gerektiğinde, SAFe’ye dikkat etmeye değer.
