Kanban Ve Kümülatif Akış
Bir işin başlamış olması değer yaratmaz; değer, yalnızca sistemin bir ucundan diğerine tıkanmadan akıp tamamlandığında ortaya çıkar.
Toyota'nın üretim hatlarında doğan Kanban felsefesi, işin fiziksel sınırlarını aşarak dijital bilgi işçiliğinin en güçlü akış yönetim sistemi haline gelmiştir. Scrum'ın zaman kutulu (time-boxed) ve kısıtlayıcı döngülerinin aksine, Kanban sürekli bir sıvı akışı (continuous flow) modelini benimser. Sistemin temel mekaniği WIP (Work In Progress - Süren İş) limitlerine dayanır. Bir sütundaki iş limiti dolduğunda, takım yeni işe başlamak yerine mevcut tıkanıklığı çözmeye odaklanmak zorundadır. Bu "çekme" (pull) mantığı, takımları çok fazla işe başlayıp hiçbirini bitirememek hastalığından kurtarır ve teslimat süresini (Lead Time) dramatik bir şekilde kısaltır.
Bu sürekli akışın sağlığını denetlemenin en analitik yolu Kümülatif Akış Diyagramlarıdır (CFD). Panodaki sütunları alan grafikleri şeklinde zaman çizgisine yansıtan bu araç, sistemdeki gizli darboğazları bir röntgen gibi ortaya çıkarır. Eğer analiz (Analysis) sütununun bandı zamanla genişliyor ve test (Testing) sütunu daralıyorsa, bu durum analiz ekibinin işleri gereğinden hızlı ürettiğini, test ekibinin ise kapasitesini aştığını matematiksel olarak ispatlar. Yöneticiler, bu genişleyen ve daralan bantlara bakarak kaynak kaydırma operasyonlarını sezgilerle değil, doğrudan veriyle yönetir.
