Scrum ve Kanban: girişimlerde çevik çalışma yöntemleri

Girişimler belirsizlik içinde çalışır: gereksinimler değişir, öncelikler kayar, müşteriden gelen bilgi planı bozar. Çevik (agile) yöntemler, işi küçük parçalara bölüp sık aralıklarla teslim ederek ve geri bildirimle yön düzelterek bu belirsizlikle başa çıkmayı hedefler.

Çevik yaklaşımın temel fikri

• Büyük planlar yerine kısa döngüler
• Mükemmel belge yerine çalışan ürün
• Sözleşme pazarlığı yerine müşteriyle iş birliği
• Plana körü körüne uymak yerine değişime uyum

Scrum

Scrum, işi sabit uzunlukta döngülere (sprint, genellikle 1–2 hafta) böler.

Temel unsurlar:

1. Ürün listesi (backlog): Yapılacak tüm işlerin öncelik sıralı listesi
2. Sprint planlaması: Döngüde yapılacakların seçimi
3. Günlük kısa toplantı: 15 dakikalık durum paylaşımı
4. Sprint değerlendirmesi: Çıkan işin gösterimi
5. Retrospektif: Süreçte neyin iyileşeceğinin konuşulması

Uygun olduğu durum: Net hedefleri olan, düzenli teslimat isteyen ekipler.

Kanban

Kanban, işi bir panoda sütunlarla (Yapılacak, Yapılıyor, Bitti) görselleştirir ve aynı anda devam eden iş sayısını sınırlar (WIP limiti).

Temel unsurlar:

1. Görsel pano
2. Devam eden iş limiti
3. Akışı ölçme (bir işin başlayıp bitme süresi)
4. Sürekli iyileştirme

Uygun olduğu durum: Sürekli gelen, öngörülemez işler; destek ve bakım ekipleri.

Hangisini seçmeli?

| Durum | Öneri | |---|---| | Ürün geliştirme, planlı teslimat | Scrum | | Kesintili, öncelik değişen iş akışı | Kanban | | 2–5 kişilik çok küçük ekip | Hafif Kanban + haftalık gözden geçirme |

Küçük ekipler için basit uygulama

1. Tek bir ortak pano kurun.
2. Haftalık 30 dakikalık planlama yapın.
3. Aynı anda kişi başı en fazla 2 iş alın.
4. Her hafta sonu kısa bir gözden geçirme yapın.
5. Önceliği ürün yol haritası ve kuzey yıldızı metriği ile ilişkilendirin.

Ekip ve kültür

Çevik yöntemler araçtan çok kültürdür: şeffaflık, geri bildirim ve sorumluluk gerektirir. Bkz. girişim kültürü ve yazılım ekibi kurma.

Sık yapılan hatalar

• Toplantı sayısını artırıp teslimatı yavaşlatmak
• Backlog'u hiç önceliklendirmemek
• Sprint ortasında sürekli hedef değiştirmek
• Teknik borcu hiç planlamamak; bkz. teknik borç