Kanban
Kısaca
Kanban, işi sütunlardan oluşan bir panoda görselleştiren ve iş akışının düzgün ilerlemesi için aynı anda devam eden iş sayısını sınırlayan bir Agile yöntemidir.
Kanban nedir?
Kanban, her görevi bir panoda görünür kılan ve aynı anda devam eden iş miktarını denetleyen bir iş yönetimi yoludur. Japonca kanban sözcüğü tabela ya da görsel kart anlamına gelir; fikir, kartların bir fabrika istasyonunun ne zaman daha fazla parçaya ihtiyaç duyduğunu bildirdiği Toyota Üretim Sistemi'nden gelir. 2000'lerin ortasında, özellikle David J. Anderson tarafından yazılım ve diğer bilgi işi için uyarlanmıştır.
Bir Kanban panosunda To Do, In Progress, Review ve Done gibi iş aşamalarını temsil eden sütunlar vardır ve her görev soldan sağa ilerleyen bir karttır. Temel kural, devam eden iş (WIP) sınırıdır: bir sütun yalnızca belirli sayıda kart tutabilir; bu yüzden ekip yeni bir işi çekmeden önce mevcut işi bitirmek zorundadır. Ekipler darboğazları tespit etmek için, bir kartın başlangıçtan bitişe hareket etme süresi olan döngü süresi (cycle time) ve haftada tamamlanan iş sayısı olan üretilen iş miktarı (throughput) gibi metrikleri izler.
Kanban destek talepleri, operasyon, bakım ve hata düzeltme gibi sürekli ve öngörülemez biçimde gelen işlere uygundur, ama birçok ürün ekibi de onu kullanır. Yoğun bir kahve dükkânını düşünün: barista tezgâhta yer olduğunda yeni bir içeceğe başlar; böylece siparişler yarım kalarak birikmek yerine ilerlemeye devam eder.
Kanban çoğunlukla Scrum ile karşılaştırılır. Scrum işi sabit uzunluklu sprint'lerde ve tanımlı rollerle planlar; Kanban'da sprint ve zorunlu rol yoktur, iş kapasite olduğunda çekilir. Yalnızca sütunları olan bir pano da gerçek Kanban değildir: WIP sınırları ve akışa gösterilen özen olmadan o yalnızca bir görev listesidir.
Önemli noktalar
- Kanban, her iş parçasını sütunlardan oluşan bir panoda kart olarak gösterir.
- Devam eden iş (WIP) sınırları her aşamanın tutabileceği iş sayısını sınırlar.
- İş, sabit bir takvime göre itilmez; kapasite olduğunda çekilir.
- Kanban'da sabit uzunluklu sprint'ler ve zorunlu roller yoktur.
- Döngü süresi ve throughput, akışın yaygın ölçütleridir.
Örnek
# Each column is a stage; wip_limit caps how many cards it can hold
board: Web team
columns:
- name: To Do
cards: [Add search filter, Fix login timeout, Update docs]
- name: In Progress
wip_limit: 3
cards: [Dark mode toggle, Export to CSV]
- name: Review
wip_limit: 2
cards: [Password reset email]
- name: Done
cards: [Signup form validation]Sık sorulan sorular
Kanban'da WIP sınırı nedir?
WIP (devam eden iş) sınırı, bir sütunda aynı anda bulunmasına izin verilen en fazla kart sayısıdır. Bir sütun dolduğunda ekip yeni iş başlatmak yerine mevcut işi bitirmeye yardım eder; bu da darboğazları ortaya çıkarır ve döngü süresini kısaltır.
Kanban Scrum'dan daha mı iyidir?
Genel olarak hiçbiri daha iyi değildir. Kanban destek ve operasyon gibi sürekli, öngörülemez işlere uygundur; Scrum ise sabit planlama döngülerinden yararlanan ekiplere uygundur. Bazı ekipler ikisini, çoğunlukla Scrumban denen bir hibritte birleştirir.
Kanban sprint kullanır mı?
Hayır. Kanban sabit uzunluklu iterasyonlar yerine sürekli bir iş akışı kullanır; yine de ekipler düzenli bir takvimle planlama ve gözden geçirme toplantıları yapabilir.
Sık karşılaştırılanlar
İlgili sayfalar
- AgileEkipler ve Süreç, s. 3Agile, çalışan yazılımı küçük ve sık parçalar halinde teslim eden ve planları düzenli geri bildirime göre ayarlayan bir yazılım geliştirme yaklaşımıdır.
- ScrumEkipler ve Süreç, s. 21Scrum, küçük bir ekibin tanımlı roller, olaylar ve çıktılarla ürünü sprint denen sabit uzunluklu döngülerde teslim ettiği bir Agile framework'üdür.
- SprintEkipler ve Süreç, s. 25Sprint, bir Scrum ekibinin tek hedefe doğru çalışıp kullanılabilir bir ürün artışı ürettiği, bir ay veya daha kısa, çoğunlukla iki haftalık sabit dönemdir.
- User StoryEkipler ve Süreç, s. 29User story, bir özelliğin kullanıcının bakış açısından, kimin neyi neden istediğini açıklayan kısa ve sade bir dille yazılmış tanımıdır.
- RetrospektifEkipler ve Süreç, s. 20Retrospektif, ekibin her sprint sonunda nasıl çalıştığını değerlendirip bir dahaki sefer için somut iyileştirmelerde anlaştığı toplantıdır.
- DevOpsDevOps ve Bulut, s. 13DevOps, yazılım geliştirme ile BT operasyonlarını birleştirerek yazılımın daha hızlı ve güvenilir sunulmasını sağlayan bir kültür ve pratikler bütünüdür.
Bu sayfada bir hata ya da eksik mi gördünüz?Düzeltme önerin