Kanban'ın temel vaadi, işi görselleştirerek akışı yönetmektir; bu yönetimin kalbinde ise WIP (Work In Progress / devam eden iş) limitleri yatar. WIP limiti, bir kolonda aynı anda bulunabilecek maksimum iş sayısını sınırlayan basit ama dönüştürücü bir kuraldır. Çoğu ekibin sezgisel beklentisi, ne kadar çok işe paralel başlanırsa o kadar çok iş biteceğidir; gerçekte ise tam tersi olur. Aynı anda çok sayıda açık iş, bağlam değiştirme maliyetini artırır, her işin tamamlanma süresini uzatır ve darboğazları görünmez kılar.
Little's Law, bu durumu matematiksel olarak açıklar: bir sistemdeki ortalama tamamlanma süresi, devam eden iş miktarına doğrudan bağlıdır. Devam eden işi azalttığınızda, her bir işin uçtan uca teslim süresi (cycle time) kısalır. Yani WIP limiti koymak, ekibi yavaşlatmaz; aksine işlerin daha hızlı akmasını sağlar. ProjectCore kanban panolarında WIP limiti kolon bazında tanımlanır; bir kolon limitini aştığında kolon başlığı görsel olarak uyarır ve ekip yeni iş başlatmak yerine mevcut işleri bitirmeye yönlendirilir.
WIP limitinin en değerli yan etkisi, darboğazları görünür kılmasıdır. "İncelemede" kolonu sürekli doluyor ve limitine dayanıyorsa, bu inceleme adımının ekibin kapasitesine göre yetersiz olduğunu söyler. Limit olmasaydı, işler bu kolonda sessizce birikir ve sorun ancak teslim geciktiğinde fark edilirdi. WIP limiti, sorunu daha oluşurken ekibin gözüne sokar; ekip o adıma takviye yapar, çapraz eğitimle kapasiteyi artırır veya akışı yeniden tasarlar. ProjectCore'da kolon doluluk oranları gerçek zamanlı izlendiği için, hangi adımın kronik darboğaz olduğu cycle time raporlarında net biçimde ortaya çıkar.
Doğru WIP limitini belirlemek deneme gerektirir. Genel bir başlangıç noktası, kolondaki aktif kişi sayısı kadar veya bir fazlası kadar limit koymaktır; örneğin üç geliştiricinin çalıştığı bir "Geliştirme" kolonu için dört iyi bir başlangıçtır. Limiti çok düşük tutmak ekibi atıl bırakır, çok yüksek tutmak ise limitin koruyucu etkisini ortadan kaldırır. ProjectCore'un akış metrikleri, limit değişikliklerinin cycle time üzerindeki etkisini ölçmenizi sağlar; böylece limit ayarını sezgiyle değil, veriyle optimize edersiniz.
WIP limitleri tek başına değil, bir çekme (pull) sistemiyle birlikte çalışır. Ekip üyesi yeni iş "itmez"; bir kolonda yer açıldığında bir önceki kolondan iş "çeker". Bu, herkesin kapasitesi dolana kadar değil, sistemin akışı kaldırdığı kadar iş başlatılmasını sağlar. ProjectCore kanban panosu bu çekme mantığını destekleyecek şekilde tasarlanmıştır: swimlane'lerle ekip, öncelik veya epic bazında akışı ayırabilir, böylece karmaşık bir backlog bile düzenli ve okunabilir kalır. Sonuç, daha kısa teslim süreleri, daha öngörülebilir bir akış ve sürekli görünür kalan darboğazlardır.