Mühendislik profesyonelleri, sürekli bir görev akışına dikkat edin: kritik sistemler, çekme talepleri, stand-upları gözden geçirme, olay uyarılarına cevap vermek ve önümüzdeki sprintleri planlamak için. yapılandırılmış bir yöntem olmadan, bu sürekli geçiş, sonları kaçırmak ve yanmak. Kişisel Kanban, bunun nasıl bir iş için eşsiz bir şekilde hizmet edecek olan hafif, görsel çerçeve sunuyor - bir kez daha ne kadar mücadele etmeye ve sürecinizi sürekli olarak iyileştirmeye odaklanabilirsiniz.

Kişisel Kanban Nedir?

Kişisel Kanban, Kanban yönteminin bireysel bir adaptasyonudur, bu da Toyota'nın üretim sisteminde ortaya çıktı ve daha sonra yazılım geliştirme ve bilgi çalışmalarında popüler hale geldi.Ananda, açık sınırlara dayanan, görsel iş akış yönetimi sistemi).

Klasik Kanban tahta üç sütun kullanır: “To Do,” “In Progress” ve “Done.” Ama gerçek güç iki temel prensipte yatıyor:

  1. [FONT:0) İşinizi ve statüsünü görünür hale getirin, şişeleri ve blokerler.
  2. [FONT:0]Limit iş-in-progress (WIP)[Dönetici:0)[değiştir | kaynağı değiştir], çoklutasking ve geliştirme için aynı anda çalıştığınız görevlerin sayısını kaplayın.

Scrum'ın aksine, Kişisel Kanban sabit zaman kutuları (sprints) reçete etmez - çalışma kapasitesi olarak akışlar, her iki projeyi işleyen mühendisler için ideal hale getirir ve planlanmamış görevleri gibi kesintiler yapar.

Neden Kişisel Kanban Mühendisler İçin Çalışıyor

Mühendisler açık sistemler, geri bildirim döngüleri ve ölçülebilir ilerlemeler üzerinde geliştiler. Kişisel Kanban bu zihniyetle mükemmel bir şekilde uyum sağlar. İşte mühendislik bağlamlarına göre somut avantajlar:

1. Context Switching'ten Biliş Yükünü azaltır

Araştırma, görevin verimli zamanların %40'ına mal olabileceğini gösteriyor. WIP'inizi bir veya iki aktif görevle sınırlamak için, derin bir iş durumunda kalırsınız. Geminiz görsel bir “stack” olarak hareket eder - tam olarak bir yangından döndüğünde nereye bıraktığınızı görürsünüz.

2. Exposes Şişeleri ve Blokers

Eğer bir görev “In Progress” günleri için geri kalıyorsa, bu bir sinyal. Belki bir kod incelemesi bekliyorsunuz, bir ortam kaçırıyor veya görev çok belirsiz. Kişisel Kanban ile, bu bloker görünür hale geliyor, görevi aşağı yukarı yükseltip kırıyor.

3. Uncertainty altında Öncelik Geliştirir

Mühendislik öncelikleri günlük olarak değişir - bir üretim bug trumps bir özellik, bir hisse senedi bir zorunluluk değiştirir. Kişisel Kanban, sütunlar arasında kart hareket eder veya “To Do” sütunu yeniden sipariş eder.

4. Measurable Throughput ve Çevrim Zamanları Sağlıyor

Görevlerin “Yapılması” için “Done” hareket ettiğinde, gerçek kapasitenizde veri toplayabilirsiniz. Zamanla, ortalama [[DördT:0) döngüsü saatinizi ) hesaplayabilirsiniz - bu veriler gerçekçi taahhütler yapmanıza ve gerçekçi olmayan tarihlere geri itmeye yardımcı olur.

5. Stresi azaltır ve Memnuniyeti artırır

Kartları izlemek “Done” bir başarı hissi sağlar. Çünkü WIP'i sınırlayacaksınız, birçok başlangıç yerine görevleri bitirin ve birkaç tane bitirme mühendisleri, çalışma yaşamının kontrolünün daha az boğulduğunu ve daha fazla şey söylediğini rapor edin.

Kişisel Kanban'ı bir mühendis olarak nasıl uygulamalıyız

Kişisel Kanban'ı uygulamak, beyaz bir gemide üç sütundan daha fazlasını içerir.Sorun, bu adımları mühendislik özel adaptasyonlarla takip edin.

Adım 1: Kurul Tipini seçin – Fiziksel veya Dijital

Fiziksel tahtalar (beyazboard + yapışkan notlar) bir tactile, rahatsız edici bir deneyim istiyorsanız iyi çalışır. masasınıza sürekli bir hatırlatma olarak yakın yerleştirin. Ancak, uzaktan çalışma için veya bir takımla paylaşmanız gerektiğinde, dijital tahta daha iyi. Popüler seçenekler:

  • [FONT:0]Trello[[[Dönetici: 1) Basit, özgür, otomasyon için güç kullanan.
  • [FONT:0] Hayır, – notlarla ve docs ile entegre eden esnek Kanban veritabanı.
  • [FONT:0)Jira[DÜT:1) - Ekibiniz zaten kullanırsa, kullanıcınızın altında kişisel bir yönetim kurul.
  • [FONT:0)Physical[DÜT:1] - yapışkan notlar ve beyaz bir tahta veya hatta duvardaki büyük bir kağıt parçası kullanın.

[FONT:0)Pro ipucu:[Dönem:[Dönemli) Birden çok bağlamda çalışan mühendisler (örneğin, proje çalışması, on-call, kişisel gelişim) her bir bağlamda ayrı tahtalar veya yüzmek gerekir.

Adım 2: Kurul Köşelerinizi Tasarım

Üç sütunla başlayın, sonra gerekli olduğu gibi özel sütunlar da dahil:

  • [FONT:0]To Do) – Başlamayı bekleyen görevleri öncelikle ifade etti.
  • [FONT=0)In Progress[[Dönetici: 1))[Dönetici:0))[Dönetici:0))
  • [FONT:0)Bekleme / Bloked[Dönemli[Dönemli: 1 ) – Dış bir bağımlılıkla bloke edilen görevler (örneğin, çevre için bekleyen bir inceleme).
  • [FONT:0)Review[[DÜT:1) – kod inceleme veya QA doğrulamaya ihtiyaç duyan görevler.
  • [FONT:0)Done[DÜT:1) - bu sütunu kutlayın.

Ayrıca, önceden belirlenmiş olan fikirler için bir [[Dönderlik|0)Icebox[DÜT:1) sütunu ekleyebilirsiniz.AurFLT:2).Backlog) Daha sonra parçalanan daha büyük projeler için sütun.

Adım 3: Kartlara Dekompose Tasks into Cards

Her kart tek, uygulanabilir bir çalışma birimini temsil etmelidir. “Doğru performans sorunları” gibi belirsiz kartlardan kaçının:[Dön:0) - “Profile endpoint X with JMeter”[FLT)
)

[FONT:0) Kartlar için en iyi uygulamalar:[Dönem: 1 )

  • Sonuç açıklayan bir başlık kullanın (örneğin, “ API uç noktası / kullanıcı için yarıklık”).
  • Seçmeli olarak kabul kriterlerine veya bilet sistemine bir bağlantı ile bir açıklama ekleyin.
  • Görev türü tarafından renkli kod kartları: bug, özellik, kore, öğrenme, vb.
  • Açık kart sayısını sınırlayın. Eğer “To Do”da 50 görev varsa, sadece bir sonraki birkaç önceliği görünür tut; her şey ayrı bir master listesinde veya buz kutusunda yaşayabilir.

Adım 4: Set ve Enforce A WIP Limit

WIP limiti, “In Progress” sütununda izin verdiğiniz görevlerin sayısıdır (ve Seçmeli olarak “Review”). mühendisler için, ortak bir başlangıç noktası “Ücretsiz çalışma için bir slot rezerve edebilirsiniz.

[FONT:0]Bunu nasıl uygulayacağız:[Dönetici][Dönetici:2) - Eğer yönetim kurulunuz dijital ise, bir sütun limit uyarısını kullanın (Trello, Jira, Notion all offer this)
– Eğer fiziksel, bir satır çizerseniz, şu anki görevi beklemek veya eklemeye karar verirseniz.

Adım 5: Bir Pull Sistemi Kullanın

Sadece “To Do”dan bir kart hareket ettirin, kapasiteniz olduğunda (örneğin, bir slot açılır). Bu güçler, acımasızca öncelik vermeniz için size yardımcı olur: ilk önce en değerli veya zaman duyarlı görevi çıkarın, en kolay değil.

Adım 6: Günlük Kişisel Stand-uplar

Her sabah, yönetim kurulunu gözden geçirmek için 2-3 dakikanızı ayırın:
) - Kartlar ilerlemede ne var?
) - Herhangi bir kart bloke edilir mi? [Dönetici:2] Bugün gerçekleştireceğim bir şey nedir?
)
) - Yeni bilgilere dayanan “To Do” sütununu yeniden tanımlıyorlar.

Bu günlük ritüel, tahtayı canlı tutar ve onu durgun sanatifact haline gelmesini engeller.

Mühendisler için İleri Teknikler

Temelleri çalıştırdığınızda, bu teknikleri Kişisel Kanban’dan daha fazlasını elde etmek için deneyin.

Önlem ve Lisans Zamanını Geliştir

Uzun görevlerin “Yapılması” için “Done” ne kadar uzun süre aldığını izleyin. Basit bir yay sayfası veya tarih damgaları olan bir dijital tahta kullanın. Zamanla, kalıpları göreceksiniz: bazı görevler daha uzun sürer veya WIP limitlerinizi geliştirmek için bu verileri kullanın.

TANITIM'in Kanban metrikleri üzerinde çalışma () hakkında daha fazla bilgi edinin.

Interrupts ve Emergencies

Mühendisler acil üretim sorunları, ad-hoc soruları ve planlanmamış toplantılarla karşı karşıyalar.Sisteminizi terk etmek yerine, bir süreç oluşturun:

  • “Örnekleştirilmiş” bir şerit veya acil kesintilerin nereye gittiğini hızlı bir takip edin, ancak bir seferde onu sınırlayın.
  • Bir kesinti geldiğinde, karar verin: Mevcut görevime öncelik veriyor mu? Eğer evet, mevcut görevi “To Do” veya “Pa used” sütununa geri hareket ederse ve kesmeye başlayın.
  • Yangın tatbikatından sonra, “In Progress” görevini suçsuz geri dönün – gemi sizi tam olarak nerede olduğunuzu gösterir.

Team Workflows ile bütünleştir

Birçok mühendis Jira veya Azure DevOps'ta paylaşılan tahtalarda çalışıyor. Kişisel Kanban bunu yerine getirmeniz gerekmez - bu, takım kurulundan size verilen görevleri yönetmek için kişisel yönetim kurulunu kullanın, ekip kurulu ile günlük olarak parçalayın.

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

En iyi niyetlerle bile, Kişisel Kanban bu tuzaklara düşerseniz başarısız olabilir.

Pitfall 1: Kurul'u çok fazla görevle yüklemek

“To Do”daki 30 maddelik bir Kanban değil; sadece kapasiteniz olduğunda görünür “Uygun Liste” içine tutun.

Pitfall 2: Gerçekçi WIP Limitleri Belirlenmesi

2 WIP limitini ayarlarsanız, rutin olarak kesintiler nedeniyle 4 görevi vardır, daha fazla bitirdiğiniz tatlı noktayı bulmak için hissedeceksiniz.(FLT:0)Solution:) Daha yüksek bir limitle başlayın (örneğin, 3) ve yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş bir sayı bitirmek için, bir sayı uygulamak için değil.

Pitfall 3: Kurul'u Statik Bir Liste Olarak Tedavi Etmek

Eğer sadece bir hafta boyunca geminizi güncellediyseniz, durgun ve işe yaramaz hale gelir.:0)Çözüm:[Dönetici:0) Günlük standınızın bir kısmını günceller ve ne zaman görevleri değiştirirsiniz. Dijital tahtalar mobil uygulamalarla bunu kolay hale getirir.

Pitfall 4: Yanma ve Adaptasyon Neglecting

Kişisel Kanban, her birkaç hafta, kişisel bir retrospektif yapmak anlamına gelmiyor: “Ne çalışıyor? sütunlarınızı, WIP limitlerinizi veya kart formatlarını ayarlamanız için, “Review” görevlerinin sıkılaştığını keşfedebilirsiniz, çünkü “Needs Action by Me” yüzmek için “Needs Action” yüzmek için bir “Nesss.

Pitfall 5: Kanban'ı Kompleksi için Yalnız Kullanımı

Birçok bağımlılıkla çok aylık bir proje üzerinde çalışıyorsanız, basit bir yönetim kurulu yeterli olmayabilir. Solution:) Bireysel Kanban'ı hafif bir proje planı veya Gantt grafiği ile birleştirir. Proje yol haritası ayrı tutmak için yönetim kurulu kullanın.

Gerçek Dünya Örneği: Kişisel Kanban ile Mühendislik Günü

Alex adında bir arka uç mühendisi için tipik bir gün düşünün:

  • [FONT:0]Morning stand-up (9:00 AM): Alex, gemiyi takip eden bir göreve tamamen odaklanmaya karar verdi: “Add rate limit to API v2” (2 out of 2 WIP slot used). Blocked: “Güncelleme veritabanı şemaları” DevOps onayını bekliyor.
  • [FONT:0)Mid-morning kesintisi (10:30 AM): [Dönetici: 1] Yüksek hata oranları hakkında uyarıda bulunan Alex, "Pause" sütununa (veya bir notu ekliyor) Yeni bir kart “Investigate 502 hata” oluşturun ve geri kalan WIP slotunu kullanarak (geçmiş kartın aktif olarak sayılmaması) dikkate alın.
  • [FONT:0]Çalışdıktan sonra (11:15 AM): “Investigate 502 hataları” "Done" ile "Ek oran sınırlaması" için hareket eder. Updates kartı ilerleme hakkında not ile döndürür.
  • [FONT:0] Gün (5:00 PM):[Dönetici: 1) Alex, “Ek oranı sınırlamak” için “Done” ile hareket eder: Bugün yapılan iki görev, bir engel, bir duraklama.

Bu yapı Alex'in netliğini ve planlanmamış kesintiye rağmen bir başarı hissi verdi. Kanban olmadan, Alex her iki görevi de verimli bir şekilde kaçırmış ve günün ardındaki hissi sona erdirmiş olabilir.

Araçlar ve Kaynaklar

İşte uygulamanızı derinleştirmek için önerilen araçlar ve daha fazla okuma:

  • [FONT:0)Physical Boards:[Dönetici: [Dönetici: Beyazboard, yapışkan notlar, işaretleyiciler. Ucuz ve tactile. Yalnız ev ofisleri için ideal.
  • [FONT:0) Dijital tahtalar: [Dönetici:2) [Dönetici:0)[Üye Olmayanlar, Kolay, Kolay, Kolaylık, Kolaylık, Kolaylık, Doktr|Sesirli, Ölmüşler)
  • [FONT:0]Kitaplar:[Dönetici:2)Kişisel Kanban) Jim Benson ve Tonianne DeMaria Barry tarafından - bireyler için kesin kılavuz.].[/Döneticileriniz için başarılı bir Evrim[Döneticileri değiştir] David J. Anderson – takımlar için daha derin ilkeler.
  • [FONT=0)Online kaynaklar: [DÜDÜT:2)Kanbanize'nın Kişisel Kanban'a kılavuzsu) ve [[Dönetici:0))Scrum.org'un Karşılaştırması [FLT: 5).

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

Kişisel Kanban başka bir verimlilik fad değil – bu, mühendislik çalışmalarının gerçeklerine saygı duyan pratik, kanıt temelli bir sistemdir: öngörülemezlik, bilişsel talepler ve akışınızı görselleştirmek, iş akışınızı sınırlandırmak ve sürekli olarak verilere dayalı olarak adapte olmak, bunu üç dakikalık bir iş akışıyla yerine getirmek için size yardımcı olacaktır.