Kanban Nedir? Scrum ile Farkı Nedir?

Kanban, Japonca "görsel kart" anlamına gelir ve kökeni Toyota'nın üretim hattındadır. Yazılıma geçerken özü değişmedi: işi görünür kıl, akışı ölç, aynı anda yapılan iş sayısını sınırla. Scrum gibi bir çerçeve değil, mevcut sürecinizin üzerine giydirilen bir yöntemdir; bu yüzden "yarın Kanban'a geçiyoruz" demek, ekibin rollerini ve toplantılarını değiştirmeyi gerektirmez.

Destek ekibindeyken şunu fark etmiştim: talep kuyruğu zaten doğal bir Kanban sistemidir. İş sizin planınıza göre değil, geldiği hızda akar. Bu tip işlerde sprint mantığı zorlama durur, Kanban ise rahat oturur.

Kanban nasıl çalışır?

Üç temel pratikten ibarettir:

1. İşi görünür kıl. Her iş bir kart olur, her aşama bir kolon. Kimin ne yaptığı sorulmadan görülür.
2. Devam eden işi sınırla (WIP limiti). Her kolona "aynı anda en fazla şu kadar kart" kuralı konur.
3. Akışı yönet. Kartların sistemde geçirdiği süre ölçülür, tıkanan yerler açılır.

Fark ettiyseniz listede "planlama toplantısı" yok. Kanban'da iş çekme (pull) mantığıyla ilerler: bir kişi işini bitirince sıradaki kartı kendi çeker. Scrum'daki gibi iki haftalık paketler halinde iş dağıtılmaz.

WIP limiti neden Kanban'ın kalbi?

Kanban'ı Kanban yapan tek kural budur ve en çok atlanan kural da budur. WIP limiti olmayan bir pano, üzerine kart yapıştırılmış bir duvardan ibarettir.

Mantığı sezgiye ters gelir: aynı anda daha az işe dokunursanız, toplamda daha çok iş bitirirsiniz. Sebebi bağlam değiştirme maliyetidir. Beş işi paralel yürüten bir geliştirici, her geçişte zihnini yeniden kurar; beşi de "%80 bitmiş" halde haftalarca asılı kalır. Yarım kalmış iş kimseye değer üretmez.

WIP limiti ayrıca tıkanıklığı görünür yapar. "Test" kolonu doluysa kimse yeni iş çekemez, dolayısıyla ekip yeni iş başlatmak yerine test darboğazını açmaya mecbur kalır. Sorunu çözmeye zorlayan şey kuralın kendisidir.

Kanban ile Scrum farkı nedir?

Boyut	Kanban	Scrum
Ritim	Sürekli akış	Sabit süreli sprintler
İş alımı	Yer açıldıkça çekilir	Sprint başında toplu alınır
Roller	Zorunlu rol yok	PO, Scrum Master, takım
Değişikliğe tepki	Her an sıraya girebilir	Sprint ortasında girmez
Temel ölçüt	Döngü süresi (cycle time)	Sprint hızı (velocity)
Geçiş maliyeti	Düşük, mevcut sürecin üstüne kurulur	Yüksek, süreci baştan kurar

En keskin fark değişikliğe tepkidir. Scrum, sprint boyunca kapsamı korur; bu odaklanma sağlar ama acil talebi iki hafta bekletir. Kanban her an yeni iş kabul eder; bu esneklik sağlar ama disiplin zayıfsa öncelik sırası her gün değişen bir kaosa dönüşür.

Hangi ekip hangisini seçmeli?

Karar, işin ne kadar öngörülebilir geldiğine bakarak verilir:

• Kanban'a uygun: Destek ve operasyon ekipleri, bakım işleri, tasarım kuyrukları, içerik üretimi. Yani işin ne zaman geleceğini siz belirlemiyorsanız.
• Scrum'a uygun: Yeni bir ürün veya özellik geliştiren, hedefi çeyrek boyunca sabit kalabilen ekipler. Yani işi siz planlıyorsanız.

Pratikte çoğu şirket ikisini karıştırır ve buna Scrumban denir: sprint ritmi ve retrospektif korunur, ama pano WIP limitli çalışır ve acil işler için ayrı bir hızlı şerit açılır. Kitaba uymaz, sahada işler.

Kanban panosu nasıl kurulur?

Mevcut sürecinizi olduğu gibi kolonlara çevirerek başlayın; ideal süreci tasarlamaya çalışmayın. Tipik bir başlangıç: Sırada / Analiz / Geliştirme / Test / Bitti.

Sonra üç şeyi ekleyin:

• WIP limiti: Kaba kural olarak kişi sayısının 1-1,5 katı. Beş kişilik ekipte 6-7 karttan fazlası akmaz.
• Bitti tanımı: Bir kartın kolonu geçmesi için ne olması gerektiği yazılı olmalı; yoksa "bitti" herkese göre değişir. User story yazarken kullandığınız kabul kriterleri burada da işe yarar.
• Sıra kaynağı: Kartlar nereden geliyor? Bu soru sizi er geç düzenli bir backlog'a götürür; Kanban backlog ihtiyacını ortadan kaldırmaz, sadece ondan farklı beslenir.

Ölçmeye tek bir sayıyla başlayın: döngü süresi, yani bir kartın "başladı"dan "bitti"ye geçen süresi. Ortalamanın kendisinden çok dağılımı önemlidir; işlerin çoğu üç günde bitip bazıları üç hafta sürüyorsa, asıl bilgi o kuyruktadır.

Sıkça sorulan sorular

Kanban'da tahmin yapılır mı?

Zorunlu değil. Kanban, "bu iş kaç puan?" yerine geçmiş verinize bakar: son elli kartın döngü süresine bakıp "benzer işlerin %85'i sekiz günde bitti" diyebilirsiniz. Çoğu ekip için bu, puanlama toplantılarından daha güvenilir bir tahmindir.

Kanban ile Scrum birlikte kullanılabilir mi?

Evet, yaygın adıyla Scrumban. Sprint ritmini ve retrospektifi korur, panoya WIP limiti eklersiniz. Özellikle hem proje işi hem destek işi yapan karma ekiplerde iyi çalışır.

Kanban panosunda kaç kolon olmalı?

Gerçekte var olan aşama kadar, daha fazla değil. Kolon sayısını artırmak süreci iyileştirmez, sadece kart taşımayı işe benzetir. Bir kolonda kart neredeyse hiç beklemiyorsa o kolon gereksizdir.

Kanban sadece yazılım ekipleri için mi?

Hayır. Kökeni üretimdir ve bugün pazarlama, hukuk, işe alım gibi kuyruk mantığıyla çalışan her ekipte kullanılır. Kural aynıdır: işi görünür yap, aynı anda az işe dokun, akışı ölç.