Nexus çerçevesi: birden çok Scrum Takımıyla çalışmak

Nexus nedir?

Nexus, aynı ürün üzerinde çalışan birden fazla Scrum Takımının işini birleştirmek için tasarlanmış, Scrum'a dayalı bir ölçeklendirme çerçevesidir. Scrum'ın temel kurallarını değiştirmez; takımlar arası bağımlılıkları ve entegrasyon sorunlarını yönetmek için ek rol, olay ve artefaktlar tanımlar.

Çerçevenin çıkış noktası şudur: tek bir takım için Scrum iyi işler, ancak birden çok takım aynı ürünün parçalarını geliştirdiğinde bağımlılıklar, kod entegrasyonu ve ortak önceliklendirme sorunları ortaya çıkar. Nexus bu sorunları görünür kılar ve her Sprint'te çözülmesini sağlar.

Nexus nasıl çalışır?

Çerçevenin merkezinde Nexus Entegrasyon Takımı bulunur. Bu takım, farklı Scrum Takımlarından gelen işlerin entegre bir Artış (Increment) olarak birleştirilmesinden, bağımlılıkların çözülmesinden ve entegrasyon sorunlarının giderilmesinden sorumludur. Takımın üyeleri Product Owner, Scrum Master ve Nexus'a ait gereksinimleri destekleyen kişilerden oluşur.

Çerçevenin başlıca öğeleri: • Tek bir Product Backlog: tüm takımların beslendiği ortak, sıralanmış iş listesi. • Nexus Sprint Backlog: takımlar arası bağımlılıkları ve Sprint boyunca gerekli işleri görünür kılan liste. • Nexus Sprint Hedefi: takımların birlikte ulaşmaya çalıştığı ortak hedef. • Entegre Artış: tüm takımların işinin bir araya getirildiği, kullanıma hazır sonuç.

Nexus'ta Sprint olayları nasıl işler?

Scrum olayları Nexus bağlamına uyarlanır. Nexus Sprint Planlaması'nda takımlar arası bağımlılıklar belirlenir ve işler takımlara dağıtılır. Nexus Günlük Scrum'da, entegrasyon sorunları ve bağımlılıklar üzerine ortak bir bakış sağlanır; her takım kendi Günlük Scrum'ını da yürütür. Nexus Sprint İncelemesi'nde tüm takımların işi tek bir entegre Artış olarak değerlendirilir. Nexus Sprint Retrospektifi ise hem ortak hem takım düzeyindeki iyileştirme konularını ele alır.

Bu olaylar, birden çok takımın ayrı ayrı çalışıp sonunda entegrasyon yaşadığı geleneksel modelin tersine, entegrasyonu Sprint boyunca sürekli ve görünür tutmayı amaçlar.

Örnek: üç takımlı bir mobil uygulama ürünü

Örneğin bir bankanın mobil uygulaması üzerinde ödemeler, kartlar ve profil alanlarında ayrı Scrum Takımları çalışıyor. Tek bir Product Backlog'dan beslenirler. Sprint planlamasında ödemeler takımının işi kart takımının bir arayüzüne bağımlı çıkıyor. Bu bağımlılık Nexus Sprint Backlog'a yazılıyor ve sıralama buna göre yapılıyor.

Sprint boyunca Nexus Entegrasyon Takımı, takımların kodunun birlikte çalıştığını doğrular; bir takımın değişikliği diğerinin ekranını bozarsa bunu erken yakalar. Sprint sonunda takımların işi tek bir entegre uygulama sürümü olarak incelenir. Örnek kurgusaldır; amaç, bağımlılığın erken görünür olmasının değerini göstermektir.

Nexus ve diğer ölçeklendirme çerçeveleri

Nexus, görece küçük bir ek yapı getiren, Scrum'a yakın kalan bir çerçevedir. Çok daha geniş organizasyon, portföy ve program katmanları sunan SAFe gibi çerçevelerden farklı olarak yalnızca tek bir ürün üzerinde birlikte çalışan takımları hedefler. LeSS ise Scrum'ı başka bir yoldan ölçeklendiren bir diğer çerçevedir.

Seçim, organizasyonun büyüklüğüne ve ihtiyaç duyduğu yönetişim katmanına göre yapılır. Önce tek takım Scrum'ının sağlıklı çalıştığından emin olmak gerekir; çünkü ölçeklendirme sorunları büyütür, çözmez.

Mindset'te Nexus nerede çalışılır?

Mindset'in Nexus ile Ölçeklenebilir Scrum eğitiminde Nexus Çerçevesi Temelleri, Nexus Sprint Planlaması, Nexus Günlük Scrum ve Entegrasyon, Nexus Sprint İncelemesi ve Retrospektifi, Nexus Entegrasyon Takımı Etkinliği ile Nexus Uygulaması ve Geçiş Planlaması modülleri yer alır.