WordPress Geliştirme için Kanban'ı Kullanma

“Arduvazı silen” bir insan mısınız? Pazartesi günü, ayın ilk günü veya Yeni Yıl'da yeni başlayacağınızı kaç kez söylediniz? İşte bir sır: asla işe yaramaz.

Arduvazı gerçekten temizleyemezsiniz, ne de istemeniz gerekir. Geçmişte yaptığınız çalışmalar sayesinde bu noktaya geldiniz. Evet, muhtemelen orada daha etkili bir yol var, ancak kaydettiğiniz tüm ilerlemeyi geri alarak onu keşfetmeyeceksiniz.

Bu yüzden kanban sistemini seviyorum. İş akışımı elden geçirmek için 2019'un başında kullanmaya başladım ve bağımlıyım. Düzenli ve işinin başında kalması gereken, ancak aynı zamanda birçok şeyin değişeceğini bilen ekip türü için mükemmeldir.

Bu makalede, WordPress geliştirme ekipleri için kanbana odaklanacağım, ancak kullandığım birkaç örnek, yazma iş akışlarım etrafında oluşturulan kendi kanban panolarımdan.

Kanban nedir?

Kanban gelişimini anlamak için önce yalın düşünceyi anlamalısınız.

Yalın düşünce bir metodoloji değildir. Bunun yerine, bir projenin bağlamını çerçeveleyen değerlere dayanan bir zihniyettir. Yedi yalın değer şunlardır:

1. Projeye değer katmayan her şeyden kurtularak israfı ortadan kaldırın.
2. Süreçleri iyileştirmek için düzenli olarak geri bildirim toplayarak öğrenmeyi güçlendirin
3. Mümkün olduğunca geç karar verin, yani kararları bilgilendirmek için tüm bilgileri topladıktan sonra.
4. Ekip moralinden veya ürün kalitesinden ödün vermeden mümkün olduğunca hızlı teslimat yapın; bu sadece hız değil, verimlilik ve sürdürülebilirlik ile ilgilidir.
5. Ekipleri güçlendirin, geliştiricilerin sağlığını ve enerjisini sağlayın ve uzmanlık ve liderliğe dayalı olarak terfi edin.
6. Sezgisel, değerli deneyimler yaratın.
7. Sadece bireysel özelliklerini değil, tüm projeyi değerlendirerek resmin tamamını görün.

Yalın düşünceyi kullanan ekipler, iş akışı yönetimi için genellikle kanban yöntemini kullanır. Basılı dizin kartlarıyla bir kanban panosu oluşturabilir veya Asana veya Trello gibi bir araçla dijital bir kanban panosu oluşturabilirsiniz. Farklı sütunlar ayarlayarak bir iş akışı oluşturun, ardından görevler tamamlandıkça kartı iş akışında soldan sağa doğru hareket ettirin.

Kaynak: Asana

En temel kanban panosunun üç sütunu vardır:

• Yapmak
• Yapmak
• Tamamlandı

Gelişmiş kanban panoları ile ek sütunlarınız olabilir ve her kartın tamamlanması gereken kendi alt görevleri olabilir. Asana'mdaki bir karttaki bazı alt görevlere bir örnek:

Kanban, küçük görevler yerine daha büyük iş öğelerini takip etme eğiliminde olduğundan, başlangıç ​​ve bitiş tarihleri, atananlar ve destek belgeleriyle birlikte tek bir kartta birkaç alt görev ve yönergeye ihtiyaç duyulur.

Kanban İlkeleri

Kanban geliştirme, gelişen süreçleri kurmanın bir yoludur; belirli görevleri anında yaparak anında değişiklik talep etmez. Ayrıca boş bir sayfa ile başlamaz. Bunun yerine, mevcut süreçlerinizi ve ekip yapınızı geliştirir ve uyarlar.

Dört temel kanban ilkesi vardır:

1. Mevcut süreçlerinizle başlayın. Şu anda takip ettiğiniz adımları, politikaları ve kuralları ekleyin. Bu ileriye doğru değişebilir, ancak kanban geliştirmenin amacı budur – gelişmek.
2. Ekip, aşamalı ve evrimsel değişiklikleri taahhüt etmelidir.
3. En azından şimdilik, iş unvanlarına, rollerine ve sorumluluklarına saygı gösterin ve bunları koruyun. Süreçlerinizi değiştirdikçe ekip yapısı değişebilir.
4. Her seviyedeki ekip üyelerini uygun olduğunda liderlik etmeleri için teşvik edin.

Kanban Uygulamaları

Altı temel kanban uygulaması vardır:

1. Mevcut sürecinizin her adımıyla eşleşen sütunlar oluşturarak projelerinizi görselleştirin.
2. Her sütunda kaç tane aktif iş öğesi bulunduğunu sınırlamak için bir üst sınır belirleyin. Bu, gerçekçi bir tempo oluşturmaya yardımcı olur ve ekip üyelerinin dikkati dağılmadan veya bunalmış hissetmeden en önemli iş öğelerine odaklanmasına olanak tanır.
3. Kartların panoda ne kadar hızlı hareket ettiğini ölçün ve herhangi bir darboğaz veya israf olup olmadığını değerlendirin.
4. Tüm ekip üyelerinin bilgilendirilmesi için sürecin adımlarını, politikalarını ve kurallarını tanımlayın.
5. Geri bildirim döngülerini uygulayın ve gerekli süreç ayarlarını yapın.
6. İşbirliği içinde geliştirin ve hızla geliştirin. Bu uygulama, ekibin bir bütün olarak kararlar alabilmesi için dört ilkeyi birleştirir.

WordPress Geliştirme için Kanban

Pano Oluşturma

WordPress geliştirme için kanban kullanmak için sürecinizi belirli geliştirme adımlarına ayırmanız gerekir. Bunu yapmanın en kolay yolu, daha önce sunmuş olduğunuz bir özelliğe bakmak ve geliştirmenin her bir geniş adımını listelemektir. İşte yazılım mühendisi Harrison Ferrone'dan bir örnek:

Her adım daha sonra kanban panonuzda bir sütun oluşturmak için kullanılır. Asana'dan hata takibi için kullanılan örnek bir kanban panosu:

WordPress geliştirme kanban panonuz için daha fazla sütun fikri:

• İş Listesi: Uygulanabilecek veya uygulanamayacak fikirler
• Gerekli: Geliştirilecek fikirler
• Tasarıma Hazır: Açıklığa kavuşturulmuş ve bir sonraki adım için ilerlemeye sahip fikirler
• Devam Ediyor: Tasarım, kodlama ve üretim aşamaları için ayrı “Devam Ediyor” sütunlarınız olabilir.
• İncelemeye Hazır: Her aşama için ayrı “İncelemeye Hazır” sütunlarınız olabilir.
• İncelemede: Her aşama için ayrı "İncelemede" sütunlarınız olabilir
• Gerekli Değişiklikler: Daha fazla çalışma gerektiren iade edilen ürünler
• Tamamlandı

Kartları önceliğe göre de sınıflandırabilirsiniz. Asana ve Trello gibi araçlar bu amaç için renk kodlamasına sahiptir. Hatalar, Müşteri Özellikleri ve Müşteri Sorunları gibi kategorilere öncelik verebilirsiniz, ancak ekibiniz için en iyi şekilde çalışır.

Devam Eden Çalışma Sınırlarını Ayarlama

Kanban panosunu kurmak, iş akışını düzenlemenin yalnızca başlangıcıdır. Tüm geliştirme ekibi, kanban panosunun nasıl kullanılacağını ve her aşamada onlardan ne beklendiğini anlamalıdır. Bu, özellikle darboğazları veya işle diğer sütunlardan daha hızlı bir şekilde oluşan sütunları fark ederseniz önemlidir. Ekip üyelerinizin yeterince verimli çalıştığına güvendiğinizi varsayarsak, bunun olmasını durdurmak için bir devam eden çalışma (WIP) sınırı belirlemeniz gerekebilir.

Örneğin, sürecin bu kısmı diğer kısımlardan daha uzun sürerse “Test Et ve Doğrula” adımı bir darboğaz olabilir. Çözüm, o sütun, ondan önceki sütun veya tüm kanban panosu için bir Devam Eden Çalışma sınırı belirlemektir. "Oluşturma Özelliği" ve "Test Et ve Doğrula" sütununu her biri beş ile sınırlayabilirsiniz. Bu şekilde, bir seferde asla beşten fazla özellik oluşturulmaz ve bir seferde test ve doğrulama gerektiren beşten fazla özellik olmaz. Bir özelliğin testi ve doğrulaması bittiğinde, “Oluştur” sütunundan başka bir iş öğesi taşınabilir. Bu, herhangi bir yere takılmadan iş akışının ilerlemesini sağlar.

Kanbanize'ye göre, Devam Eden Çalışma sınırlarını belirlemek için iyi bir kural, geliştiricilerinizi ikiye katlamaktır. On geliştiriciniz varsa, herhangi bir süre için en fazla 20 proje belirlersiniz. Alt limitler verimlilik için daha iyidir, ancak onları o kadar düşük ayarlamayın ki, ekibiniz diğer geliştiricilerin iş öğelerini tamamlamasını beklerken yapacak hiçbir şeyi kalmaz.

Kanban Geliştirme En İyi Uygulamaları

Devam Eden Çalışma sınırlarının ardındaki özellikleri ve mantığı ekleyin. Ekip üyelerinin gerektiğinde başvurabilmesi için bunu doğrudan tahtaya yazabilirsiniz. Örneğin, müşterilerimden biri, bir sütunun üst kısmındaki bir kartta, günde kaç makalenin talep edilebileceğini ve hafta boyunca panoya makalelerin eklendiği gün ve saatleri açıklamak için talimatlara sahiptir.

Bir kartın ne zaman bir tahtadan diğerine geçmesi gerektiğini netleştirin. Bunu bazı kartlarımdaki alt görevlere yerleştirdim ve kartı yalnızca önceki alt görevler tamamlandıktan sonra hareket ettirmeyi biliyorum:

Daha spesifik parametreler de ayarlayabilirsiniz. Örneğin, ben sadece makale için ödenmesi halinde benim portföyü için makale yayınlanmış bağlantı eklemediğinizii “Tamamlandı” sütununa bir kart taşıyabilirsiniz.

Sütunlar arasında gidip gelen iş öğelerini hesaba katmak için iş akışını genişletin. Diyelim ki “Kod İnceleme” sütununuzda bir öğeniz var. Kod incelemesinde başarısız olursa, muhtemelen "Yapı Özelliği" gibi bir şey olan önceki sütuna geri dönmesi gerekir. Bu çok sık oluyorsa, yeni bir tür darboğazınız olur, ancak düşük bir Devam Eden Çalışma sınırı belirlerseniz, o zaman yeterince iş yapamazsınız.

Çözüm, "Başarısız Kod İnceleme" ve "İkinci Kod İnceleme" gibi yeni sütunlar oluşturmaktır. Ardından ekibinize, bir özelliğin ilk kod incelemesini geçmesi durumunda, doğrudan bir sonraki doğal adıma geçebileceğini ve yeni eklediğiniz iki ek sütunu atlayabileceğini söylersiniz. Ya da başarısız incelemeleri toplamak ve onları süreç boyunca tekrar ilerletmek için iş akışının başına yeni bir sütun koyabilir ya da bu sorunları çözmek için süreç içinde bir "Düzelt" sütunu ekleyebilirsiniz. En iyi çözüm, özelleştirilmiş işleminizle birlikte çalışan çözümdür.

Toplama

Tam olarak aynı şeyi yapan iki geliştirme ekibi için bile tek bir tür kanban tahtası yoktur. Bu konuda harika olan şey bu – onu tamamen ihtiyaçlarınıza göre uyarlayabilir ve ardından ihtiyaçlarınız büyüdükçe ve değiştikçe uyarlayabilirsiniz. Genel olarak, kanban geliştirme, kullanıcıların istediklerini yaratması gereken ekipler için mükemmeldir; bu özellikleri zamanında teslim edin; ve sürdürülebilir bir iş akışı hızı oluşturun.

Artık geliştirme iş akışınız sorunsuz olduğuna göre, daha fazla üretkenlik için dijital çalışma alanınızı nasıl kuracağınızı öğrenin.