Kanban Kurulu Nedir?

Kanban kurulu, takımların farklı süreç aşamalarında hareket ettiği gibi çalışmasına yardımcı olan görsel bir iş akış yönetim sistemidir. Başlangıçta Toyota Production System'in 1940'larda bir parçası olarak geliştirildi, Kanban (“görsel sinyal” veya "karı" için Japonca, fabrika zemininde envanter ve üretim akışını yönetmek için kullanıldı.

Bugün Kanban tahtaları, üretimin çok ötesinde endüstrilerde kullanılıyor. Yazılım geliştirme ekipleri, Trello ve Jira gibi platformlarda dijital Kanban tahtalarını kullanıyor. Pazarlama departmanları, paylaşılan yönetim kurulunda kampanyayı gerçekleştiriyor ve ekiplerin ihtiyaç duyduğu değişimleri yapıyor.

Orijinal Kanban sistemi fiziksel kartlar ve duvar destekli tahtalar kullandı olsa da, modern dijital araçlar erişimine ulaştı. Ancak, temel görsel ilkeler aynı kalır: işler kartlar tarafından temsil edilir, sütunlar tarafından süreç aşamaları ve akış İş In Progress (WIP) sınırları ile yönetilir.

Kanban Prensipleri

David J. Anderson, Kanban'ı bilgi çalışması için popülerleştirmek için anahtar bir rakam, yöntemi altı temel uygulamaya ayırdı. Bu, bir yönetim kurmak için önce gerekli.

1. İş akışını görselleştirmek

En belirgin ilke: her iş öğe görünür hale getirin. Görevler e-posta ipliklerinde saklandığında, tablolar veya konuşmalar, takımlar öncelik ve bağımlılıkların izlerini kaybederler. Her kart yeterli bağlam (tascription, sete, due date, bağlantılı kaynaklar) içermelidir, böylece herhangi bir görev ne gerektirdiğini ve nerede durduğunu anlayabilir.

2. Hedefte Çalışın

WIP sınırları Kanban'ın kalbidir. Herhangi bir sütunda izin verilen görevleri kaplayarak, yeni çalışmayı çekmeden önce mevcut işi bitirmeye zorsunuz. Bu multitasking'i önler, bağlamı değiştirir ve şişeleri ortaya çıkarır. "In Progress" sütunu doluysa, yeni bir görev ilerlemeye kadar giremez ve gecikmeler hemen görünür hale getirir.

3. Akış Akışı Yönetin

İş görünür ve WIP sınırlıdır, görevin geri çekilmesi durumunda, gemideki görevlerin hareketini aktif olarak yönetebilir. Hedef düzgün, öngörülebilir akıştır. Takımlar, kesitler ekleme süresi (taraflar için ne kadar uzun bir görevin tamamlanması gerekir) ve throughput (zamana kadar birçok görev tamamlandığında) ortaya çıkabilir.

4. Süreç Politikaları Açıklama

Herkes tahtanın kurallarını anlamalı. "Okuy" olarak ne sayılıyor? "Dev"den "Testing"e bir görev geçiş yaptığınızda? Bu açıklığı yazın ve ekip hızla yeni üyelere yardımcı olur.

5. Implement Feedback Loops

Kanban, yönetim kurulunu ve süreci gözden geçirmeye teşvik eder. Bunlar günlük standları (yaklaşık yönetim kurulu, durum raporları), yenileme toplantıları (öyücüklere öncelik vermek), hizmet teslim incelemeleri (metrikleri ve geliştirme deneyleri) ve operasyonlar incelemeleri (öneticilerle uyumlu bir şekilde uyum sağlar.

6. Collaboratively'yi geliştirin, Evolve Deneyally

Kanban, sürecinizin iyi olduğunu varsayıyor, ancak daha iyi olabilir. Takımlar, ilerleme alanları tanımlamak için yönetim kurulu ve ölçümler kullanıyor, sonra küçük deneyler (Bir WIP limiti değiştirmek, yeniden sipariş sütunları, çalışma yeni yollarını test etmek için bir yüzmek. İyileştirmeler veriye ve ekip tarafından sahip.

Kanban Kurulunun Anatomisi

Tüm Kanban tahtaları ortak görsel elementleri paylaşıyor, ancak karmaşıklık değişir. Bina blokları, ekibinizin gerçek iş akışına uygun bir yönetim kurulu tasarlamanıza yardımcı olur, idealize bir sürüm değil.

Köşeler ve Aşamalar

Köşeler, çalışmanızın bitmeye başlamasından itibaren devam ettiğini gösteriyor. Basit bir yönetim üç sütunu olabilir: "To Do", "In Progress" ve "Done", “Birinin eylemleri sırasında oturduğu bir devlettir.Bir yazılım ekibi daha fazla sayıda sütunu olabilir: “Backlog”, “Gelişme”, “Komünasyon”, “Developing”, “Hedetme”, “Hedetme”, “Hedef”, “öpücük”, “ödeme”, “öpücükücük”, “öğrenme”, “öpücükücükücükler altında oturan her sütunu daha fazla sayıda sütunu.

Kartlar ve Kart Detayları

Her kart bir çalışma birimini temsil eder. Kartlar kullanıcı hikayeleri, bug düzeltmeleri, görevler, özellikler veya koleralar. detay seviyesi, ekibinizin ihtiyaçlarına bağlıdır, ancak minimumda bir başlık ve benzersiz bir tanımlayıcı içerir. [[0)En iyi uygulama:), bir açıklama, kabul kriteri, kişi sorumlu (veya paylaşılan mülkiyet için bir avatarlar) çünkü bağlantı noktası, bağlantıya bağlı olarak, dijital araçlar ekslere izin verir (görüler, ekran görüntüleri, DVD veya Slack gibi bağlantılar)

İlerleme Sınırlarında Çalışın

WIP sınırları her sütunun üzerinde yer almaktadır (örneğin, "WIP: 3" "De Geliştirme" sütunu için).Bu aşamada izin verilen kartların maksimum sayısını kaplar. Doğru limit, takım büyüklüğüne, beceri dağıtımına ve iş türüne bağlıdır. ortak bir başlangıç noktası şu anda.)WIP = (Bu aşamada çalışan insanların sayısı) ×)[Döneticileri kullanan bazı takımlar köşeyi kullanacak.

Görev için menüler Categorization

Havuzlar sütunlar arasında çalışan yatay sıralardır. Ekstra sütunlar eklemeden ilgili görevleri grupla ilgili görevleri gruplamanıza izin verirler: Düzenli çalışmadan acil çalışmayı ayır, aynı tahtadaki farklı projelerden ayırmak veya özellik çalışmanız, böcekler ve teknik borç. Mayolanes, görselleştirmenize ikinci bir boyut ekler.

Kanban ile Görsel Proje Yönetiminin Faydaları

Kanban kurulunun en büyük avantajı, soyut bir proje statüsünü somut, görünür ve tartışılabilir bir şeye dönüştüğüdür. İşte Kanban'ı benimsemeden sonra ana fayda ekipleri raporu:

  • [FONT:0)Enhanced Viability:[Dönetici: Herkes – üyeler, yöneticiler, paydaşları – üzerinde ne işe yaradığını ve ne zaman yapıldığını görün.
  • [FONT:0]Gelişmiş İş Akışı:[Dönetici: [Dönetici:0]İş görünür olduğunda, şişenler açık hale gelir.Bir sütun sürekli dolu? günlerce bir kısıtlama var.Bir kart tıkanır.
  • [FONT=0]Flexability Without Kaos:[Dönetici: Scrum'daki sprintlerden farklı olarak Kanban sabit değil.Öncelikler WIP sınırları saygıdeğer olarak değişebilir.Bu, Kanban'ın bakım ekipleri için ideal hale gelmesi, destek ekipleri ve iş tahmin edilemez ortamlar sağlar.
  • [FONTD:0)Redüktör Time:[Dönetici: [Dönetici:0]Redüktöre Time:[[Dönetici:0)[Dönetici:0) WIP'i sınırlamak ve çalışmayı bitirmeye odaklanmak için, ekipler daha hızlı görevleri tamamlamaktadır.Ücretsizce görevleri tamamlamaktadır.
  • [FONT:0)Better Predictability:[Dönetici:[Dönetici: 0,2) Zaman içinde takımlar döngü zamanını toplarlar. istikrarlı bir süreçle, uzun gelecekteki görevlerin ne kadar süreceğini tahmin edebilirsiniz - bağırsak tahminlerinden çok daha güvenilir bir şekilde.
  • [FONT:0)Increased Team Morale: Bir görsel yönetim kurulu etrafında kendini organize eden Teams daha yüksek mülkiyet ve daha düşük stres rapor eder.

Ekibinizde Kanban Kurulunu Uygulamayın

Uygulama iteratiftir. Gün boyu mükemmel bir tahta inşa etmeye çalışmayın. Basit başlayın, sonra öğrendiğiniz şeye dayanarak geliştirir. Aşağıdaki adımlar David Anderson'un "şimdi yaptığınız şeyle başlayın" felsefesini takip eder.

Adım 1: Map Your Current Workflow

Ekibi toplayın ve işinizin gerçek aşamalarını haritalayın. Dürüst olun - elofflar, bekleme süreleri, inceleme döngüleri ve onay kapıları dahil. Sürecin dağınık olup olmadığınız; hedef, gerçek yakalamanın, sipariş iş akışlarında her aşamayı yakalamaktır.

Adım 2: Şimdi Ne Yaptığınızla Başlayın

Süreçi görselleştirmeden önce yeniden tasarlamayın. Adımda tanımladığınız aşamaları kullanarak gemiyi ayarlayın 1. Mevcut tüm görevleri uygun sütunlara koyun. Yeni sütunlar eklemek veya iş akışını değiştirmek için bir uyarı olmalıdır.

Adım 3: WIP Limits üzerinde Agree

Bir takım olarak, her sütun için ilk WIP sınırlarına karar verin. Bunlar kalıcı değildir; hipotezleri başlatırlar. İyi bir başlangıç noktası: Çalışmanın aktif olarak yapıldığı sütunlar için (örneğin, “De Geliştirme), orada çalışan insanların sayısının sınırını ayarlamalılar.For columns that represents kuyrukları temsil eden veya bekleyen sütunlar için (örneğin, "Kom Review") takıma bu öğeleri çabucak bitirmeye odaklanmaya odaklanmaya başlamaları için daha düşük sayıda başlangıç noktası ile başlayın.

Adım 4: Görselleştirin ve Politikalar Açıklama

Her sütun için giriş ve çıkış kriterini tanımlayın.Onları gemide veya paylaşılan bir belgede yazın. "blok" ne anlama geliyor ve bunları nasıl sinyalletin (a blocked Label, kırmızı kart veya özel bir sütun) Ayrıca farklı çalışma türleri için hizmet sınıfında kabul edin: genişletilen öğeler (interruptions) WIP sınırlarını atabilir, ancak sadece bu politikaları ve haftalık olarak nasıl yorumlayabilir.

Adım 5: Implement Feedback Loops

Masanın etrafında düzenli etkinlikler. Günlük bir standup (15 dakika, yönetim kuruluna yakın durmak) takım, hangi taşındı, neyin kapandığını ve deneyi devam edecek.Bu kakratlar, geri dönüş için aylık bir hizmet teslimiyet toplantısına öncelik verecekler.

Dijital vs Fiziksel Kanban Yönetimleri

Hem fiziksel hem de dijital tahtalar güçlülere sahiptir. Seçim takım konumuna, iş tarzına ve araç ihtiyacına bağlıdır.

Fiziksel Kurullar

Beyaz bir gemi veya korkboard üzerinde notlar. Düşük teknoloji, acil ve son derece işbirlikçidir. Fiziksel tahtalar, standlar sırasında onları ayakta tutan ortak takımlar için en iyi çalışır.Bir kart hareket etme eylemi bir ilerleme hissi yaratır. Downsides: uzaktan erişim, otomatik ölçümler yok, manuel (günlük fotoğraflarla).

Dijital Kurullar

Araçlar:0)Trello[[Dönetici:0), [[Döneticileri, Asana ve ClickUp, zengin özellikleri olan sanal tahtalar sağlar: tarihler, etiketler, çek listeleri, ekler, GitHub ile entegrasyonlar, Slack ve diğer araçlar dağıtılır.

Birçok takım karma bir yaklaşım kullanıyor: ofiste günlük standlar için fiziksel bir yönetim kurulu ve uzaktan günler için bir dijital yönetim kurulu veya kayıt sistemi olarak. anahtar onları senkronize tutmaktır; aksi takdirde, karışıklık ortaya çıkar.

Gelişmiş Kanban Teknikleri

Temeller sağlam olduğunda, takımlar karmaşıklık işlemek ve öngörülebilirliği geliştirmek için daha ileri teknikler alabilir.

Hizmet Sınıfı Hizmet

Tüm çalışma eşit değildir. Hizmet Sınıfı (CoS) farklı hizmet seviyesi beklentilerini iş türüne göre tanımlamanın bir yoludur. Ortak sınıflar hemen ele alınması gereken (toplamalar) ve her sınıf, farklı WIP sınırlarını görmezden gelebilir, ancak ayrı olarak takip edilir), sabit bir çalışma akışını yok etmek için sabit bir süre vardır (normal çalışma), standart (normal çalışma), ve somut bir değere dayalı olarak).

Blokers için Açıklama Politikaları

Bir yönetim kurulu sadece insanlar dürüstçe sinyal blokerleri tasarlarsa çalışır. "Blocked" sütunu veya belirli bir görsel gösterge ( kırmızı mıknatıs, özel bir etiket). Kuralı tanımlayın: Bir kart bloke edildiğinde, bloke sütununa hareket eder ve sorumlu kişi yeni çalışma başlatmak yerine bloker frekansı ve sınıflandırmaya çalışır.

Cumulative Flow Diagrams (CFD)

A CFD, her sütunda her sütunda görev sayısını zaman içinde arsalayan bir grafiktir.Bu, ilerleme, kuyruk boyutları ve varış / geri dönüş oranlarındaki çalışma eğilimini gösterir. Genişleyen bir grup, WIP'yi artırmak anlamına gelir - "Done" hattında bir plato işareti tamamlanmak anlamına gelir. CFDler çoğu dijital araçlarda kullanılabilir ve iş akışınız için hızlı bir görsel sağlık kontrolü sağlar.

Çevrim Zamanı Scatterplot

Bir döngü zamanlarının (her zaman = tek bir görev) variability ve outliers gösterir. Yüzde 50th, 85th, 95th) en kötü davaların nasıl göründüğünü ve en kötü görüntülerin nasıl göründüğünü görmek için çok daha güvenilir olduğunu görebilirsiniz.Bu veriler planlama poker oyunundan itibaren tahminler için çok daha fazla güvenilir.

Ortak Pitfalls ve Them'dan Nasıl Kaçırmak

Birçok takım, Kanban'ı coşkuyla başlatır, ancak ivme kaybeder. İşte en sık hatalar ve onlardan nasıl kaçınılır.

  • [FONT:0) WIP sınırlarını görmezden gelir:[Dönetici:[Dönetici:0) Kurul, üç sınırla bir sütunda dokuz kart gösterirse, disiplin ortadan kaybolur.
  • [FONT=0)Too birçok sütun:[Dönetici:[Dönetici:0)Too birçok sütunu:[Dönetici:[Dönetici: 1 ) Bu, her mikro adım için sütunlar ekliyor (örneğin, "Yaz kodu", "Compile", "Unit test", "Commit". Bu, değersiz bir şekilde bir miktar oluşturur.
  • [FONT:0] Kurulu günlük olarak güncellemez:[Dönetici: 1 ) Sürekli bir yönetim kurulu, her gün bir fotoğraf çeker.
  • [FONT:0] Takım satın alma işlemi: Eğer liderlik bir yönetim kurulu görevi yerine getirirse, sistemle oyun kuracaklar. Kanban'ı bir deney olarak tanıtalım: "Bu iki hafta boyunca deneyelim ve daha az stresle daha fazla şey yapmamıza yardımcı oluyorsa görelim."
  • [FONT:0] Kurula bir planla dikkat edin: Kurul mevcut gerçekliği gösterir, bir program değil. önceden iş haftalarını atamak için kullanmayın. Bunun yerine, sadece kapasitenin mevcut olduğu zaman işe yarayabilir.

Kanban ve Diğer Methodolojiler

Kanban, diğer birçok yaklaşımı tamamlamaktadır.Bu, Kanban'ın akış yönetimini sıkı bir şekilde takip eden bir karma değildir; Kanban da operasyonda sürekli olarak kullanılan, IT servis yönetimi (ITIL), ve destek ekipleri çünkü Kanban'ın akış yönetimini sıklıkla katı sprint'in içinde alır.[Döneticileri değiştir] Kanban, operasyonlarını da kullanarak sürekli olarak kullanır.

Kanban Metrikleri ile Başarıyı Ölçme

Sürekli olarak geliştirmek için, verilere ihtiyacınız var. En değerli Kanban metrikleri şunlardır:

  • [FONT:0)Cycle Time:[[Dönetici: 1 ) Bir görev "Başlangıçtan" (işe başladığınızda) daha hızlı teslimat anlamına gelir.
  • [FONT:0]Throughput:[Dönetici:[Dönetici: 1 ) Haftaya kadar tamamlanmış olan görevlerin sayısı (veya günde). döngü zamanı ile birlikte, ekibinizin kapasitelerini hesaplamanıza yardımcı olur.
  • [FONT:0]Lead Time:[[Dönetici: 0:0) Bir görev teslim olana kadar talep edilen zaman.
  • [FONT:0]Work In Progress:[[Dönetici:[Dönetici: 1 ) Şu anda çalışılan öğeler sayısı. Yüksek WIP daha uzun döngü zamanlarına yol açıyor. Sınırlarınızın çalışmasını sağlamak için zaman içinde takip edin.
  • [FONT:0]Blocked Time:[Dönemli:[Dönemli) Tüm zamanların görevleri engellenmiş bir durumda geçirir. Yüksek ışık sistemik blokerler (örneğin, çok uzun, dış bağımlılıklar)

Bu ölçümleri performans hedefleri olarak kullanma (ki oyuna liderlik edebilir), ancak tanı araçları olarak kullanın.Eğer döngü zamanı artarsa, WIP sınırlarını kontrol edin ve bloker frekansınızı kontrol edin.Eğer transaript öğelerinin nasıl çekildiğine bakın. yönetim kurulu ve metrikler birlikte, sürecinizi kontrol sistemi gibi çalıştırmanıza izin verin.

Sonuç Sonuç Sonuç Sonuç Sonuç Sonuç Sonuç Sonuç

Kanban tahtaları proje yönetimini, Trello veya Jira gibi bir fiziksel yönetimden dönüştürerek, görünür bir şekilde, ilerlemede ne kadar olduğunu ve sürekli olarak akışları artırmayı başarabilir, takımlar daha az stresle tahmin edilebilir.Eğer Trello veya Jira gibi bir dijital platform kullanıyorsanız, ilkelerin aynı kalır: nerede olursanız olun, iş akışınızı etkinleştirin ve deney yoluyla evrimleşin.

Kanban'ın gerçek gücü, yönetim kurulu değildir, ancak disiplini uygular. Gerçek kapasitelerini kabul etmek, önceliklerini açık bir şekilde müzakere etmek ve başlamak yerine bitirmeye odaklanır. iyi kabul edilen Kanban, tutarlı teslimat kültürüne yol açar - herhangi bir hızlı hareket halinde nadir ve değerli bir sonuç.