Kanban, işleri kartlara, iş akışının aşamalarını da panodaki sütunlara dönüştürerek ekibin ne üzerinde çalıştığını herkesin aynı anda görmesini sağlayan görsel iş yönetimi yöntemidir. Temel kuralı basittir: işi görünür kıl, aynı anda yürüyen iş sayısını sınırla ve kartların sütunlar arasındaki akışını ölçerek darboğazı düzelt.
Kısaca
- Kanban; görselleştirme, devam eden iş (WIP) sınırı ve akış yönetimi üzerine kurulu, mevcut süreci bozmadan başlatılabilen bir yöntemdir.
- Microsoft'un 2025 Work Trend Index özel raporuna göre çalışanlar odaklanarak çalışırken ortalama her 2 dakikada bir bölünüyor; WIP sınırı, bu bölünmelerin bıraktığı yarım işlerin birikmesini engeller.
- İyi bir pano 4–6 sütunla başlar; her sütunun "bitti" tanımı yazılı olmalıdır.
- Kanban sürekli akış içindir; teslim tarihi ve bağımlılıkları olan projelerde Gantt şemasıyla birlikte kullanılır.
- Panoyu haftada bir gözden geçirmek, takılan kartları ve tekrarlayan darboğazları erkenden yakalamanızı sağlar.
Kanban nereden çıktı ve bugün ne işe yarıyor?
Kanban Japoncada "işaret kartı" ya da "tabela" anlamına gelir. Yöntem, Toyota'nın üretim hatlarında yalnızca ihtiyaç olan parçanın üretilmesini sağlayan kart sisteminden doğdu. Hat sorunlarını anında görünür kılan andon gibi yalın üretim araçlarıyla aynı düşünceden beslenir.
Bugün kanban; yazılım ekiplerinden muhasebeye, ajanslardan satın almaya kadar tekrarlayan ve sürekli gelen işleri yöneten her ekipte kullanılıyor. Fiziksel bir duvar ve yapışkan notlarla başlayabileceğiniz gibi dijital bir panoyla da yürütebilirsiniz. Yöntemin gücü, araçtan çok koyduğu kurallardan gelir.
İşin görünmemesi şirkete neye mal oluyor?
Kanban'ın çözdüğü asıl sorun "kim neyle uğraşıyor, hangi iş nerede bekliyor?" sorusunun cevabının kimsede olmamasıdır. İş e-postalara, sohbet gruplarına ve kişisel listelere dağılınca yöneticiler durum toplantısı yaparak, çalışanlar da cevap arayarak zaman kaybeder. Atlassian'ın State of Teams 2025 araştırmasına göre 12.000 bilgi çalışanı ve 200 yöneticiyle yapılan ankette ekiplerin zamanlarının %25'ini yalnızca yanıt aramakla harcadığı görüldü.
İkinci maliyet, aynı anda çok fazla işe başlamaktır. Microsoft'un 2025 Work Trend Index özel raporuna göre ortalama bir çalışan günde 117 e-posta alıyor ve odaklanarak çalışırken her 2 dakikada bir toplantı, e-posta ya da bildirimle bölünüyor. Her bölünme yarım kalan bir iş daha demektir; yarım işler ise ne müşteriye değer üretir ne de faturaya dönüşür.
Bu tablo çoğu zaman Excel'deki görev listesiyle başlar ve listenin kimse tarafından güncellenmemesiyle biter. Excel ile iş takibinin sınırları yazısında bu noktaya nasıl gelindiğini ayrıntılı anlattık.
Kanban'ın temel ilkeleri nelerdir?
Kanban uygulayan ekiplerin üzerinde uzlaştığı birkaç temel uygulama vardır. Bunları bir kurallar listesi değil, panonun "neden" böyle kurulduğunun açıklaması olarak okuyun:
| Uygulama | Ne anlama gelir? | Panoda nasıl görünür? |
|---|---|---|
| İşi görselleştir | Her iş bir kart, her aşama bir sütun | Yapılacak, Devam ediyor, İncelemede, Tamamlandı |
| WIP sınırı koy | Bir aşamada aynı anda en fazla belirli sayıda iş bulunur | Sütun başlığında "en çok 3" gibi bir not |
| Akışı yönet | Kartların ne kadar sürede ilerlediğini izle | Takılan kartlar, uzun bekleyen işler |
| Kuralları açık yaz | Bir kartın bir sonraki sütuna geçme koşulu | Sütun açıklaması ya da kontrol listesi |
| Geri bildirim döngüsü kur | Düzenli kısa gözden geçirme | Haftalık pano toplantısı |
| Adım adım iyileştir | Süreci bir anda değil, ölçerek değiştir | Sütun ekleme, birleştirme, kural güncelleme |
Bu ilkeler içinde en çok atlanan WIP sınırıdır. Sınır yoksa pano yalnızca güzel görünen bir yapılacaklar listesine dönüşür; "Devam ediyor" sütununda yirmi kart birikir ve hiçbiri bitmez.
Kanban panosu adım adım nasıl kurulur?
Kanban'ın en sevilen yanı, mevcut süreci değiştirmeden başlamanıza izin vermesidir. Aşağıdaki adımlar küçük bir ekip için bir haftada uygulanabilir:
- Akışı kâğıda dökün. Bir işin ekibe girdiği andan teslim edildiği ana kadar geçtiği aşamaları sırayla yazın. Gerçekte nasıl yürüdüğünü yazın, olması gerekeni değil.
- Sütunları belirleyin. 4–6 sütunla başlayın. Çoğu ekip için Yapılacak, Devam ediyor, İncelemede ve Tamamlandı yeterlidir.
- Kart standardını yazın. Her kartta açık bir başlık, sorumlu kişi, bitiş tarihi ve gerekiyorsa öncelik bulunsun. "Web sitesi" değil, "Hakkımızda sayfası metnini müşteriye onaya gönder" gibi yazın.
- "Bitti" tanımını koyun. Her sütun için kartın bir sonrakine geçme koşulunu yazın. Örneğin İncelemede'den Tamamlandı'ya geçmek için müşteri onayı gereksin.
- WIP sınırını seçin. Başlangıç için "Devam ediyor" sütununda kişi başına en fazla iki iş iyi bir kuraldır. Sınır dolunca yeni işe başlamak yerine takılan işe yardım edilir.
- Tüm işleri panoya taşıyın. E-postadaki, defterdeki ve akıldaki işleri karta çevirin. Panoda olmayan iş yok sayılır kuralını ilk günden koyun.
- Haftalık gözden geçirme yapın. 15 dakikada en uzun bekleyen kartlara, sınırı aşan sütunlara ve tekrarlayan engellere bakın.
Yazılım geliştirme gibi kapsamı değişken işlerde bu adımlara başlamadan önce gereksinimlerin netleşmesi gerekir. Yazılım ihtiyaç analizi yazısı, kartların neye göre açılacağını belirlemenize yardımcı olur.
Kanban, Scrum ve Gantt arasında ne fark var?
Kanban sürekli akış yöntemidir; işler geldikçe panoya girer, belirli bir dönem ya da sprint yoktur. Scrum ise işi en fazla bir ay süren, çoğu ekipte iki haftalık sabit sprintlere böler ve sprint başında kapsam belirler. Destek, bakım, içerik üretimi gibi sürekli gelen işlerde kanban; ürün geliştirmede ise Scrum ya da ikisinin karışımı daha sık tercih edilir.
Gantt şeması ise başka bir soruya cevap verir: "Bu proje hangi tarihte biter ve hangi iş geç kalırsa teslim kayar?" Kanban bir görevin şu anda hangi aşamada olduğunu, Gantt ise görevlerin zaman içindeki sırasını ve bağımlılıklarını gösterir. Şemanın nasıl okunduğunu Gantt şeması nedir rehberinde anlattık. Teslim tarihi olan projelerde ikisini birlikte kullanmak gerekir; hangi işin teslimi doğrudan etkilediğini bulmak için kritik yol yöntemi rehberimize bakabilirsiniz.
Kanban uygularken hangi hatalar yapılır?
- Çok fazla sütun açmak. On iki sütunlu bir pano, kartların nerede olduğunu değil, sürecin karmaşıklığını gösterir.
- WIP sınırını koyup uygulamamak. Sınır aşıldığında kimse durmuyorsa sınır yok demektir.
- Kartı güncellememek. İş bittiği hâlde kart "Devam ediyor"da kalırsa panoya güven kaybolur ve ekip yeniden e-postaya döner.
- Her şeyi tek panoya koymak. Farklı müşteri ya da projelerin işleri için ayrı panolar, iç ve dış görünürlüğü ayırmayı da kolaylaştırır.
- Toplantıyı panonun yerine koymak. Pano doğru tutuluyorsa durum toplantısı kısalır; uzun toplantılar için yapay zeka ile toplantı özeti çıkarmak da bir seçenektir.
Aynı görünürlük ihtiyacı sahada çalışan ekiplerde de vardır; şantiye ile ofis arasındaki görev akışını inşaat proje takip programı yazısında ele aldık. Panoyu dijitale taşımadan önce araçları karşılaştırmak isterseniz proje yönetimi programı seçimi rehberindeki ölçütlere bakın.
SmartPM ile kanban görev yönetimi nasıl kolaylaşır?
SmartPM, Smart ailesinin web tabanlı proje yönetim yazılımıdır ve aynı görevleri liste, kanban ve Gantt şeması olarak gösterir. Her proje Yapılacak, Devam ediyor, İncelemede ve Tamamlandı listeleriyle açılır; kart bir listeden ötekine taşınınca durumu değişir. Sütunları adlandırabilir, renklendirebilir ve hangisinin "bitti sayılır" olduğunu işaretleyebilirsiniz; içinde görev olan sütun yanlışlıkla silinemez.
Bir dijital ajans senaryosu düşünün. Proje yöneticisi müşteriden gelen teklif ya da iş listesini SmartPM'in yapay zeka destekli "belgeden plan" özelliğine yükler; maddeler aşamalı, süreli ve etiketli kartlara dönüşür ve kaydetmeden önce düzeltilir. Ekip kartlara kendini atar, kartlarda kontrol listeleri, dosya ekleri ve bitiş, yorum rozetleri görünür. Bir tasarımcı q tuşuyla yalnızca kendisine atanan kartları süzer; sayacı görev panelinden başlatır, böylece süre işin yanında tutulur.
Kart "İncelemede" sütununa geldiğinde ekip müşteriden onay ister. Müşteri, projeye Müşteri rolüyle eklenir ve yalnızca "Müşteriye açık" işaretlenmiş görevleri görür; iç görevler, zaman kayıtları ve ekip listesi ona kapalıdır. Müşteri Onayla ya da Değişiklik iste der, yanıt kanbanda etiketle görünür. Değişiklikler sayfa yenilenmeden birkaç saniye içinde projeyi açık tutan herkesin ekranına gelir.
Teslim tarihi kritik olduğunda aynı kartlar Gantt şemasında bağımlılıklarla görülür; bir iş kayınca ona bağlı işler kendiliğinden ileri kayar. Raporlar geciken görevleri ve kişi iş yükünü gösterir, yapay zeka durum özeti de gecikenleri ve bu haftanın önerilerini çıkarır. SmartPM'de WIP sınırını ekip kuralı olarak koyup bu iş yükü raporuyla izlemek pratik bir yoldur. Ayrıntılar için SmartPM kanban ve görev yönetimi sayfasına bakabilirsiniz.
Digital Bridge nasıl yardımcı olur?
Digital Bridge, SmartPM kurulumunu kurumunuzla birlikte planlar; sütunları, etiketleri, proje rollerini ve müşteri erişimini iş akışınıza göre nasıl kuracağınızı başlangıçta konuşuruz. Ekip ve müşteri kullanıcıları Smart360 hesabıyla tek girişle çalışır. Hazır yazılımın karşılamadığı özel bir süreç ya da başka sistemlerle bağlantı gerekiyorsa özel web yazılımı ekibimizle çözüm geliştiririz. Kapsamı ve bütçeyi doğru kurmak için yazılım projesi maliyeti rehberimiz de yol gösterir.
Daha fazla proje ve yazılım rehberi için yazılım konulu yazılarımıza göz atabilirsiniz. Panonun işe yarayıp yaramadığını görmek için kart başına geçen süre gibi birkaç KPI belirlemeniz yeterlidir.
Sonraki adım: ekibinizin işini tek panoda görün
Kanban'a başlamak için bugün kâğıt ve kalem yeter; ama ekip büyüdükçe, müşteri onayı ve teslim tarihleri işin içine girdikçe dijital bir panoya ihtiyaç duyarsınız. SmartPM'i satın almak için SmartPM satış formunu doldurun; ürünün tüm özelliklerini SmartPM ürün sayfasında inceleyebilir, kurulum sorularınız için bizimle iletişime geçebilirsiniz.