Kanban ile Scrumban Arasındaki Fark: Hangi Ekip Hangisiyle Başlamalı?

Kanban ve Scrumban neyi tarif eder?

Kanban Method, Kanban University'nin yayımladığı Kanban Guide'a göre bir metodoloji ya da çerçeve değil, mevcut bir sürece veya çalışma biçimine uygulanan bir yönetim yöntemidir. Ekibe yeni roller, toplantılar ya da sabit süreli döngüler dayatmaz. Bunun yerine işi görselleştirmeyi, devam eden işi (WIP) sınırlamayı, akışı yönetmeyi, politikaları açık hale getirmeyi, geri bildirim döngüleri kurmayı ve iş birliğiyle, deneyerek gelişmeyi önerir.

Scrumban ise adından da anlaşılacağı gibi Scrum ile Kanban'ın birleşiminden doğan hibrit bir çalışma biçimidir. Tek bir resmî tanımı ve yayımlanmış bir standardı yoktur; Kanban Guide da Scrumban'dan söz etmez. Genellikle Scrum'ın bazı yapı taşlarını, örneğin düzenli planlama, gözden geçirme ve retrospektif toplantılarını korurken, iş akışını Kanban'ın WIP sınırları ve akış ölçüleriyle yöneten ekipler için kullanılır.

Kısacası Kanban, ekibin mevcut sürecinin üzerine eklenen bir iyileştirme yöntemidir; Scrumban ise çoğunlukla Scrum'dan yola çıkan ekiplerin vardığı belirli bir süreç tasarımıdır.

Ortak zemin: Görünür iş ve sınırlı WIP

İki yaklaşımın da merkezinde aynı pano ve aynı fikir vardır: İş adımlarını sütunlar halinde görünür kılmak ve her aşamada aynı anda yürütülen iş sayısını sınırlamak. WIP sınırı, ekibin yeni işe başlamak yerine başladığı işi bitirmeye odaklanmasını sağlar; darboğazlar panoda birikmeye başladığı anda görünür olur.

İkisi de çekme mantığıyla çalışır. Bir aşamada kapasite açıldığında önceki aşamadan iş çekilir; iş, kapasitesi dolu bir aşamaya itilmez.

Akış ölçüleri de ortaktır: Bir işin sisteme girişinden tamamlanmasına kadar geçen süre (cycle time ya da lead time), belirli bir dönemde tamamlanan iş miktarı (throughput) ve kümülatif akış diyagramı her iki yaklaşımda da sürecin sağlığını izlemek için kullanılır.

Ölçüt ölçüt Kanban ve Scrumban

• Başlangıç noktası: Kanban / ekibin bugün yaptığı iş; Kanban Guide'ın ilkesi “şu an yaptığınız şeyle başlayın”. Scrumban / genellikle Scrum uygulayan ve daha esnek bir akışa ihtiyaç duyan ekipler.
• Roller: Kanban / zorunlu rol tanımlamaz, mevcut roller korunur. Scrumban / Scrum'daki ürün sahibi ve Scrum Master hesap verebilirlikleri bazı uygulamalarda sürer, ama zorunlu kabul edilmez.
• Zaman yapısı: Kanban / sabit süreli döngü yoktur, iş sürekli akar. Scrumban / planlama ve gözden geçirme belirli bir ritimle yapılabilir; ancak iş sprint'e kilitlenmez, kapasite açıldıkça çekilir.
• Planlama: Kanban / ihtiyaç doğdukça yeniden besleme (replenishment) toplantısıyla iş sisteme alınır. Scrumban / hazır iş kuyruğu belirli bir düzeyin altına indiğinde planlama tetiklenir ya da düzenli bir planlama ritmi korunur.
• Kapsam taahhüdü: Kanban / döngü bazlı taahhüt yoktur, teslim tahmini akış verisinden yapılır. Scrumban / sprint taahhüdü genellikle gevşetilir ya da kaldırılır; bazı ekipler bir hedef cümlesini korur.
• Toplantılar: Kanban / günlük Kanban toplantısı ve ihtiyaca göre farklı geri bildirim toplantıları. Scrumban / günlük toplantı ile retrospektif genellikle korunur, diğer etkinlikler sadeleştirilir.
• Değişimin hızı: Kanban / evrimsel ve kademeli değişim esastır. Scrumban / Scrum yapısında bilinçli bir dönüşüm olarak tasarlanır.

Hangi ekip için hangisi?

Kanban Method'u tercih edin, eğer: • Ekip operasyon, destek, bakım ya da talep bazlı iş yürütüyor ve işler sürekli, öngörülemez biçimde geliyorsa. • Kurumda yeni roller ve toplantılar ekleyerek büyük bir süreç değişikliği yapmak istenmiyorsa. • Var olan süreç makul ölçüde çalışıyor ama darboğazlar, uzun bekleme süreleri ve aşırı iş yükü sorun yaratıyorsa. • Birden fazla ekibin ya da hizmetin akışını aynı mantıkla yönetmek gerekiyorsa.

Scrumban'ı tercih edin, eğer: • Ekip zaten Scrum uyguluyor, ancak sprint ortasında gelen acil işler planı sürekli bozuyorsa. • Sprint planlaması ve tahmin toplantıları ekibe ağır gelmeye başladıysa ama düzenli bir ritimden ve retrospektiften vazgeçmek istemiyorsa. • Ürün geliştirme ile bakım işi aynı ekipte karışık yürüyorsa. • Ekip Scrum'dan Kanban'a doğru kontrollü bir geçiş yapmak istiyorsa.

Scrum hiç kullanmamış bir ekibin doğrudan Scrumban'a geçmesi genellikle gereksiz bir ara adımdır; böyle bir ekip için Kanban Method'u mevcut sürece uygulamak daha sade bir başlangıçtır.

Örnek: Aynı ekip, iki farklı tasarım

Örneğin bir e-ticaret şirketinin ödeme altyapısını geliştiren ekibi düşünelim. Ekip hem yeni ödeme yöntemleri geliştiriyor hem de canlıdaki hatalara müdahale ediyor.

Kanban yaklaşımında ekip, mevcut iş adımlarını, örneğin analiz, geliştirme, kod incelemesi, test ve canlıya alma aşamalarını panoya döker. Her aşamaya bir WIP sınırı koyar, acil hatalar için ayrı bir hizmet sınıfı ve kural tanımlar. Yeni işler, kapasite açıldıkça kısa yeniden besleme toplantılarında seçilir. Teslim tarihleri, geçmiş akış verisine dayalı olasılıklı tahminlerle verilir.

Scrumban yaklaşımında ekip, düzenli planlama ve retrospektif ritmini korur; ancak planlamada tüm döngüyü doldurmaya çalışmak yerine hazır iş kuyruğunu belirli bir seviyede tutar. Sprint taahhüdünü kaldırır, WIP sınırlarıyla çalışır ve acil hatalar plan dışı bir istisna değil, akışın tanımlı bir parçası olur.

Geçişte sık yapılan hatalar

• WIP sınırı koymadan panoyu Kanban saymak: Sınırı olmayan bir pano yalnızca görselleştirmedir; akışı iyileştirmez. Sınırlar küçük adımlarla konmalı ve ekip bunlara uymayı denemelidir.
• Scrumban'ı “kuralsız Scrum” olarak uygulamak: Retrospektif ve planlama kaldırılıp yerine hiçbir politika konmazsa ekip yönünü kaybeder. Hangi Scrum unsurunun neden korunduğu ya da kaldırıldığı açıkça yazılmalıdır.
• Akış ölçülerini izlememek: İki yaklaşımda da tahmin, akış verisine dayanır. Teslim süresi ve iş çıkışı izlenmezse ekip eski tahmin alışkanlıklarına geri döner.
• Politikaları örtük bırakmak: Bir işin “bitti” sayılması, acil işin sıraya nasıl gireceği ya da engellenen işin nasıl ele alınacağı panoda görünür biçimde yazılmalıdır.
• Her şeyi aynı anda değiştirmek: Kanban Guide'ın evrimsel değişim ilkesi Scrumban geçişleri için de yararlıdır; önce görselleştirme, sonra WIP sınırları, ardından ölçüm eklenebilir.

Mindset programlarında Kanban ve Scrumban

Kanban + Scrum (Scrumban) eğitimi; Scrum ve Kanban Method karşılaştırmasını, Scrumban'ın ne olduğunu ve ne zaman uygulanmaması gerektiğini, Scrumban pano ve iş akışı tasarımını, planlama ve toplantı ritmi tasarımını, Scrumban metrikleri ve performans takibini, geçiş ve değişim yönetimini kapsar; canlı vaka çalışmaları ve atölye uygulamasıyla tamamlanır.

Kanban Method (KMP I) Hazırlık eğitimi ise Kanban Method temelleri ve tarihi, Kanban panosu tasarımı, temel uygulamalar, Kanban toplantıları ve geri bildirim döngüleri, Kanban metrikleri ve tahmin ile evrimsel değişim yönetimi modüllerinden oluşur.