Sütunlar Olarak Durumlar

Bir kanban tahtası işi görünür kılar. İşin her parçası bir karttır. Kartlar durumları temsil eden sütunlar boyunca soldan sağa hareket eder.

Klasik sütunlar: Backlog → Seçilmiş → İşlemde → Gözden Geçirme → Tamamlandı

Ama tam sütunlar önemli değil. Önemli olan her kartın tam olarak bir geçerli durumu olması & bu durumun o sistemde çalışan herkese görünür olmasıdır.

Kart Neyi Temsil Eder

Kart, bağımsız olarak tamamlanabilecek bir iş birimini temsil eder. Bir proje değil. Bir hedef değil. Net bir tamamlanma tanımına sahip belirli, kapsamlı bir şey.

İyi kart: Prod sunucularında SSH anahtarlarını döndür: tüm sunucular authorized_keys içinde yeni anahtarı gösterdiğinde & eski anahtar kaldırıldığında tamamlandı.

Kötü kart: Güvenliği iyileştir. (Bu bir görev değil, bir proje. Ayırın.)

WIP Sınırları

Diyagramdaki İşlemde sütunu WIP sınırı: 3 gösterir. Bu, aynı anda İşlemde üçten fazla kart olamayacağı anlamına gelir. Dördüncü bir kart çekmek istiyorsanız, önce birini bitirmelisiniz.

Bu bir kısıtlama gibi görünür. Öyledir: tasarım tarafından. WIP sınırları, yeni bir şey başlamadan önce başladığınız şeyi bitirmeye zorlar. Bunun neden önemli olduğu hakkında daha sonraki bir bölümde.

Çalışma Kartlarının Kapsamını Belirleme

Kanban'daki en zor beceri tahtayı çizmek değildir. Kartların kapsamını belirlemektir. Çok büyük & kart haftalarca İşlemde kalır, diğer işleri engeller. Çok küçük & tahta gürültüyle dolar.

Silolar İyi Çalışır

Herhangi bir çok disiplinli işletme işlevsel çalışma merkezlerine sahiptir: bir fırının hamur işi, ekmek, tuzlu & ön counter vardır. Bir ürün stüdyosunun tasarım, içerik, inşa & ops vardır. Bir inşaat projesinin çerçeveleme, tesisatçılık, elektrik & bitirme vardır. Bu merkezler iyi nedenlerden dolayı mevcuttur: derin uzmanlık odaklanmış mülkiyeti gerektirir.

Kanban bu bölümleri çözmez. Aralarındaki devir işlemlerini görünür & açık hale getirir.

Devir Kartı

Bir iş birimi bir çalışma merkezinden diğerine taşındığında, örneğin, inşacı sayfayı oluşturmadan önce yazılması gereken bir tasarım varlığı, bir devir kartı onunla seyahat eder. Aşağı akış merkezi kartın Backlog'da görünmesini görür. Kapasiteleri olduğunda çekerler. E-posta gerekmez. Koordinasyon için toplantı gerekmez. Kart sinyaldir.

Diyagram Göstereni

★ bileti Tasarım'da başlar (İşlemde: görsel varlıklar). Tasarım kendi kısmını bitirdiğinde, bir devir kartı oluşturulur & ★ bileti İnşa merkezinin Backlog'unda görünür. İnşa çeker. Daha sonra Ops çeker. Her merkezin kendi tahtası vardır. Her tahta yalnızca bu merkezin geçerli işini gösterir. Ama ★ hepsinden geçer & herkes nerede olduğunu görebilir.

Bu, süpermarket içgörüsünün kuruluşlara uygulanmasıdır: her çalışma merkezi bir raftır. Kartlar, yukarı akış işi çekilip tüketildiğinde yalnızca aşağı akış raflarını yeniden doldurur.

Bir Devir Tasarımı

Devir kartı, çalışma merkezleri arasındaki sözleşmedir. Alıcı ekibin toplantısız hareket etmesi için yeterli bağlam içermelidir.

Başlamayı Durdur. Bitirmeye Başla.

WIP, İşlemde İş anlamına gelir. WIP sınırı, aynı anda belirli bir sütunda kaç kartın olabileceğinin sınırıdır.

Bu bir kısıtlama gibi seslendirir. Öyle. İşte burası.

Sınırlar Neden Yardım Eder

Her yeni bir göreve başladığınızda, önceki görevi bitirmeden, bir bağlam değiştirme vergisi ödersiniz. Beyniniz yeni görevin bağlamını yükler & eski olanı kısmen boşaltır. Eski göreve döndüğünüzde, onu yeniden yüklersiniz. Bilgi işi, yazma, hata ayıklama, tasarım, gözden geçirme için, bu yeniden yükleme maliyeti saniye değil, saatler olarak ölçülür.

WIP sınırları, yarı tamamlanmış işin birikimini engeller. Ayrıca daha değerli bir şey yapılır: darboğazları ortaya çıkarırlar.

Darboğazlar Görünür Hale Gelir

Gözden Geçirme sütunu 2'nin WIP sınırına sahipse & her zaman 2 konumundaysa, bu bir sinyaldir: gözden geçirme üretimden daha yavaştır. İşlemde tamamlanan daha fazla iş, Gözden Geçirme tarafından tüketilebilecek olandan çok. WIP sınırı olmadan, tahta 'tamamlandı-ama-gözden geçirme bekliyor' kartlarıyla dolar & darboğaz görünmez. WIP sınırı ile, İşlemde sütun yeni kartları kabul edemez & tüm takım kısıtlamayı görür.

Bu bir hata değil. Bilgi'dir. Sistem, daha fazla işi kör bir şekilde itmeyi yerine, Gözden Geçirme'yi düzeltmeyi, işe almayı, çifti, toplu iş boyutunu azaltmayı söylüyor.

Little Yasası (gayri resmi olarak)

Öncü zaman (bir kartın başlangıçtan bitişe kadar ne kadar sürdüğü) = İşlemde İş ÷ Verim (zaman birimi başına tamamlanan kartlar). İşe almadan daha kısa öncü zamanlar istiyorsanız, WIP'i azaltın. Uçuşta daha az şey, her şeyin daha hızlı bitmesi anlamına gelir.

R = (W × C) + T

WIP sınırları üç değişkeni korur. Verimlilik danışmanı Brian Tracy, onları 1986'da adlandırdı.

R = (W × C) + T

- R: Sonuç: istediğiniz sonuç - W: Hedefin Açıklığı: istediğinizi ne kadar kesin bilirsiniz (0–10) - C: Konsantrasyon: odaklanmış çabanın yoğunluğu (0–10) - T: Dikkat dağıtılmadan çalışılan zaman (kesintisiz saatler)

W & C Neden Çoğalır

Açıklık & konsantrasyon bağımsız değildir. Muğlak bir hedefte yüksek konsantrasyon hızlı hareket yanlış yönde üretir. Konsantrasyonsuz mükemmel hedef açıklığı hiçbir şey üretmez. Etkileşim kuralar: bu nedenle Tracy onları bir toplam değil, bir ürün olarak yazdı. Her birinde 9/10, R = 81 + T verir. Her birinde 3/10, R = 9 + T verir. Fark toplamsal değildir.

T Neden Ekler

Her dikkat dağıtılmayan saat sonuça doğrusal olarak eklenir. T, W & C'yi bileştireemez: yalnızca ürünün üstüne istiflenebilir. Bu, ilk hareketi neden her zaman daha uzun saatler çalışmak değil, W & C'yi iyileştirmek olduğunu açıklar. Düşük (W × C) ürünü daha T hala zayıf bir sonuçtur.

Kanban Tahtası Her Değişkene Ne Yapar

- W: İyi kapsamlandırılmış bir kart (net başlık, ölçülebilir kabul kriterleri, tek sahibi) iş başlamadan W'yi yükseltir. Muğlak kartlar bunu otomatik olarak düşürür. - C: WIP sınırları konsantrasyonu zorlar. Aktif'te bir kart bir soruna tam dikkat anlamına gelir. Aktif'te üç kart C'nin üç yoldan bölündüğü anlamına gelir. - T: Pomodoro blokları & takvim koruması, T ölçerinin dikkat dağıtılmayan saatlerini oluşturur. Tahta sayacı dekorasyon değil: gerçek zamanlı olarak T'yi izler.

Tracy, W, C & T'nin tümü optimize edildiğinde herhangi bir sorunun 30 dakika içinde çözülebileceğini iddia etti. Kanban tahtası üçünün tümünü aynı anda optimize etmenin aracıdır.

Tahtayı Okuma

Tahta durumundan darboğazları okuma alıştırması yapın.

Çevik Değil. Şelale Değil.

Çevik bir metodoloji. Waterfall bir metodoloji. Kanban bir sistemdir.

Metodolojiler nasıl çalıştığınızı reçete eder. Sistemler iş hakkında neyin doğru olduğunu tanımlarlar. Kanban, iki haftalık sprintler, günlük durdurmeler veya retrospektifler yapmanızı söylemez. Size bir şey söyler: işi görünür yapın, WIP sınırlandırın & çekin.

Metodolojilerin Sorunu

Çevik, ürünleri yinelemeli olarak, yazılım, çoğunlukla inşa eden ekipler için iyi çalışır. Waterfall, sabit gereksinimler & bilinen bilinmeyenleri olan projeler, inşaat, donanım üretimiyle iyi çalışır. Ne de tasarım görevi & yerine getirme görevinin tamamen farklı döngü zamanları & 'tamamlandı' tanımlarına sahip olduğu çapraz disiplin çalışmasına temiz bir şekilde eşlenir.

Tasarım merkezi & bir ops merkezini aynı sprint ritmine zorlamak kategori hatası. İçerik oluşturmada çalışan iki haftalık sprint, lojistik çalışmasında yapay aciliyet üretir. Ortak konumda bulunan ekipler için inşa edilen bir standup ritüeli, bağımsız solo'ları için ek yük oluşturur.

Yapılacak İş Hakkında Ortak Zemin Bulun

Un yaklaşımı: yapılması gereken işi bulun. Bunu yapması en iyi konumda olan insanları veya ortakları bulun. Bunu ezmek için bir süreç empoze etmeyin: işin paylaşılan bir görünürlük sistemi aracılığıyla kendi sürecini ortaya çıkmasına izin verin.

Bu, sürecin yokluğu değildir. Doğru miktarda süreçtir: koordinasyon için yeterli, koordinasyon ek yükünü yaratmak için yeterli değildir iş değerini aşar.

Satın alabileceğinizi İnşa Etmeyin. Büyütebileceğinizi Satın Almayın.

Herhangi bir çalışma kartı oluşturulmadan önce sorun: bu hiç var olmalı mı? İnşa ettiğiniz her iş parçası, sonsuza kadar sahip olursunuz. Abone olduğunuz her SaaS, sonsuza kadar bağımlı olursunuz. Fork ettiğiniz her açık kaynak bağımlılığını sonsuza kadar korursunuz.

Karar ağacı: Bunu büyütebilir miyiz? Yeteneği sürdürülebilir bir şekilde üreten bir süreç, beceri, ilişki, bunu tercih edin. Büyütme uygulanabilir değilse: Bunu satın alabilir miyiz? Özel iş olmadan sorunun %80'ini çözen hazır bir araç, bunu tercih edin. Satın alma uygulanabilir değilse: İnşa edin. Ve onu inşa edin çünkü artık sahibi olduğunuzu bilerek.

Çoğu kuruluş bu sırayı tersine çevirır. Mal araçlarının iyi çözdüğü sorunlar için özel altyapı inşa ederler, ardından inşa ettiklerini korumak için acele ederler. Kanban bunu görünür kılar: Backlog'unuzdaki her kart inşa etmeyi tercih ettiğiniz bir şeydir. Dürüst soru, hiç var olması gerekip gerekmediğidir.

İnşa Et / Satın Al / Büyüt

Karar çerçevesini uygulayın.

Bir Tahta Tasarlayın

Bir araya getirin. Belirli bir çapraz fonksiyonlu senaryo için bir kanban sistemi tasarlayacaksınız.

Senaryo

Küçük bir stüdyo ürünlerini yeni bir markayla yeniden başlatıyor. İş dört merkezi içerir:

- Tasarım: yeni logo, görsel kimlik, ürün fotoğrafçılığı, sayfa düzenleri - İçerik: yeniden yazılmış ürün açıklamaları, iniş sayfası metni, e-posta duyurusu - İnşa: güncellenen web sitesi, yeni ödeme akışı, eski URL'lerden yönlendirmeler - Ops: güncellenmiş ödeme işlemcisi ayarları, yerine getirme ortağı bilgilendirmesi, analitik yeniden yapılandırması

Yeniden başlatmanın zor bir son tarihi vardır: 45 gün içinde yeni markanın genel olarak ortaya çıktığı bir ticaret şovu.

Solo'lar Silo Olarak Kalır

Çoğu kuruluşta, kanban yönetim hiyerarşisinde işi görünür kılmak için var. Yöneticiler silolar arasında koordine olurlar. Kanban koordinasyon ek yükünü azaltır.

Un modelinde yönetici yoktur. Solo'lar vardır. Bir solo bir işletmeyi bağımsız olarak çalıştırır: tasarımcı solo, inşa solo, yazar solo, ops solo. Tanım gereği her solo bir silodur. Onları birbirine bağlayan org şeması yok. Hiçbir raporlama ilişkisi yok. Koordinasyonu zorlamak için yönetici yok.

Kanban koordinasyon katmanı haline gelir. Silolar yassılaştırarak değil, solo'lar tamamen bağımsız kalır, ancak aralarındaki devirleri görünür & açık hale getirerek. Solo, işi devretmek için e-posta göndermez veya toplantı zamanlamaz. Paylaşılan bir tahtaya kart koyarlar. Alan solo kapasiteleri olduğunda çeker.

Bu, kanban'ın çevik veya waterfall'dan un modeline neden daha iyi uyduğunu açıklar: paylaşılan bir ritim, ortak retros, senkronize planlama gerekmez. Her solo kendi WIP sınırlarını, kendi döngü zamanını, kendi tamamlanma tanımını ayarlar. Koordinasyon kart düzeyinde olur, süreç düzeyinde değil.