Çevik yönetim (agile management), işleri kısa ve yinelemeli döngüler hâlinde planlayan, her döngüde müşteriye değer sunan çalışan bir çıktı üreten, değişime hızla uyum sağlamayı ve sürekli öğrenmeyi ön plana çıkaran bir yönetim yaklaşımıdır. Yazılım geliştirme dünyasında doğan çevik yaklaşım, 2001 yılında on yedi yazılım geliştiricinin bir araya gelerek yayımladığı Çevik Yazılım Geliştirme Manifestosu (Agile Manifesto) ile kurumsal bir kimlik kazandı. Bugün çevik yöntemler yazılımın çok ötesine geçerek bankacılıktan otomotive, pazarlamadan kamu yönetimine kadar pek çok alanda kullanılmaktadır.

Çevik yönetimin yükselişi, belirsizliğin arttığı, müşteri beklentilerinin hızla değiştiği ve teknolojinin sürekli yenilendiği bir iş ortamına verilen bir yanıttır. Uzun süreli, ayrıntılı ve değişmesi zor planlara dayanan geleneksel yaklaşımlar, bu ortamda çoğu zaman proje bittiğinde artık ihtiyaç duyulmayan çıktılar üretir. Bu yazıda çevik yönetimin kökenlerini, manifestonun değerlerini ve ilkelerini, Scrum ve Kanban gibi yöntemleri, geleneksel yaklaşımla farklarını ve örgütsel çevikliği ele alıyoruz.

Kökenler: Şelale Modelinden Çevikliğe

Yazılım projelerinde uzun yıllar boyunca şelale modeli (waterfall) olarak bilinen sıralı bir yaklaşım hâkimdi: Önce tüm gereksinimler belirlenir, ardından tasarım yapılır, sonra kodlama, test ve teslim aşamalarına geçilir. Her aşama bir öncekinin tamamlanmasını bekler. Bu yaklaşım, gereksinimlerin baştan net olduğu ve değişmediği projelerde iyi çalışır. Ancak pek çok yazılım projesinde müşteriler ne istediklerini ancak bir şeyi gördüklerinde anlar; ihtiyaçlar proje süresince değişir. Sonuç, bütçe aşımları, gecikmeler ve kullanılmayan özelliklerle dolu sistemlerdi.

1990’larda bu sorunlara yanıt olarak Scrum, Extreme Programming (XP), Crystal ve Dynamic Systems Development Method gibi “hafif” yöntemler gelişti. Aslında bu yöntemlerin ilham kaynaklarından biri yönetim literatürüydü: Takeuchi ve Nonaka’nın 1986’da Harvard Business Review‘da yayımlanan “The New New Product Development Game” makalesi, Japon şirketlerinin ürün geliştirmede rugby takımı gibi çapraz işlevli ve kendi kendini örgütleyen ekipler kullandığını anlatıyordu. Scrum adı da bu makaledeki rugby benzetmesinden gelir. Çevik yöntemler ayrıca yalın yönetimin israfı azaltma ve akışa odaklanma ilkelerinden de beslenmiştir.

Çevik Manifesto: Dört Değer

2001 yılında Utah’taki Snowbird kayak merkezinde bir araya gelen Kent Beck, Martin Fowler, Ken Schwaber, Jeff Sutherland ve diğer geliştiriciler, farklı hafif yöntemlerin ortak paydasını dört değer cümlesiyle ifade ettiler:

  • Süreçler ve araçlardan çok bireyler ve etkileşimler
  • Kapsamlı dokümantasyondan çok çalışan yazılım
  • Sözleşme pazarlıklarından çok müşteriyle iş birliği
  • Bir planı izlemekten çok değişime yanıt vermek

Manifestonun önemli bir notu sıklıkla gözden kaçar: Sağdaki unsurların da değeri vardır; ancak soldaki unsurlara daha fazla değer verilir. Yani çevik yaklaşım plansızlık ya da dokümantasyonsuzluk anlamına gelmez; vurgu farklıdır.

On İki İlke

Manifestoyu destekleyen on iki ilke, çevik çalışmanın pratiğini tanımlar. Bunlar özetle şöyledir: Değerli çıktıyı erken ve sürekli teslim ederek müşteriyi memnun etmek; geç aşamada bile değişen gereksinimleri kabul etmek; çalışan çıktıyı birkaç haftalık kısa aralıklarla teslim etmek; iş birimleri ile geliştiricilerin her gün birlikte çalışması; projeleri motive bireyler etrafında kurmak ve onlara güvenmek; yüz yüze iletişimi tercih etmek; ilerlemenin temel ölçüsünün çalışan çıktı olması; sürdürülebilir bir çalışma temposu; teknik mükemmelliğe ve iyi tasarıma sürekli özen; sadelik, yani yapılmayan işi en çoğa çıkarma sanatı; en iyi mimari ve tasarımların kendi kendini örgütleyen ekiplerden çıkması ve ekibin düzenli aralıklarla nasıl daha etkili olabileceği üzerine düşünerek davranışını ayarlaması.

Scrum: En Yaygın Çevik Çerçeve

Scrum döngüsünün aşamaları: ürün iş listesi, sprint planlama, sprint, gözden geçirme ve retrospektif
Scrum çerçevesinde çevik çalışma döngüsü

Scrum, Ken Schwaber ve Jeff Sutherland tarafından geliştirilen ve bugün en yaygın kullanılan çevik çerçevedir. Scrum Rehberi’ne göre Scrum’ın üç rolü, beş etkinliği ve üç çıktısı vardır.

  • Roller: Ürün sahibi, ürünün değerini en üst düzeye çıkarmaktan ve iş listesini önceliklendirmekten sorumludur. Scrum yöneticisi (Scrum Master), ekibin Scrum’ı etkili biçimde uygulamasına yardımcı olan, engelleri kaldıran hizmetkâr bir liderdir. Geliştiriciler ise her sprintte kullanılabilir bir çıktı üreten, genellikle on kişiden az, çapraz işlevli ekiptir.
  • Etkinlikler: Sprint (bir ile dört hafta arası sabit süreli döngü), sprint planlama, günlük Scrum (on beş dakikalık kısa koordinasyon toplantısı), sprint gözden geçirme ve sprint retrospektifi.
  • Çıktılar: Ürün iş listesi, sprint iş listesi ve her sprint sonunda ortaya çıkan, potansiyel olarak kullanılabilir ürün parçası (artırım).

Kanban ve Diğer Yöntemler

Kanban, kökeni Toyota Üretim Sistemi’ne dayanan ve iş akışını görselleştirmeye odaklanan bir yöntemdir. İşler “Yapılacak”, “Yapılıyor” ve “Tamamlandı” gibi sütunlardan oluşan bir panoda gösterilir. Kanban’ın temel kuralı, aynı anda yürütülen iş sayısını sınırlamaktır; bu sınır, darboğazları görünür kılar ve işlerin daha hızlı akmasını sağlar. Kanban’da sabit süreli sprintler yoktur; bu nedenle destek, bakım ve operasyon ekipleri için daha uygundur. Bunların yanında Extreme Programming teknik uygulamalara, SAFe ve LeSS gibi çerçeveler ise çevik yöntemlerin büyük örgütlerde ölçeklendirilmesine odaklanır.

Geleneksel ve Çevik Yaklaşımın Karşılaştırılması

Boyut Geleneksel (Şelale) Çevik
Planlama Başta ayrıntılı ve kapsamlı Sürekli, her döngüde güncellenir
Değişime bakış Kontrol edilmesi gereken risk Rekabet avantajı için fırsat
Teslim Proje sonunda tek seferde Kısa aralıklarla, parça parça
Müşteri katılımı Başta ve sonda Süreç boyunca sürekli
Ekip yapısı Uzmanlığa göre ayrılmış birimler Çapraz işlevli, kendi kendini örgütleyen ekipler
Yönetici rolü Görev dağıtan ve denetleyen Engel kaldıran, koçluk eden
Başarı ölçüsü Plana, bütçeye ve süreye uyum Müşteriye sunulan değer

Bu karşılaştırma, çevik yaklaşımın her durumda daha iyi olduğu anlamına gelmez. Gereksinimlerin net ve sabit olduğu, hataların çok pahalı olduğu ya da yasal düzenlemelerin sıralı bir süreç gerektirdiği projelerde (örneğin bir köprü inşaatında) geleneksel yaklaşım daha uygun olabilir. Pek çok kurum iki yaklaşımı birleştiren melez modeller kullanmaktadır.

Örgütsel Çeviklik

Çevik yaklaşım zamanla proje yönetiminin ötesine geçerek bütün bir örgütün nasıl yapılandırılacağına ilişkin bir düşünceye dönüştü. Örgütsel çeviklik, örgütün çevresindeki değişimleri hızla algılayıp bunlara uyum sağlama kapasitesidir. McKinsey’in araştırmalarına göre çevik örgütler, istikrarlı bir omurga (net bir amaç, ortak değerler, temel süreçler) ile bu omurga üzerinde hızla yeniden yapılanabilen küçük ve özerk ekipleri bir araya getirir. Hollanda bankası ING’nin 2015’te geleneksel bölümlerini “kabileler” ve “takımlar” olarak adlandırılan çevik ekiplere dönüştürmesi, bu yaklaşımın en çok tartışılan örneklerinden biridir. Örgütsel çeviklik, değişim yönetimi ve öğrenen örgüt kavramlarıyla yakından ilişkilidir.

Uygulamadaki Tuzaklar

  • Ritüelleri benimseyip zihniyeti benimsememek: Günlük toplantılar, sprintler ve panolar uygulanır; ancak kararlar yine merkezde alınır, ekiplere güvenilmez. Bu duruma “sahte çeviklik” ya da “kargo kültü çevikliği” denir.
  • Çevikliği plansızlık sanmak: Çevik ekipler de planlar; ancak planları daha kısa vadeli ve esnektir.
  • Yalnızca BT biriminde uygulamak: Bütçeleme, insan kaynakları ve onay süreçleri geleneksel kaldığında çevik ekipler sürekli engellerle karşılaşır.
  • Sürdürülemez tempo: Ardı ardına gelen sprintler, dinlenme ve öğrenme zamanı bırakılmadığında tükenmişliğe yol açabilir.
  • Ölçeklendirme sorunları: Küçük ekiplerde iyi çalışan uygulamalar, yüzlerce ekibin koordinasyonunu gerektiren büyük örgütlerde karmaşıklaşabilir.

Çevik Ekiplerde Liderlik

Çevik yaklaşım, yöneticinin rolünü köklü biçimde değiştirir. Geleneksel yapıda yönetici, işi parçalara bölen, görevleri dağıtan ve sonuçları denetleyen kişidir. Çevik yapıda ise ekip, işin nasıl yapılacağına kendisi karar verir; yöneticinin görevi ekibe net bir amaç ve bağlam sunmak, ekibin önündeki engelleri kaldırmak, ekip üyelerinin gelişimini desteklemek ve deney yapmanın güvenli olduğu bir ortam yaratmaktır. Bu nedenle çevik dönüşümlerde sıklıkla hizmetkâr liderlik ve koçluk becerileri öne çıkar.

Bu değişim, orta kademe yöneticiler için zorlayıcı olabilir; çünkü statü ve kontrol duygusunun bir kısmından vazgeçmeyi gerektirir. Başarılı çevik dönüşümlerde yöneticilere yeni rollerine hazırlanmaları için eğitim ve destek verilir, performans değerlendirme sistemleri de bireysel başarı yerine ekip başarısını ve iş birliğini ödüllendirecek biçimde yeniden tasarlanır. Aksi hâlde eski yönetim alışkanlıkları, yeni çalışma biçimini kısa sürede etkisiz hâle getirebilir.

Çevikliğe Nereden Başlanmalı?

Çevik yönteme geçmek isteyen bir kurum için en güvenli başlangıç, belirsizliği yüksek ve müşteri geri bildirimine açık bir pilot proje seçmektir. Küçük, çapraz işlevli bir ekip oluşturulur, ekibe tam zamanlı bir ürün sahibi atanır ve birkaç sprint boyunca deneme yapılır. Her sprintin sonunda yapılan retrospektifler, yöntemin kuruma özgü koşullara uyarlanmasına imkân verir. Pilot ekipten elde edilen deneyim ve başarı hikâyeleri, çevik çalışmanın diğer birimlere yayılmasını kolaylaştırır.

Çevik Ekiplerde İlerleme Nasıl Ölçülür?

Çevik yaklaşıma geçen kurumların sık karşılaştığı sorulardan biri, ilerlemenin nasıl izleneceğidir. Geleneksel proje yönetiminde başarı genellikle planlanan kapsamın, bütçenin ve takvimin ne ölçüde tutturulduğuyla değerlendirilir. Çevik yaklaşımda ise Manifesto’nun “çalışan yazılım, ilerlemenin temel ölçüsüdür” ilkesi doğrultusunda odak, ortaya çıkan kullanılabilir çıktıya kayar (Beck vd., 2001).

Scrum ekiplerinde en sık başvurulan göstergelerden biri hızdır (velocity): Ekibin bir sprintte tamamladığı işlerin, çoğunlukla hikâye puanı cinsinden toplamı. Hız, ekibin sonraki sprintlerde ne kadar iş üstlenebileceğini tahmin etmeye yardım eder; ancak her ekip puanlamayı kendi ölçeğine göre yaptığı için ekipler arası karşılaştırmaya uygun değildir. Sprint kalan iş grafiği (burndown chart) ise sprint boyunca kalan iş miktarını gün gün gösterir ve hedeften sapmanın erkenden fark edilmesini sağlar.

Kanban kullanan ekiplerde öne çıkan göstergeler akışla ilgilidir. Döngü süresi, bir iş üzerinde çalışılmaya başlanmasından işin tamamlanmasına kadar geçen süreyi; teslim süresi ise talebin sisteme girişinden müşteriye ulaşmasına kadar geçen süreyi ifade eder. Aynı anda yürütülen iş sayısının (work in progress, WIP) sınırlandırılması, bu sürelerin kısalmasında belirleyici rol oynar.

Bu göstergelerin hiçbiri tek başına başarı ölçütü olarak kullanılmamalıdır. Hız bir performans hedefine dönüştürüldüğünde ekipler puanları şişirmeye başlar ve gösterge anlamını yitirir. Bu durum, Goodhart yasası olarak bilinen ve Strathern’in (1997) “bir ölçü hedef hâline geldiğinde iyi bir ölçü olmaktan çıkar” biçimindeki formülasyonuyla yaygınlaşan ilkenin tipik bir örneğidir. Bu nedenle çevik kurumlar ekip içi göstergeleri müşteri memnuniyeti, hatalı teslim oranı ve sağlanan iş değeri gibi sonuç odaklı ölçütlerle birlikte değerlendirir.

Sıkça Sorulan Sorular

Çevik yönetim nedir?

İşleri kısa ve yinelemeli döngülerle planlayan, sık teslim ve müşteri geri bildirimiyle değişime hızla uyum sağlayan yönetim yaklaşımıdır.

Agile manifestosu ne zaman yayımlandı?

2001 yılında, on yedi yazılım geliştiricinin Utah’ta bir araya gelmesiyle yayımlandı.

Scrum ile Kanban arasındaki fark nedir?

Scrum sabit süreli sprintler ve tanımlı roller kullanır; Kanban ise sürekli akışa ve eş zamanlı iş sayısını sınırlamaya odaklanır.

Çevik yönetim yalnızca yazılım için mi geçerlidir?

Hayır; pazarlama, insan kaynakları, ürün geliştirme ve kamu hizmetleri gibi pek çok alanda uygulanmaktadır.

Çevik yaklaşım her proje için uygun mudur?

Hayır; gereksinimleri net ve sabit, hata maliyeti çok yüksek projelerde geleneksel ya da melez yaklaşımlar daha uygun olabilir.

Sonuç

Çevik yönetim, belirsizliğin kaçınılmaz olduğu bir dünyada büyük ve uzun vadeli planlara körü körüne bağlı kalmak yerine kısa döngülerle öğrenmeyi, uyum sağlamayı ve müşteriye sürekli değer sunmayı önerir. Ancak çevikliğin özü kullanılan araçlar ve toplantılarda değil, güven, şeffaflık, iş birliği ve sürekli iyileştirme kültüründedir. Bu kültür benimsendiğinde çevik yaklaşım yalnızca projeleri değil, örgütün bütününü daha uyumlu ve dayanıklı hâle getirebilir.

Yararlanılan Kaynaklar

Beck, K., Beedle, M., van Bennekum, A., Cockburn, A., Cunningham, W., Fowler, M. ve diğerleri. (2001). Manifesto for agile software development. https://agilemanifesto.org

Rigby, D. K., Sutherland, J. ve Takeuchi, H. (2016). Embracing agile. Harvard Business Review, 94(5), 40–50.

Schwaber, K. ve Sutherland, J. (2020). The Scrum guide. Scrum.org.

Strathern, M. (1997). ‘Improving ratings’: Audit in the British university system. European Review, 5(3), 305–321.

Takeuchi, H. ve Nonaka, I. (1986). The new new product development game. Harvard Business Review, 64(1), 137–146.