Agile Nedir, Çevik Manifesto Neyi Öne Koyuyor?

---

Bir yazılım ekibiyle çalışmaya başladığınızda "biz agile çalışıyoruz" cümlesini duyarsınız. Cümle çoğu zaman günlük toplantılar ve tahta üstündeki kartlar anlamında kullanılır, oysa kavramın kaynağı 2001'de yazılmış dört maddelik kısa bir metin.

Bu yazı o metnin ne dediğini, dört değerin nasıl kurulduğunu, on iki ilkenin hangilerinin günlük işi doğrudan etkilediğini ve Scrum'ın bu tabloda nereye oturduğunu resmî Türkçe çevirilerden okuyarak toparlıyor.

Metin ne diyor?​

Çevik Yazılım Geliştirme Manifestosu, dört tercihi karşılıklı olarak sıralıyor: süreçler ve araçlardan ziyade bireyler ve etkileşimlere, kapsamlı dökümantasyondan ziyade çalışan yazılıma, sözleşme pazarlıklarından ziyade müşteri ile işbirliğine, bir plana bağlı kalmaktan ziyade değişime karşılık vermeye.

Metnin en çok atlanan cümlesi hemen altında duruyor: yazarlar, soldaki maddelerin değerini kabul etmekle birlikte sağdakileri daha değerli bulduklarını söylüyor. Yani "belge tutmayın" ya da "plan yapmayın" demiyorlar; bir tercih sırası koyuyorlar.

Dört değerin pratik karşılığı​

• Bireyler ve etkileşimler: Aracın kendisi değil, aracı kullanan insanların anlaşması belirleyici.
• Çalışan yazılım: İlerlemenin göstergesi rapor değil, çalışan ürün.
• Müşteri ile işbirliği: Kapsam tartışması sözleşme maddesi değil, ortak karar.
• Değişime karşılık vermek: Plan bir hedef, değişen gerçeğin önünde engel değil.

Kapsamın nerede bittiği sorusu, sözleşmeyle işbirliği arasındaki gerilimin en somut hâli. Serbest çalışırken bu sınırın nasıl konuşulacağını küçük revizyon yazımızda ele almıştık.

On iki ilkeden öne çıkanlar​

Bildirinin temelindeki ilkeler sayfası, dört değeri günlük çalışmaya çeviren maddeleri sıralıyor. En önemli önceliği "değerli yazılımın erken ve devamlı teslimini sağlayarak müşterileri memnun etmek" olarak koyuyor.

İkinci madde çoğu ekibin zorlandığı yer: değişen gereksinimler, yazılım sürecinin son aşamalarında bile kabul edilmeli. Metin bunu bir tolerans olarak değil, müşterinin rekabet avantajı için kullanılacak bir imkân olarak tanımlıyor.

Sayfadaki diğer maddeler ölçüyü de netleştiriyor: çalışan yazılım ilerlemenin birincil ölçüsü ve teslim, tercihen kısa aralıklarla, birkaç haftada ya da birkaç ayda bir düzenli olarak yapılmalı.

Püf nokta' Alıntı:

Bir süreç "çevik" sayılacaksa, ilerlemesini çalışan yazılımla göstermek zorunda.

Genişletmek için tıkla ...

Tempo ve sadelik​

İlkeler sayfası sürdürülebilirliği açıkça yazıyor: sponsorlar, yazılımcılar ve kullanıcılar sabit tempoyu sürekli devam ettirebilmeli. Yani hız, kısa süreli bir sıçrama değil, korunabilen bir düzey.

Bir başka madde sadeliği "yapılmasına gerek olmayan işlerin mümkün olduğunca arttırılması sanatı" diye tanımlıyor. Yazılmayan kod, bakımı yapılmayacak koddur; bu ilke doğrudan onu söylüyor.

Sayfa ayrıca en iyi mimari, gereksinim ve tasarımların kendi kendini örgütleyen takımlardan çıktığını ve takımın düzenli aralıklarla nasıl daha etkili olabileceğini düşünüp davranışını ayarlaması gerektiğini belirtiyor.

Scrum bunun neresinde?​

Scrum Rehberi, Scrum'ın tanımını içeren belge olarak kendini tanıtıyor ve çerçevedeki her ögenin belirli bir amaca hizmet ettiğini söylüyor. Rehberin ilk sürümünün 2010'da yazıldığı, o zamandan beri küçük güncellemelerle geliştiği de aynı sayfada geçiyor.

Yani Scrum bir yöntem çerçevesi; manifesto ise bir değerler metni. Biri nasıl çalışılacağını tarif ediyor, diğeri neye öncelik verileceğini. Bir ekip Scrum uygulayıp manifestonun değerlerinden uzaklaşabilir; tersi de mümkün.

Günlük işe nasıl yansıyor?​

Sürüm alma sıklığı arttıkça değişikliği geri alabilmek de önem kazanıyor; bunun komut tarafını git komutları yazımızda toparlamıştık. Geliştirme sürecinin adımlarına toplu bakmak isteyenler için yazılım geliştirme rehberimiz de duruyor.

İletişim neden bu kadar öne çıkıyor?​

İlkeler sayfasındaki iki madde doğrudan çalışma biçimini tarif ediyor: iş süreçlerinin sahipleri ile yazılımcılar proje boyunca her gün birlikte çalışmalı ve bir yazılım takımında bilgi alışverişinin en verimli, en etkin yöntemi yüz yüze iletişim.

Uzaktan çalışan ekiplerde bu madde çoğu zaman "eş zamanlı konuşma" olarak yorumlanıyor. Metnin vurgusu araçta değil, sorunun yazışma sırasına bırakılmadan çözülmesinde.

Sayfa bir de ortam koşulunu getiriyor: projelerin temelinde motive olmuş bireyler yer almalı, onlara ihtiyaç duydukları ortam ve destek sağlanmalı, işi başaracakları konusunda güven duyulmalı. Teknik mükemmeliyet ve iyi tasarım konusundaki sürekli özenin çevikliği artırdığı da ayrı bir madde olarak geçiyor.

Sık Sorulan Sorular​

Agile nedir?
2001 tarihli Çevik Yazılım Geliştirme Manifestosu'nda dört değer ve on iki ilkeyle tanımlanan bir öncelik seti.

Agile belge tutmamak mı demek?
Değil. Metin kapsamlı dökümantasyondan ziyade çalışan yazılıma değer verdiğini söylüyor, soldakilerin değerini de kabul ediyor.

Ne sıklıkla teslim yapılmalı?
İlkeler sayfası, tercihen kısa aralıklarla, birkaç haftada ya da birkaç ayda bir düzenli teslimi öneriyor.

Plan yapmaya gerek yok mu?
Var. Tercih, plana bağlı kalmak yerine değişime karşılık verebilmekten yana konuyor.

Scrum ile agile aynı şey mi?
Değil. Scrum Rehberi kendini Scrum'ın tanımını içeren belge olarak tanıtıyor; manifesto ise değerleri koyan metin.

Özetle​

Çevik yaklaşım, dört tercih ve on iki ilkeyle tanımlanan bir öncelik sıralaması. Metin karşı tarafı reddetmiyor, hangisinin daha değerli olduğunu söylüyor. İlerlemenin ölçüsü çalışan yazılım, tempo sürdürülebilir olmalı ve değişiklik sürecin sonunda bile kabul edilebilir. Scrum ise bu değerleri uygulamaya çeviren çerçevelerden biri.

Ekibinizde ilerlemeyi neyle ölçüyorsunuz: tamamlanan görev sayısıyla mı, çalışan yazılımla mı?

Güncelleme: 1 Eylül 2026. Çevik Yazılım Geliştirme Manifestosu'nun ve temelindeki ilkelerin resmî Türkçe çevirileri ile 2020 tarihli Scrum Rehberi kontrol edildi.

---