Kanban kelimesi ne anlama gelir?

Japonca'da görsel sinyal, kart veya tabela anlamına gelir. Toyota fabrikalarında parçaların hangi miktarda ve ne zaman üretileceğini bildiren fiziksel kartlardan adını almıştır. Bugün dijital tahtalardaki iş öğesi kartları da aynı kavramın doğrudan torunudur.

Kanban'ı Taiichi Ohno mu icat etti?

Ohno 1940'ların sonu ve 50'lerinde Toyota Üretim Sistemi'nin parçası olarak yöntemi geliştirdi. İlhamını Amerikan süpermarketlerinin raf yenileme mantığından aldığını kendisi kitaplarında anlatır. Yazılıma uyarlanması ise David J. Anderson'un 2000'lerin sonunda yaptığı çalışmalarla olmuştur.

Kanban ile Scrum arasındaki temel fark nedir?

Scrum sabit uzunlukta sprintler, belirli roller ve seremoniler tanımlayan bir çerçevedir. Kanban ise sürekli akışı esas alır, sprint kavramı yoktur ve mevcut sürecin üzerine bindirilen bir yöntemdir. Scrum velocity ölçer, Kanban ise cycle time ve throughput gibi akış metriklerini takip eder.

WIP limiti nedir ve neden önemlidir?

Aynı anda devam eden iş öğesi sayısının üst sınırıdır. Little Yasası'na göre devam eden iş miktarı arttıkça ortalama tamamlanma süresi uzar. WIP limiti, çoklu görev yapma yanılgısını kırar ve ekibin başlanan işleri bitirmesini zorlar; böylece tıkanıklıklar görünür hale gelir.

Çekme sistemi ne demektir?

İşin yöneticinin atamasıyla değil, sonraki adımdaki kişinin kapasitesi açıldığında kendi çekmesiyle ilerlemesidir. Toyota'da bir istasyon parça bittiğinde önceki istasyondan parça çeker. Yazılımda da bir geliştirici işini bitirince sıradaki kartı kendisi alır; bu, talebin gerçek kapasiteyle eşleşmesini sağlar.

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

Hayır. Kökeni üretim olduğu için her tür akış temelli işte uygulanabilir. Hastane acil servisinden hukuk ofislerine, pazarlama operasyonlarından içerik üretimine kadar pek çok alanda kullanılır. Önemli olan, görünmez işin görünür kılınması ve sınırlı kapasitenin kabul edilmesidir.

Bir Kanban tahtası en az hangi sütunları içermeli?

Klasik form üç sütundan oluşur: Yapılacak, Devam Eden, Tamamlandı. Ancak gerçek iş akışına göre ara durumlar eklenir — Analiz, Geliştirme, Test, Beklemede gibi. Anderson'un önerisi, tahtanın ekibin gerçek sürecini yansıtması, ideal bir akışı dayatmamasıdır.

Kanban'da rol tanımı var mı?

Yöntem zorunlu rol dayatmaz; mevcut organizasyon yapısının üzerine bindirilir. Ancak pratikte iki opsiyonel rol önerilir: hizmet talebi yöneticisi (talepleri önceliklendirir) ve hizmet sunum yöneticisi (akışı izler). Bu roller Scrum Master ve Product Owner'a benzese de zorunlu değildir.

KANBAN NEDİR?

Kanban tahtası üç sütunlu yapı: Yapılacak, Devam Eden ve Tamamlandı kart akışı

1940'ların sonunda Taiichi Ohno, Toyota fabrikalarında bir sorunla boğuşuyordu: aşırı stok, bekleyen parçalar ve israfa dönüşen üretim hatları. Çözümü süpermarket raflarını izlerken buldu — müşteri bir ürünü aldığında raf yenileniyor, talep olmayan yere mal yığılmıyordu. Bu basit gözlem, "Kanban" adını alan bir kart sistemine dönüştü ve onlarca yıl sonra David Anderson'un elinde yazılım geliştirmenin akış yönetimine kadar uzandı. Bugün ekran üzerindeki sütunlardan ibaret sandığımız tahta, aslında israfa karşı kurgulanmış bir düşünce sistemidir.

Toyota Üretim Sisteminde Kanban'ın Doğuşu

İkinci Dünya Savaşı sonrası Japonya'da kaynaklar kıttı. Toyota, Amerikan otomotiv devleriyle aynı bütçeyle rekabet edemeyeceğini biliyordu; tek seçenek israfı sıfıra yakın çekmekti. Taiichi Ohno'nun gözlemi şuydu: bir süpermarkette rafta sadece satılan kadar ürün durur, müşteri aldıkça yenilenir. Üretim de böyle çalışmalıydı — bir sonraki istasyon parçaya ihtiyaç duyduğunda, önceki istasyon üretimi başlatmalıydı.

Bu "çekme" (pull) mantığını uygulamak için fiziksel kartlar kullanıldı. Japonca'da "kanban" görsel sinyal veya tabela anlamına gelir. Her kart bir parti üretimi temsil ediyordu; kart geri gelmeden yeni üretim yapılmıyordu. Sonuç çarpıcıydı: ara stoklar eridi, kalite sorunları erken yakalanır oldu ve fabrika talebe gerçek zamanlı yanıt verebilir hale geldi.

Toyota'dan Yazılıma: David Anderson'un Uyarlaması

2000'li yılların başında yazılım sektörü, Scrum gibi sprint tabanlı yöntemleri benimsemişti ama bazı ekipler için bu çerçeve uymuyordu — özellikle operasyonel destek, bakım veya kesintisiz talep akışı olan ortamlarda. David J. Anderson, Microsoft ve Corbis'te yürüttüğü çalışmalarda Toyota'nın çekme prensibini bilgi işine taşıdı.

Anderson'un 2010'da yayımladığı kitabı, yöntemi yazılım dünyasına resmi olarak kazandırdı. Üretim hattındaki parçanın yerini bir "iş öğesi" aldı; istasyonların yerini bir tahta üzerindeki sütunlar (Yapılacak, Devam Eden, Tamamlanan) doldurdu. Fiziksel kanban kartı, post-it veya dijital karta dönüştü ama temel fikir aynı kaldı: akışı görselleştir, devam eden işi sınırla, israfı azalt.

Toyota çekme sistemi: süpermarket raf yenileme mantığı ve fabrikadan yazılıma uzanan Kanban kart akışı

Kanban'ın Beş Temel İlkesi

Anderson'un formülasyonunda yöntem birkaç sade kural üzerine kuruludur. Bu kurallar Toyota'daki üretim mantığını bilgi işine taşırken kısayol değil, omurga işlevi görür:

İş akışını görselleştir: Görünmeyen iş yönetilemez. Tahta, ekibin gerçekte ne üzerinde çalıştığını ortaya çıkarır.
Devam eden işi sınırla (WIP limit): Aynı anda yapılan iş sayısı, kapasiteyi aşmamalı. Sınır olmadan herkes her şeyi başlatır, hiçbir şey bitmez.
Akışı yönet: Bir iş öğesinin sütunlar arasındaki hareketi izlenir; tıkanıklıklar tespit edilir.
Süreç politikalarını netleştir: "Tamamlandı" ne demek, hangi koşulda iş bir sonraki sütuna geçer — yazılı ve açık olmalı.
Geri bildirim döngüleri kur: Günlük kısa toplantılar, hizmet sunum incelemeleri ile süreç sürekli ayarlanır.

Çekme Sistemi ve WIP Limiti Neden Önemli

Kanban'ı diğer Agile yaklaşımlardan ayıran asıl özellik "çekme" mantığıdır. Bir geliştirici işini bitirdiğinde sıradaki işi kendisi alır; yöneticisi atamaz, sprint planlaması zorlamaz. WIP limiti aşılmışsa yeni iş başlatılamaz — önce mevcut işler bitirilir.

Bu yaklaşımın arkasındaki matematik Little Yasası'na dayanır: ortalama tamamlanma süresi, devam eden iş miktarıyla doğru orantılıdır. WIP limitini düşürdükçe, her bir öğenin tamamlanma süresi kısalır. Üç işe paralel başlamak yerine birini bitirmek, ortalamada daha hızlı sonuç verir.

Scrum ile Karşılaştırma

İkisi de Agile şemsiyesi altında olsa da farklı sorunları çözer. Scrum sabit uzunlukta sprint'ler, belirli roller (Product Owner, Scrum Master) ve seremoniler önerir. Kanban ise rol veya zaman kutusu dayatmaz. İş akışınız üzerine geçirilen bir yöntemdir — mevcut süreci yıkmadan üzerine bindirilir. Yöntemin temel kavramlarını ve pratik uygulamalarını derinleştirmek isteyenler, topluluk tarafından sürdürülen resmi rehberlere başvurabilir.

Tempo: Scrum sprint sonlarında teslimat yapar, Kanban sürekli akışla teslim eder.
Roller: Scrum üç rol tanımlar, Kanban yeni rol gerektirmez.
Değişiklik: Scrum'da sprint ortasında kapsam değişikliği önerilmez, Kanban'da her an yeniden önceliklendirme normaldir.
Metrik: Scrum velocity (hız) kullanır, Kanban cycle time ve throughput'a bakar.

Hangi Ekipler İçin Uygun

Kanban özellikle iş öğelerinin önceden tam planlanamadığı ortamlarda parlar: DevOps ekipleri, ürün desteği, içerik üretimi, bakım birimleri, pazarlama operasyonları. Sabit sprint hedeflerine kilitlenmek yerine, gelen talebi anlık önceliklendirip akışa sokmak gerekir.

Yöntemin yazılım dışındaki sektörlerde de yayılması tesadüf değildir — hastane acil servisinden hukuk ofislerine kadar pek çok yerde "akış" temelli iş vardır. Kanban'ı pratikte uygulamak ve tahta tasarımını derinleştirmek için Kanban eğitimi içeriklerinden yararlanabilirsiniz.

Kanban WIP limit göstergesi ve devam eden iş kapasitesi sınırlama metaforu

Bugüne Uzanan Miras

Toyota'nın bir fabrika içi çözümü, yetmiş yıl sonra dünyanın dört bir yanındaki yazılım ekiplerinin günlük rutininin parçası oldu. Bu dönüşümün özü teknolojide değil, bir gözlemde gizliydi: insanın aynı anda yapabileceği iş sayısı sınırlıdır ve görünmeyen iş yönetilemez. Bir tahtanın üzerinde yer alan sütunlar ve kartlar, aslında israfa karşı yetmiş yıldır biriken bir düşünce geleneğini taşır.