NEXUS MODELİ
Agile denildiğinde aklımıza ilk olarak Scrum gelir.
Nexus Modelini kimimiz belki duydu, belki uygulamaya çalıştı.
Kimimiz anladı, kimimiz ise anlamak istemedi.
Turkcell de Nexus Modelini uygulayan ekibin içerisinde yer alana kadar ben de bu kadar hakim değildim.😉
Nexus Modelini gelin birlikte anlamaya çalışalım.
Hızla büyüyen ve globalleşen sektörlerde daha iyi noktaya gelebilmek ve değişime ayak uydurabilmek için NEXUS MODELİNİ kullanmanız, iş birimlerinden gelen taleplere daha hızlı geri dönüş yaparak bu talepleri ilerletmenizde yardımcı olur.
Peki Nexus Modeli Nedir?
Nexus, talebi karşılamak için tek bir Product Backlog üzerinde çalışan yaklaşık üç ila dokuz Scrum takımlarının işlerini birbirine bağlayan ve bir araya getiren kurallardan oluşan bir çerçevedir.
Bu çerçeve sayesinde talepler;
Kolayca organize edilir,
Olgunlaşır,
Sıraya konularak öncelik verilir,
Analiz edilir,
Geliştirilir,
Test edilir.
Nexus modelinde bir PO (Product Owner), bir SM (Scrum Master) ve bir/daha fazla takım üyesi ile entegrasyon takımı oluşur.
Product Owner; tek bir backlog üzerinde çalışarak ürün ile ilgili gelen taleplerin gereksinimlerinin uygun olup olmadığının belirlenmesinde ve taleplerin listesine öncelik verilmesinden sorumlu bir üyedir.
Scrum Master; Takım içerisinde karşılaşılan problemleri/engelleri ortadan kaldırmalarına yardımcı olan üyedir. Takımdaki kişilerin uyumunu, iletişimini ve enerjisini arttırmak için destek olur. (Mutlu bir ekip başarı getirir 😉)
Her takımın bir scrum master ı olabilir.
Takım Üyesi; Analist, yazılımcı ve test üyelerinden oluşur.
Gelin bir de süreçlerin nasıl ilerlediğine birlikte değinelim.
Tek bir backlog üzerinde yer alan talepleri, Sprint Planning başlığı altında takım üyeleri ile beraber tek bir Sprintte koordine ederek taleplerin öncelik sırasına göre ele alınması sağlanır. Her takımda bir Scrum master kendi ekipleri üzerinde sprint amacını belirleyerek Product Owner ile paylaşır. Product Owner her takımın sprint amacını tek bir çatıda toplayarak ve amacı iyileştirerek/düzenleyerek iş birimleri ile paylaşır. Böylece ekip içerisinde yer alan tüm üyeler ve iş birimleri aynı çatı altında know-how sahibi olur.
Her Scrum Master kendi takım üyeleri ile Nexus Daily toplantısı planlar. Günlük olarak Daily yapılır. Genellikle Daily süresi 15 dakikadır.
Nexus Daily toplantısında scrum master ve takım üyeleri aşağıdaki sorulara cevap sağlar.
Önceki gün neler yapıldı?
Planlanan iş üzerinde yaşanılan bir aksilik var mı?
Gün içerisindeki planın nedir?
Entegrasyon dailysinde paylaşılması istenilen kritik/bloke olan bir iş veya konu var mı?
Her takımın Scrum Masterı Nexus Daily sırasında belirlenen kritik/bloke konuları ya da işleri entegrasyon daily toplantısında Product Owner ve diğer takımda görev alan Scrum Masterlar ile paylaşır.
Sprint boyunca incelediğimiz ve bloke olan tüm işlerin geri bildirimini sağlamak için Sprint sonunda Nexus Sprint Review toplantısı organize edilir. Tamamlanan ve bir sonraki sprintte takibi yapılacak işlerin konu başlıkları iş birimlerine aktarılır.
Nexus Sprint Review toplantısının ardından her takımın Scrum Master ı kendi takımı içerisinde Nexus Sprint Retrospective toplantısı organize ederek sprint bazında;
Daha iyi yapılması gereken,
Devam edilmesi istenilen,
Eforun düşmesini etkileyen/sprintin kötü gitmesine
sebep olan konuları değerlendirerek bir sonraki iş planında daha güzel noktaya gelmeyi hedefler.
Nexus Modeli konu başlığı altında anlatacaklarım bu kadardı.
Umarım sizin için faydalı bir yazı olmuştur, teşekkür ederim. 😊
Thomas J. Watson’ın dediği gibi;
Kalbinizi işinizin ve işinizi de kalbinizin içine yerleştirmelisiniz.
Her şey kalbinizce olsun, sağlıcakla kalın❤
