Agile-Scrum-DevOps Hakkında
Agile, 2001 yılında bir araya gelen 17 bağımsız düşünceli yazılımcı[1] tarafından bir Manifesto ile ortaya konan temel prensipleri ifade eder. Katılımcılar tüm konularda anlaşamamış olsa da temel değerler etrafında uzlaşmışlardır. Daha sonra Manifesto imzacıları aynı temel değerleri esas alan Scrum, DevOps, gibi yöntemleri geliştirdiler.
Agile’ın 12 Prensibi
- En önemli önceliğimiz değerli yazılımın erken ve devamlı teslimini sağlayarak müşterileri memnun etmektir.
- Değişen gereksinimler yazılım sürecinin son aşamalarında bile kabul edilmelidir. Çevik süreçler değişimi müşterinin rekabet avantajı için kullanır.
- Çalışan yazılım, tercihen kısa zaman aralıkları belirlenerek birkaç haftada ya da birkaç ayda bir düzenli olarak müşteriye sunulmalıdır.
- İş süreçlerinin sahipleri ve yazılımcılar proje boyunca her gün birlikte çalışmalıdırlar.
- Projelerin temelinde motive olmuş bireyler yer almalıdır. Onlara ihtiyaçları olan ortam ve destek sağlanmalı, işi başaracakları konusunda güven duyulmalıdır.
- Bir yazılım takımında bilgi alışverişinin en verimli ve etkin yöntemi yüz yüze iletişimdir.
- Çalışan yazılım ilerlemenin birincil ölçüsüdür.
- Çevik süreçler sürdürülebilir geliştirmeyi teşvik etmektedir. Sponsorlar, yazılımcılar ve kullanıcılar sabit tempoyu sürekli devam ettirebilmelidir.
- Teknik mükemmeliyet ve iyi tasarım konusundaki sürekli özen çevikliği artırır.
- Sadelik; yapılmayacak işleri mümkün olduğunca arttırma sanatı, esastır.
- En iyi mimariler, gereksinimler ve tasarımlar kendi kendini örgütleyen takımlardan ortaya çıkar.
- Takım, düzenli aralıklarla nasıl daha etkili ve verimli olabileceğinin üzerinde düşünür ve davranışlarını buna göre ayarlar ve düzenler.
Görülebileceği gibi Agile prensipleri; akış süresi, hızlı çevrimler, müşteri odaklılık, takta üretim, takım çalışması, çalışan yetkinliğini geliştirme, problem çözme, tavizsiz kalite, israfı yok etmek gibi yalın prensiplerle birebir örtüşmektedir.
Uygulama pratiklerine bakıldığında ise Agile’ın işi küçük parçalar halinde hızla akıtma ve müşteri işbirliğinde başarı sağladığı, ancak problem çözme, israf-değer sorgulaması eksik kaldığından sonsuz döngülere girilerek işin tamamlanmasında gecikmeler yaşandığı görülmektedir. Scrum ekip çalışması disiplinini, yetkinliği ve standartlaştırmayı ön plana çıkarmakta, bu nedenle bizim gibi kuralsızlığı seven ülkelerde hakkıyla uygulanmasında zorluklar yaşanmaktadır. DevOps bunların üzerine fonksiyonlar arası değer akışı mantığını ve program otomasyonunu getirmektedir.
Scrum’ın Ken Shwaber ile eş yaratıcısı olan Jeff Sutherland, Scrum adlı kitabında bu metodolojinin köklerinin Toyota Üretim Sistemi, Japon düşüncesi Shu-Ha-Ri ve askeri havacılığın OODA (ing. Observe-Orient-Decide-Act) ilkesi olduğunu açıkça belirtmektedir. Agile manifestonun imzacılarından biri olarak Agile’ın bir metodoloji değil bir değerler bütünü olduğunu ifade etmiştir.
DevOps Handbook’da yazarlar DevOps’u “fiziksel üretim alanından gelen en güvenilir prensiplerin ve liderliğin IT değer akışlarına uygulanmasının çıktısıdır” şeklinde tanımlamakta ve Yalın, Kısıtlar Teorisi, Toyota Üretim Sistemi ve Toyota Kata kaynaklı bilgilere dayandığını söylemektedirler.
Bana kalırsa hepsi faydalı yaklaşımlardır, yalın prensiplerle de örtüşüyorlar. Hangi başlığı seçtiğiniz çok da önemli değil ama yalının daha kapsamlı bir bakış açısı olduğu da aşikâr. Özellikle yönetim araçları, insan geliştirme yaklaşımı, problem çözmeye verilen önem, ana stratejiler ve hedefleri bağlaması yalının daha güçlü yönleri. Yazılım dünyası eski moda olarak gördüğü üretim ortamının terim ve tekniklerine itibar etmediği için aynı temel prensipleri içeren uygulamaları yaptığı sürece adına yalın denmesi çok da gerekmiyor.
Ülkü Kulaç
