Çevik Ölçekleme: Scrum Master'lar için GÜVENLİ En İyi Uygulamalar

Bu makale, proje yöneticilerine ekip genişletme çabalarında rehberlik etmek için tasarlanmış, Toptal'ın Çevik ölçeklendirme serisinin ikinci bölümüdür. İlk bölümü okuyun, “5 Çevik Ölçeklendirme Çerçevesi Karşılaştırıldı: Hangisini Kullanmalısınız?” En popüler seçeneklere derinlemesine bir genel bakış için.

Ürünler büyüdükçe ve daha karmaşık hale geldikçe, onları üreten ekipler de öyle. Ölçeklendirme zamanı geldiğinde, birçok şirket Scrum'dan kurumsal düzeyde uygulanan ve işletmelerin ekip ekiplerinin geliştirmesini gerektiren çok sayıda karmaşık ürünü yönetmesine olanak tanıyan bir sistem olan Ölçekli Çevik Çerçeve'ye (SAFe) geçer.

GÜVENLİ bir çerçeveye geçiş yapan bir Scrum ustası, hem tanıdık hem de yeni olan bir ortama adım atacaktır. Eserler, roller ve törenler Scrum'a dayanır. Ancak daha yüksek bir ölçekte çalışmak, özellikle ortak bir yörünge olan serbest bırakma tren mühendisi (RTE) rolüne geçmeyi seçen Scrum ustaları için bazı ek sorumluluklar getirir. RTE, tüm serbest bırakma treninin Scrum yöneticisi olarak hareket eder. Dokuz ila 11 kişilik bir Scrum ekibine liderlik etmek yerine, RTE'ler birden fazla departmandan oluşan ekiplerin hizmetkar liderleri haline gelir ve daha büyük boyut ve kapsamda etkinlikler düzenlerler.

Temel Bilgiler: Scrum'dan SAFe'ye

SAFe, bir şirketin birden fazla ekipte Çevik yaklaşımları, değerleri ve ilkeleri uygulamasına olanak tanır. Ortaya çıkan "ekip takımı", çevik serbest bırakma treni (ART) olarak bilinir. Bireysel ekipler, her zamanki gibi iş yapmak için bir Scrum ustası kullanmaya devam ederken, bir ART üzerindeki Scrum ustası benzeri rol bir RTE tarafından yapılır. RTE, Scrum'ın genel mekanizmalarını ve yönetimini uygular, ancak ekip düzeyinden ziyade örgütsel düzeyde. Diğer geleneksel takım düzeyindeki Scrum rolleri ve eserleri de buna göre değişir. Örneğin, ART “ürün sahibi” ürün yöneticisi olur; bir "ürün biriktirme listesi", program biriktirme listesi haline gelir; bir "sprint biriktirme listesi" bir yineleme biriktirme listesidir; ve "ürün artışı" artık program artışıdır (PI).

SAFe'nin dört konfigürasyonu vardır: Temel, Büyük Çözüm, Portföy ve Tam - ve kullandığınız konfigürasyon, şirketinizin çerçeveyi ne kadar kapsamlı olarak benimsediğine bağlıdır. Konfigürasyonlar, birlikte çalışan birkaç ekipten tam portföy entegrasyonuna ve kurumsal çapta iş çevikliğine kadar çeşitli seviyelerde uygulamaya izin verir. Ancak her düzeyde amaç, Çevik ve Scrum uygulamalarını değiştirmek değil, ölçeklendirmektir.

SAFe'de Scrum Master'lar

Takım düzeyinde bir SAFe çerçevesinde çalışan Scrum ustaları, işlerinin önemli ölçüde farklı olmadığını göreceklerdir. Koçluk ve eğitimden, engelleri kaldırmaktan ve ekip üyelerinin ellerinden gelenin en iyisini yapmak ve sürekli gelişmek için kendilerini güvende hissettikleri bir ortamı teşvik etmekten sorumlu, Çevik bir ekip için hizmetkar lider olarak kalacaklar.

Ancak, bazı yeni sorumluluklar olacaktır. Bir SAFe Scrum yöneticisi, PI planlama etkinliğinde ve program yürütmede RTE'yi destekler ve ART senkronizasyon toplantılarında ekiplerini temsil eder. Takımın kaldıramayacağı engeller olduğunda, Scrum yöneticisi bunları RTE'ye iletir.

RTE olmaya karar veren bir Scrum ustası, rollerinin kesinlikle daha fazla düşünceyle geldiğini görecektir. ART, iş analizi, donanım veya uyumluluk gibi sizin için yeni veya Agile'da yeni olan ekipleri içerebilir. Ve SAFe'nin daha yüksek konfigürasyonları program veya portföy operasyonlarını içerdiğinden, yönetim Scrum'da olmayacak şekilde doğrudan ve düzenli olarak dahil olacak ve her şeyin kurumsal ve/veya portföy düzeyinde hedeflerle uyumlu olduğundan emin olacaktır.

RTE, tek bir takımın kapasitesini aşan engellerin kaldırılmasından sorumludur. Paydaşlarla iletişim kurarlar ve ART düzeyinde sürekli iyileştirme sağlarlar. RTE, yalnızca takımlara değil, aynı zamanda bu takımların liderlerine de koçluk yaparak, ART'nin tüm seviyelerinin kendi kendini örgütleme ve kendi kendini yönetmeye doğru ilerlemesine yardımcı olur.

GÜVENLİ Etkinlikler

Nasıl bir Scrum ustası takım seviyesindeki olayları kolaylaştırıyorsa, bir RTE de ART seviyesindeki olayları (PI planlama, ART senkronizasyonu, sistem demosu ve denetleme ve uyarlama) kolaylaştırır. Bir RTE olarak, bir Scrum ustası olarak olduğunuzdan daha geniş bir paydaş yelpazesiyle etkileşime girecek ve birbiriyle çatışan çıkarlara sahip birden fazla ekiple ilgileneceksiniz. Her etkinlikte daha fazla ve daha çeşitli katılımcı vardır ve öncelikleri sıraya koymanız ve girişimler için önceden sahiplenmeniz gerekir.

PI Planlama

PI planlama etkinliği, PI planını oluşturarak önümüzdeki sekiz ila 12 hafta boyunca ART içindeki tüm ekiplerin hedeflerini hizalamak için iki günlük devasa bir oturum olan SAFe için önemli bir törendir. Bir sprint planlama etkinliği gibidir, ancak birden çok takım arasında birden çok sprint'i kapsar.

Girişler

• İş vizyonu
• Uygulanacak en iyi 10 ila 15 özelliğin listesi
• Her takımın kapasitesine ilişkin ayrıntılar

çıktılar

• PI planı (sonraki beş ila altı sprint için bir teslimat planı)
• PI hedefleri
• Potansiyel risklerin listesi

PI Planlama Etkinliği için Genel İpuçları

• Paydaş katılımını elde edin. Toplantıdan önce, RTE'ler kilit paydaşların kim olduğunu belirlemeli ve girdilerini grupla paylaşmalıdır.
• Öncelikleri hizalayın. Oturumdan önce, hangi özelliklerin sunulması gerektiğine ve gelecekteki önceliklere ilişkin üst düzey bir görüş üzerinde anlaşmak için ürün yönetimi ekibiyle gün boyu sürecek bir toplantı planlayın. Etkinlikte riskler ve bağımlılıklar gibi üzerinde çalışılacak çok şey olacak ve yerinde temel yön anlaşmasının olması iyi bir şey.
• Prova yapın! PI planlaması çok büyük bir olaydır. İki tam gün prova yapmak yararlı olmayabilir, ancak ART'nin ekip liderleriyle mümkün olduğunca yakın bir deneyim yaratan iki ila dört saatlik bir oturum çok yardımcı olacaktır. Etkinlik gündeminin basitleştirilmiş bir versiyonunu oluşturun ve provadan önce paylaşın, böylece uygulama iyi bilgilendirilmiş bir yerden başlayabilir.
• Görev sürünmesi için hazır olun. PI planlamasının amacı, nispeten kısa bir süre içinde uzun vadeli bir plan sunmaktır. Bazen insanlar, olayın amacı bu değil, her şey hakkında kapsamlı ayrıntılara girmek isteyeceklerdir. Bunu provada ve oturumda ekip liderlerine açıklayın; ekiplere, amacın önümüzdeki üç ayın her dakikasını planlamak değil, üst düzey planlar yapmak ve uyum yaratmak olduğunu hatırlatın.
• Takım kapasitesi bilgilerini hazırlayın. Scrum ustalarınızdan sonraki sekiz ila 12 hafta için kapasite hesaplamalarını sağlamalarını isteyin. Bazı geri bildirim veya sorular bekleyin; örneğin, bir Scrum ustası, ekibinin önümüzdeki iki ay boyunca kaç devamsızlık yapacağını tam olarak bilemeyebilir. Bu gibi durumlarda, tahminler isteyin ve PI'nin kendisi sırasında kapasite sınırlarına yanıt verirken esnek olun.
• PI planlama gündemini paylaşın. Programı etkinlikten en az iki hafta önce dağıtın ve birçok soruyu yanıtlamaya hazır olun. Çok sayıda katılımcı olacaktır ve SAFe sizin ve şirketiniz için yeniyse, muhtemelen diğer birçok ekip üyesi için de yenidir. Deneyimlerime göre, ikinci veya üçüncü PI planlama olayıyla, ekipler olaya alıştıkça ve ne bekleyeceklerini bildiklerinden, kolaylaştırıcılar üzerindeki baskı çok daha az yoğunlaşıyor.
• Güvenli yönetim katılımı. Yöneticiler veya üst düzey yöneticiler için iki günlük bir etkinliğe katılmak genellikle zordur, ancak üst düzey uyumu sağlamak için yönetimin katılımı şarttır. Katılımlarını PI planlamasından en az iki hafta önce onaylayın ve ihtiyaç duyacakları herhangi bir desteği ayarlayın. Aynısı, PI hedeflerine imza atması gereken işletme sahipleri için de geçerlidir.

SANAT Senkronizasyonu

ART senkronizasyon etkinliği, RTE'nin ekiplerin ilerlemesine ilişkin içgörü kazanabileceği ve program risklerini ve engelleri belirleyebileceği haftalık bir toplantıdır. Bir RTE'nin engelleri değerlendirmesi ve yükseltme gerektirip gerektirmediğini belirlemesi için hiçbir şekilde tek fırsat olmasa da, bu konuların gündeme getirilmesi için düzenli bir yer sağlayan önemli bir olaydır.

Girişler

• Takımların ilerlemesi
• engeller günlüğü
• PI planı (plan ile fiili ilerleme arasındaki büyük sapmaları belirlemek için)

çıktılar

• Eskalasyonlar (gerekirse)
• PI planındaki herhangi bir değişiklikle ilgili kararlar

ART Sync Etkinliği için Genel İpuçları

• Düzenli iletişimi teşvik edin. ART Sync, Scrum stand-up'ları gibi günlük değil, haftalık olduğundan, RTE ekiplerin acil sorunları hemen gündeme getirebileceğini ve bir sonraki ART senkronizasyonunu beklememesi gerektiğini açıkça belirtmelidir.
• Verilerle hazırlıklı olun. Scrum ustalarından ve ürün sahiplerinden, ilerleme hakkında bilgilendirilmiş bir konuşma yapmak için iş bitimi veya kümülatif akış gibi ölçülebilir ilerleme metriklerini getirmelerini isteyin.
• Haftalık durum incelemesinin ötesine geçin. ART senkronizasyonu, basit bir check-in değil, önceliklerin sıralandığı ve sorunların çözüldüğü bir olaydır.

Sistem Demosu

Sistem demosu, önceki bir yineleme sırasında oluşturulan işin tam kapsamını sergilemeyi amaçlamaktadır. Bu etkinlikte, ürün müdürü ve ekibi, işletme sahiplerine ve diğer paydaşlara ART'nin mevcut haliyle entegre ilerlemesini gösterir.

Giriş

• Önceki yineleme boyunca tüm Çevik ekip üyelerinin çıktısına dayalı mevcut çalışma durumu

çıktılar

• Sistemin amaca uygunluğu hakkında geri bildirim
• Biriktirme listesindeki değişiklikler (gerekirse)

Sistem Demo Etkinliği için Genel İpuçları

• Prova yapın! Her hafta 30 ila 45 dakikayı sunum yapan kişilerle birlikte çalışarak kendi segmentlerini belirlemeye ayırın.
• Slaytları hendekleyin. Gerçek entegre çalışmayı sunun. Bir yazılım ürünü üzerinde çalışıyorsanız, sunum yapanların paydaşlara bir slayt destesi yerine çalışan bir ürün artışını göstermesini sağlayın. Mümkünse, ürününüzü bir hazırlık ortamında gösterin. Demonun son kullanıcı deneyimine tam olarak benzemesini istiyorsunuz. Her iki haftada bir entegre bir sistem sunamıyorsanız, teslimat hattınıza bakın ve ekiplerle CI/CD ve DevOps kültürünü nasıl benimseyebileceğiniz konusunda beyin fırtınası yapın.
• İş değerine odaklanın. Sunumunuz işletme sahipleri ve paydaşlar içindir; onlar için en önemli olanı paylaşın.
• Geri bildirimi odaklı tutun. Alacağınız paydaş geri bildirimi önemli olacak, ancak bu etkinlik ürün vizyonunda veya yol haritasında köklü değişikliklerin zamanı değil. Görüşmeyi, ekiplerin daha sonra eylem öğelerine dönüştürebileceği üst düzey geri bildirime geri döndürmeye hazır olun.
• Kısa tut. Paydaşlar meşgul insanlardır; 45 ila 60 dakikalık bir toplantı daha sık ve katılımlı katılımla sonuçlanacaktır.
• Soru-Cevap için zaman tanıyın. Cevaplarınızda şeffaf olun. Bazen “Bilmiyorum ama öğrenebiliriz”in en iyi cevap olduğunu unutmayın.

İnceleyin ve Uyarlayın

İncele ve uyarla, bir PI'nin sonunda gerçekleşen mega-geriye dönük bir oturumdur. Oturum üç bölüme ayrılmıştır,

• PI sistem demosu: tüm PI'nin entegre çıktısı için bir vitrin. Ana sistem demosuna benzer, ancak bir yineleme yerine, bu etkinlik tüm PI genelinde entegre çalışmayı gösterir.
• Nicel ve nitel ölçümler: RTE için PI boyunca toplanan metrikleri sunma fırsatı. Bu metrikler, ekip hızını, kabul edilen kullanıcı öykülerini, birim test kapsamını veya açık kusurları içerir (ancak bunlarla sınırlı değildir).
• Geriye dönük ve problem çözme çalıştayı: Katılımcıların PI'ye dönüp bakmaları, neyin işe yarayıp neyin yaramadığını düşünmeleri, sistematik sorunları belirlemeleri ve bunları çözmenin yollarını önermeleri için bir şans.

Girişler

• Takımların ilerlemesi
• Program artışının tüm çıktıları dahil olmak üzere ART'nin entegre çalışmasının mevcut durumu

Çıktı

• Potansiyel iyileştirmelerin listesi

İnceleme ve Uyarlama Etkinliği için Genel İpuçları

• İşletme sahiplerine önceden haber verin. Etkinlikten en az iki hafta önce haber verin. Niteliksel sonuç sunumuna uyum sağlamak için oturumdan önce katılan tüm ürün yöneticileri ve işletme sahipleri ile görüşün.
• Üst düzey paydaşların katılımını sağlayın. Ekibin çalışmalarını ve gelişen ürünü sergilediğinizde, PI sistem demosunda onların varlığı çok önemlidir. Normal sistem demosu için birçok ipucu burada geçerlidir: önceden prova yapın, sunum slaytlarından kaçının ve gerçek çıktıları gösterin.
• Suçlamaktan kaçının. Oturum boyunca, geriye dönük olarak sunulan veriler veya tespit edilen sorunlar nedeniyle kimsenin tehdit altında hissetmediğinden emin olun. Bazı takımlar, başka bir takımın sayıları daha yüksekse kıskanç veya savunmacı hissedebilir veya takımlarından kaynaklanan bir sorun varsa kendilerini dışlanmış hissedebilirler. Bu tür sorunları önlemek için tüm ekip kültürünü benimseyin.
• Sistematik konulara odaklanın. Ara sıra ortaya çıkan sorunlara çok fazla dikkat etmemeye çalışın, ekibinize beyin fırtınası yapmak için ihtiyaç duydukları alanı sağlayın ve önerilen çözümler için hayal gücünü serbest bırakın.
• Eyleme geçirilebilir teklifler oluşturun. Etkinliğin sonunda, ekiplerin uygulaması için biriktirme listesi öğeleriniz olmalıdır. Sorunları belirlemek, onları çözmek için adımlar atmazsanız yardımcı olmaz.

Aşağıdaki tablo, SAFe olaylarını Scrum eşdeğerleriyle karşılaştırır ve kurumsal düzeyde törenlerin sıklığını ve yürütülmesini açıklar:

Yükseltme ve Ölçeklendirme

Scrum'dan SAFe'ye geçiş göz korkutucu olabilir. Daha yüksek bir ölçekte çalışmak, her zaman en tanıdık uygulamalar hakkında bile yeni zorluklar ve yeni düşünme yolları sunacaktır. Bir RTE olmayı seçerseniz, işin en çok sahip olduğunuz becerilere bağlı olduğunu göreceksiniz. Bir RTE, tıpkı bir Scrum ustası gibi bir değişim aracısı ve hizmetkar-liderdir ve iş size bu rolü kurumsal düzeyde gerçekleştirme şansı vererek ürünlerinizin yanı sıra becerilerinizi de yükseltir.