Agile Nedir? Çevik Yaklaşımın 4 Değeri ve Yanlış Bilinenler

Agile bir yöntem değil, bir bakış açısıdır. 2001'de on yedi yazılımcının yayımladığı Agile Manifesto, o güne kadarki "önce hepsini planla, sonra hepsini yap" anlayışına karşı yazılmış kısa bir metindir. Türkçesi çevik: hızlı olmak değil, yön değiştirebilmek anlamında.

Manifestonun dört değeri

Manifesto dört karşılaştırma üzerine kuruludur. Her cümlenin sağ tarafı da değerlidir, ama sol taraf daha değerlidir:

• Süreç ve araçlardan çok bireyler ve etkileşimler
• Kapsamlı dokümantasyondan çok çalışan yazılım
• Sözleşme pazarlığından çok müşteriyle işbirliği
• Plana bağlı kalmaktan çok değişime uyum sağlamak

Bu "çok" kelimesi metnin en çok atlanan yeridir. Manifesto dokümantasyonu yasaklamaz, sözleşmeyi gereksiz saymaz, planı çöpe atmaz. Sadece bir tercih sırası koyar.

Manifestonun 12 ilkesi (kısaca)

Dört değer manifestonun özeti, on iki ilke ise açılımıdır. Dört tema altında toplanabilir:

• Müşteriye ve teslimata dair: Öncelik, değerli yazılımı erken ve sık teslim ederek müşteriyi memnun etmektir; değişen gereksinimler geç gelse bile karşılanır; çalışan yazılım haftalar-aylar mertebesinde sık teslim edilir; iş insanı ve geliştirici proje boyunca günlük birlikte çalışır.
• İnsana dair: Motivasyonlu bireylerin etrafında proje kurulur, gereken destek verilir ve işi bitirecekleri konusunda güvenilir; bilgi aktarmanın en verimli yolu yüz yüze konuşmadır; en iyi mimari ve tasarım, kendi kendini örgütleyen ekiplerden çıkar.
• İşin kalitesine dair: Çalışan yazılım asıl ilerleme ölçütüdür; süreç sürdürülebilir bir hızda yürütülür; teknik mükemmelliğe ve iyi tasarıma sürekli özen, çevikliği besler; sadelik (yapılmayan işi en üst düzeye çıkarma sanatı) esastır.
• Öğrenmeye dair: Ekip düzenli aralıklarla nasıl daha etkili olabileceğini konuşur ve davranışını buna göre ayarlar.

Sık atlanan gerçek şu: dört değer akılda kalır ama ekipleri gerçekten yönlendiren, bu on iki ilkenin günlük karara nasıl döküldüğüdür.

Agile ile Scrum aynı şey mi?

Hayır ve bu en yaygın karışıklıktır. Agile bir felsefe, Scrum ise o felsefeyi uygulayan çerçevelerden biridir. Kanban, XP ve Lean da aynı ailedendir. "Biz agile'a geçiyoruz" cümlesi çoğu zaman "biz Scrum kuruyoruz" demektir ve ikisi karıştığında ortaya tören uygulayan ama zihniyeti değişmeyen ekipler çıkar.

Sahada en sık görülen çevik hataları

Teknik destek ve ürün taraflarında çok sayıda ekip gördüm; hep aynı üç sapma tekrarlıyor:

1. Törenleri uygulayıp geri bildirimi atlamak. Her gün ayakta toplanıp iki haftada bir demo yapmak, kullanıcıyla konuşmuyorsanız çevik değil, hızlı yanlış yapmaktır.
2. Dokümantasyonu tamamen bırakmak. Manifesto "az doküman" demez, "çalışan yazılımı öncele" der. Kararların hiçbir yerde yazılı olmadığı ekipler altı ay sonra aynı tartışmaları tekrarlar. Bunun için karar günlüğü tutmak basit ve etkili bir çözümdür.
3. Planı yok saymak. Değişime uyum, yönsüzlük değildir. Yol haritası olmayan çevik ekip, her sprint başka rüzgârla savrulur. Ürün yol haritası çevikliğin zıddı değil, taşıyıcısıdır.

Agile her işe uyar mı?

Uymaz. Gereksinimlerin gerçekten sabit olduğu, değişimin maliyetinin çok yüksek olduğu işlerde (bir köprünün statik hesabı gibi) sıralı yaklaşım hâlâ doğrudur. Agile'ın doğal yaşam alanı, doğru cevabın baştan bilinemediği ve öğrenerek bulunduğu işlerdir. Yazılım ürünlerinin çoğu bu tanıma girer.

Sıkça sorulan sorular

Agile sertifikası gerekli mi?

Kurumsal işe alımda kapı açabilir ama çevikliği sertifika değil davranış gösterir. Kısa döngü, gerçek geri bildirim ve karar değiştirebilme cesareti üçü varsa sertifika teferruattır.

Küçük ekipte agile gerekir mi?

Törenler gerekmez, ilkeler gerekir. Üç kişilik ekipte günlük ayakta toplantı gereksiz olabilir; kullanıcıyla haftalık konuşmak asla gereksiz değildir.

Agile projeyi hızlandırır mı?

Doğrudan hızlandırmaz. Yanlış yöne gidildiğini erken fark ettirir, böylece boşa harcanan zamanı azaltır. Kazanç hızda değil, isabet oranındadır.

Agile ile Waterfall (şelale) arasındaki fark ne?

Waterfall'da gereksinimler baştan tam olarak toplanır, sonra sırayla tasarım, geliştirme, test, teslim aşamalarından geçilir; geri dönüş pahalıdır. Agile'da bu adımlar küçük döngüler hâlinde tekrar tekrar yaşanır; her döngü sonunda gerçek geri bildirimle yön düzeltilir. Waterfall'ın avantajı, gereksinim gerçekten sabitse net bir plan ve bütçe vermesidir.