Uzun bir analiz dönemi, ardından aylarca süren geliştirme ve sonunda müşterinin "ben bunu istememiştim" demesi... Çevik (agile) yaklaşım, bu tablonun tekrar tekrar yaşanmasına bir tepki olarak doğdu. Temel fikri basittir: küçük adımlarla ilerle, sık teslim et, geri bildirime göre yön değiştir.
Çevik yaklaşımın özü
- Çalışan yazılım, kapsamlı belgelerden daha değerlidir.
- Müşteriyle iş birliği, sözleşme pazarlığından önce gelir.
- Değişime yanıt vermek, plana körü körüne uymaktan önemlidir.
- Kısa aralıklarla teslim edilen ara sürümler, riskleri erken ortaya çıkarır.
Bu, plansız çalışmak demek değildir; planın sık güncellenmesi demektir.
Scrum
Scrum, belirli rolleri ve tekrar eden etkinlikleri olan bir çerçevedir.
Roller:
- Ürün sahibi: Neyin, hangi öncelikle yapılacağına karar verir.
- Scrum Master: Sürecin işlemesini sağlar, engelleri kaldırır.
- Geliştiriciler: İşi planlar ve teslim eder.
Etkinlikler:
- Sprint: Genellikle 1-4 haftalık, sabit süreli çalışma dönemi.
- Sprint planlama: Bu dönemde neyin yapılacağının belirlenmesi.
- Günlük kısa toplantı: Engellerin konuşulduğu, 15 dakikayı aşmayan görüşme.
- Sprint gözden geçirme: Tamamlanan işin paydaşlara gösterilmesi.
- Retrospektif: Ekibin kendi çalışma biçimini iyileştirmesi.
Kanban
Kanban daha az kurallıdır ve işin akışına odaklanır.
- İşler bir pano üzerinde sütunlarda ilerler: Yapılacak → Yapılıyor → İncelemede → Tamamlandı
- WIP (devam eden iş) sınırı: Bir sütunda aynı anda bulunabilecek iş sayısı sınırlanır. Yarım kalan on iş yerine biten üç iş hedeflenir.
- Sabit sprintler yoktur; işler hazır oldukça çekilir ve teslim edilir.
- Bir işin baştan sona ne kadar sürdüğü (döngü süresi) ölçülür ve iyileştirilir.
Karşılaştırma
| Scrum | Kanban | |
|---|---|---|
| Zaman yapısı | Sabit sprintler | Sürekli akış |
| Roller | Tanımlı | Zorunlu rol yok |
| Değişiklik | Sprint içinde sınırlı | Her an öncelik değişebilir |
| Uygun olduğu iş | Planlanabilir ürün geliştirme | Destek, bakım, öngörülemeyen işler |
Küçük ekipler ve freelance çalışma
İki üç kişilik bir ekipte tüm Scrum törenleri ağır gelebilir. Pratik bir karışım:
- İş akışı için basit bir Kanban panosu
- İki haftada bir müşteriye çalışan sürüm gösterimi
- Ayda bir kısa retrospektif: "Ne iyi gitti, neyi değiştirelim?"
Bu yapı, müşteriyle sık temas ve öngörülebilir ilerleme sağlar. Bkz. freelance yazılım projesi yönetimi ve kapsam kayması.
Sık yapılan hatalar
- Ritüelleri uygulayıp özünü kaçırmak: Günlük toplantılar var ama müşteriye hiç ara sürüm gösterilmiyor.
- Sprint'i mini şelaleye çevirmek: İlk hafta analiz, son gün test.
- WIP sınırını uygulamamak: Herkes çok iş açıp hiçbirini bitirmiyor.
- Retrospektif kararlarını hayata geçirmemek.
Sık sorulan sorular
Sabit fiyatlı projelerde çevik çalışılabilir mi?
Evet; kapsam önceliklendirilir, en değerli özellikler önce teslim edilir ve değişiklikler bilinçli olarak yönetilir.
Tahminler nasıl yapılır?
Scrum ekipleri genellikle göreli tahmin kullanır. Ayrıntılar için bkz. yazılım süre tahmini.
Sonuç
Çevik yaklaşım bir ritüel listesi değil, sık teslim ve sürekli öğrenme kültürüdür. Ekibin büyüklüğüne ve işin doğasına göre Scrum, Kanban veya ikisinin karışımı seçilebilir; önemli olan küçük adımlarla değer üretmeye devam etmektir.
