- Katılım
- 21 May 2023
- Mesajlar
- 711
- Tepki
- 17
- Puan
- 18
Yazılım ekiplerinde en çok duyulan kelimelerden biri Scrum. Günlük toplantılar, tahtadaki kartlar ve iki haftalık döngülerle özdeşleştiriliyor. Oysa kavramın kendi rehberi, onu bir yöntemler listesi olarak değil çok daha kısa bir çerçeve olarak tanımlıyor.
Bu yazı Scrum'ın kendi rehberindeki tanımını, kimin neyi üstlendiğini, döngünün nasıl işlediğini ve çerçevenin neden bilinçli olarak eksik bırakıldığını resmî rehbere bakarak topluyor.
Rehberdeki tanım
Scrum Rehberi tanımı tek cümlede veriyor: Scrum, kişilerin, ekiplerin ve kuruluşların karmaşık sorunlar için uyarlanabilir çözümler yoluyla değer üretmesine yardımcı olan hafif bir çerçeve.
"Hafif" ve "çerçeve" kelimeleri tesadüf değil. Rehber, Scrum'ı ayrıntılı bir süreç tarifi olarak değil, üzerine inşa edilecek bir iskelet olarak konumlandırıyor.
Döngü nasıl işliyor?
Rehber işleyişi özet hâlinde veriyor. Scrum, bir Scrum Master'ın şu ortamı beslemesini gerektiriyor: bir Ürün Sahibi karmaşık bir soruna ilişkin işi Ürün İş Listesi'nde sıralıyor.
Sonraki adımda Scrum Takımı, bu işten bir seçkiyi bir Sprint boyunca değer taşıyan bir Artışa dönüştürüyor. Ardından takım ve paydaşları sonuçları inceleyip bir sonraki Sprint için ayarlama yapıyor. Rehber bunun tekrarlandığını da ekliyor.
- Ürün Sahibi: İşi sıralar.
- Scrum Takımı: Seçilen işi bir Sprint'te değer taşıyan artışa dönüştürür.
- İnceleme ve ayarlama: Sonuçlara bakılır, sonraki döngü buna göre kurulur.
Püf nokta' Alıntı:
Çerçeve neden eksik bırakılmış?
Rehberin en çok yanlış anlaşılan cümlesi burada: Scrum çerçevesi bilinçli olarak eksik, yalnız Scrum kuramını uygulamak için gereken parçaları tanımlıyor.
Metin gerekçeyi de veriyor: Scrum, onu kullanan insanların ortak zekâsıyla tamamlanıyor. İnsanlara ayrıntılı yönergeler vermek yerine kuralları yol gösterici bırakıyor.
Bu yaklaşım, "Scrum bize uymuyor" itirazının çoğunlukla eksik olan parçayla ilgili olduğunu gösteriyor. Çerçeve zaten o parçayı ekibe bırakmış durumda.
Rehber ne kadar kesin?
Rehber kendi konumunu da net koyuyor: Scrum'ın tanımı burada duruyor ve yapıdaki hiçbir parça süs değil, hepsi belirli bir işi görüyor.
Metin bir davet de içeriyor: Scrum'ı olduğu gibi deneyip felsefesinin, kuramının ve yapısının hedeflere ulaşmaya ve değer üretmeye yardım edip etmediğine karar etmek. Yani çerçeve, parçaları çıkarılarak değil bütün hâlinde denenmek üzere tarif edilmiş.
Çevik yaklaşımın değerler tarafını Agile yazımızda ele almıştık; Scrum bu değerleri uygulamaya çeviren çerçevelerden biri.
Şeffaflık, inceleme, uyarlama
Rehberin kuram bölümü üç başlık üzerine kurulu ve döngünün neden bu sırayla işlediğini açıklıyor. Önce durumun görünür olması, sonra görünenin incelenmesi, ardından buna göre ayarlama yapılması gerekiyor.
Bu sıra bozulduğunda döngü de anlamını yitiriyor. Görünmeyen bir işin incelenmesi mümkün olmuyor; incelenmemiş bir sonuca göre yapılan ayarlama ise tahmin oluyor.
Uygulamada en sık atlanan halka ikincisi: iş biter, yenisi başlar, ama arada sonuçlara bakılmaz. Rehberin döngüyü tekrar eden bir yapı olarak tarif etmesinin nedeni de bu; her tur, bir öncekinden çıkan bilgiyle kuruluyor.
Değer neye göre ölçülüyor?
Tanımdaki "değer üretmek" ifadesi, çıktının kendisini değil işe yararlığını merkeze koyuyor. Bir Sprint sonunda ortaya çıkan artışın değer taşıması bekleniyor.
Bu ölçüt, tamamlanan görev sayısına bakan alışkanlığı da sorguluyor. Çok iş bitirmiş ama kullanıcıya bir şey ulaştırmamış bir döngü, çerçevenin kendi ölçütüne göre başarılı sayılmıyor.
Geliştirme sürecinin neresinde?
Scrum bir yazılım geliştirme yöntemi değil, işin nasıl organize edileceğine dair bir çerçeve. Kod yazma, sınama ve teslim adımları yine ekibin kendi pratikleriyle yürüyor.
Sürecin adımlarını toplu görmek isteyenler için yazılım geliştirme rehberimiz duruyor. Müşteriyle çalışırken kapsamın nerede bittiği sorusunu ise kapsam yazımızda tartışmıştık.
Rehber ne zaman yazıldı?
Belge kendi geçmişini de anlatıyor: Scrum 1990'ların başında geliştirilmiş, rehberin ilk sürümü ise 2010'da insanların Scrum'ı anlamasına yardımcı olmak için yazılmış.
Metin o günden bu yana küçük ve işlevsel güncellemelerle geliştiğini belirtiyor. Yani çerçeve donmuş bir metin değil, ama değişimi de sık ve köklü değil.
Sık Sorulan Sorular
Scrum nedir?
Rehberin tanımıyla, karmaşık sorunlar için uyarlanabilir çözümler yoluyla değer üretmeye yardımcı olan hafif bir çerçeve.
Döngü nasıl işliyor?
Ürün Sahibi işi sıralıyor, takım seçilen işi bir Sprint'te artışa dönüştürüyor, sonuçlar incelenip sonraki Sprint ayarlanıyor.
Neden ayrıntılı yönerge yok?
Rehber çerçevenin bilinçli olarak eksik olduğunu ve kullananların ortak zekâsıyla tamamlandığını söylüyor.
Scrum bir yazılım yöntemi mi?
Değil; işin nasıl organize edileceğine dair bir çerçeve, teknik pratikleri tanımlamıyor.
Parçalarını çıkarabilir miyim?
Rehber çerçeveyi olduğu gibi denemeyi ve sonuca göre karar vermeyi öneriyor.
Özetle
Scrum, karmaşık sorunlarda değer üretmeye yardımcı olan hafif bir çerçeve. İşleyişi sıralama, bir Sprint'te artışa dönüştürme ve sonuçları inceleyip ayarlama döngüsüne dayanıyor. Rehber çerçeveyi bilinçli olarak eksik bırakıyor; kalan boşluğu ekibin kendi pratikleri dolduruyor. Bu yüzden Scrum bir yöntem listesi değil, üzerine kurulacak bir iskelet.
Ekibinizde her döngü sonunda sonuçlara bakıp bir sonraki turu gerçekten ayarlıyor musunuz?
Güncelleme: 2 Eylül 2026. 2020 tarihli Scrum Rehberi'nin tanım ve amaç bölümleri kontrol edildi.
Dijital Dünyanıza Yön Veren Pusula
