WordPress geliştirme için Kanban’ı kullanmak
“Taş yazmayı kaldıran” kişi misiniz? Kaç kez Pazartesi günü, ayın başında veya yeni yılda yeni başlayacağınızı söylüyorsunuz? Bu sır: asla başarılı olamadı. Yazılı taşı gerçekten temizleyemezsiniz, aynı zamanda istemezsiniz. Geçmişte yaptığınız iş sayesinde şimdiye kadar var. Evet, belki orada daha verimli bir yol var, ancak yaptığınız tüm ilerlemeleri iptal ederek bulamayacaksınız. Bu yüzden Kanban sistemini seviyorum. İş akışımı elden geçirmek için 2019’un başlarında kullanmaya başladım ve bağımlıydım. Bu, organize kalması ve iyi çalışması gereken takım türü için mükemmeldir, ancak aynı zamanda birçok şeyin değişeceğini de bilir – çoğu.
Bu makalede, WordPress geliştirme ekibi için Kanban’a odaklanacağım, ancak kullandığım bazı örnekler, yazımın iş akışı etrafında yapılan kendi Kanban panomdan geliyor. Kanban nedir? Kanban’ın gelişimini anlamak için önce Lean’in düşüncelerini anlamalısınız. Yalın düşünme bir metodoloji değildir. Tersine, bu projenin bağlamını çerçeveleyen değerlere dayanan bir zihniyettir. Yedi Yalın Değer:
Projeye değer katmayan herhangi bir şeyden kurtularak atığı ortadan kaldırın.
Süreci iyileştirmek için düzenli olarak geri bildirim toplayarak öğrenmeyi güçlendirin
Kararı bilgilendirmek için tüm bilgileri topladıktan sonra olabildiğince yavaş karar verin.
Takımın ahlakından veya ürün kalitesinden ödün vermeden olabildiğince hızlı verin; Bu sadece hız değil, verimlilik ve sürdürülebilirlik ile ilgilidir.
Ekibi güçlendirin, geliştiricinin sağlığını ve enerjisini emin olun ve uzmanlık ve liderliğe dayalı olarak teşvik edin. Sezgisel ve değerli bir deneyim yaratın.
Sadece bireysel özelliklerini değil, tüm projeyi değerlendirerek tüm görüntüyü görün.
İnce düşünceyi uygulayan ekip genellikle iş akışı yönetimi için Kanban yöntemini kullanır. Kanban tahtasını basılı kopya endeks kartı ile ayarlayabilir veya asana veya trello gibi araçlarla dijital bir Kanban tahtası oluşturabilirsiniz. Farklı bir sütun hazırlayarak bir iş akışı oluşturun, ardından görev tamamlandığında kartı iş akışından soldan sağa hareket ettirin.
Kaynak: Asana
Yapmak
Üzerinde çalışıyor
Tamamlandı
Gelişmiş bir Kanban tahtası ile ek bir sütununuz olabilir ve her kartın tamamlanması için kendi detektiflerinin bir koleksiyonuna sahip olabilir. İşte Asana’mdaki karttaki birkaç alt belirleme örneği:
Kanban, küçük görevlerden daha büyük bir iş öğesini izleme eğiliminde olduğundan, genellikle başlangıç ve bitiş tarihi, görevin alıcısı ve destekleyici belgelerle birlikte bir kartta birkaç alt görev ve talimatlara ihtiyaç duyulur. Kanban Prensibi Kanban gelişimi, gelişen süreci düzenlemenin bir yoludur; Bu, o sırada belirli görevleri yerine getirerek derhal değişiklik talep etmez. Ayrıca boş bir tahta ile başlamadı. Bunun yerine, tepeye inşa edildi ve mevcut ekibin süreçlerini ve yapısını ayarladı. Kanban’ın dört temel ilkesi vardır:
Mevcut işleminizle başlayın. Bugün izlediğiniz adımları, politikaları ve kuralları ekleyin. Bu değişebilir, ancak bu Kanban’ın gelişiminin özüdür – gelişmek için. Takım kademeli ve evrimsel değişime kararlı olmalıdır.
En azından şimdilik pozisyonlara, rollere ve sorumluluklara saygı gösterin ve sürdürün. Sürecinizi değiştirdiğinizde ekip yapısı değişebilir.
Gerekirse her seviyedeki ekip üyelerini liderlik etmeye teşvik edin.
Kanban Uygulaması Altı temel Kanban uygulaması vardır:
Mevcut işleminizin her adımıyla eşleşen bir sütun oluşturarak projenizi görselleştirin.
Her sütunda kaç tane aktif öğenin olduğunu sınırlamak için sınırı ayarlayın. Bu, gerçekçi bir hız yaratmaya yardımcı olur ve ekip üyelerinin rahatsız veya bunalmış hissetmeden en önemli iş eşyalarına odaklanmalarını sağlar.
Kartın tahtada ne kadar hızlı hareket ettiğini ve trafik sıkışıklığı veya atık olup olmadığının değerini ölçün.
Tüm ekip üyelerinin bilgi alması için adımları, politikaları ve süreç kurallarını belirleyin.
Geri bildirim döngüsünü uygulayın ve gerekli sürece ayarlamalar yapın.
İşbirliğini artırın ve hızla gelişin. Bu alıştırma, ekibin genel kararlar verebilmesi için dört prensibi birleştirir.
WordPress’in geliştirilmesi için Kanban, WordPress’in geliştirilmesi için Kanban’ı kullanma tahtası yapar, sürecinizi belirli geliştirme adımlarına ayırmalısınız. Bunu yapmanın en kolay yolu, verdiğiniz özelliklere bakmak ve her kapsamlı geliştirme adımının bir listesini yapmaktır. Aşağıda Harrison Ferrone Yazılım Mühendisi örneği:
Her adım daha sonra Kanban kartınızda bir sütun oluşturmak için kullanılır. Aşağıdakiler, ASANA’dan Hata İzleme İçin Kullanılan Kanban Kurulu’nun bir örneği: WordPress Geliştirme Kurulunuz için daha fazla sütun fikri:
Birikmiş işleme: uygulanabilecek veya uygulanamayacak fikirler Gerekli: Geliştirilecek Fikirler Tasarıma Hazır: Bir sonraki adım için netleştirilmiş ve yeşil ışığa sahip fikirler
Devam eden: Tasarım, kodlama ve üretim aşamaları için ayrı bir “devam eden” sütuna sahip olabilirsiniz
İncelemeye Hazır: “Her aşama için ayrı olmak için” hazır “bir sütuna sahip olabilirsiniz
Bir incelemede: Her aşama için bir “inceleme” sütununda ayrı bir ”
Değişiklik gerekiyor: daha fazla iş gerektiren öğeleri iade etmek
Tamamlandı
Kartları önceliğe göre sınıflandırabilirsiniz. Asana ve Trello gibi araçların bu amaç için renk kodları vardır. Hatalar, müşteri özellikleri ve müşteri sorunları gibi kategorilere öncelik verebilirsiniz, ancak en çok ekibiniz için uygundur.
Kanban tahtasını hazırlamak için çalışan çalışma sınırını ayarlamak, iş akışını yönetmenin sadece başlangıcıdır. Tüm geliştirme ekibi, Kanban yönetim kurulunun nasıl kullanılacağını ve her aşamada bunlardan ne beklendiğini anlamalıdır. Trafik sıkışıklığını veya diğer sütunlardan daha hızlı bir seviyede çalışılan sütunlar görürseniz bu çok önemlidir. Görünüşe göre, ekip üyelerinizin oldukça verimli çalıştığına inandığınız varsayılarak, bu gerçekleşmeyi durdurmak için süreçte bir çalışma sınırı (WIP) ayarlamanız gerekiyor. Örneğin, işlemin bu kısmı diğer parçalardan daha uzun sürerse, “test ve doğrulama” adımı bir engel olabilir. Çözüm, sütun için WIP sınırını, önündeki sütun veya Kanban kartlarının tamamını ayarlamaktır. “Yapı özelliği” ve “test ve doğrula” sütunlarını beş olarak sınırlayabilirsiniz. Bu şekilde, aynı anda inşa edilmiş beşten fazla özellik olmamıştır ve aynı anda test ve doğrulama gerektiren beşten fazla özellik yoktur. Bir özellik için test ve doğrulama tamamlandıktan sonra, diğer çalışma öğeleri “oluşturma” sütunundan taşınabilir. Bu, iş akışının tek bir yerde sıkışıp kalmadan devam etmesini sağlar.
Kanbanize’ye göre, WIP sınırını belirlemek için iyi bir pratik kural, geliştiricilerinizi ikiye çarpmaktır. On geliştiriciniz varsa, belirli bir süre için en fazla 20 proje belirleyeceksiniz. Alt sınır verimlilik için daha iyidir, ancak çok düşük ayarlamayın, böylece ekibiniz hiçbir şey yapamaz çünkü diğer geliştiricilerin iş öğesini tamamlamasını bekliyorlar. Kanban’ı geliştirmenin en iyi uygulaması, özellikle WIP sınırının arkasındaki nedenleri ve nedenleri içerir. Bunu doğrudan tahtaya yazabilirsiniz, böylece ekip üyeleri gerektiğinde buna başvurabilir. Örneğin, müşterilerimden birinin, makalenin tüm haftalarda tahtaya eklendiğinde gündüz ve gün ve saatte kaç makalenin talep edilebileceğini açıklamak için sütunun üst kısmındaki kartta talimatlar var. Kartın taşınması gerektiğinde açıktır. bir tahtadan diğerine. Bunu doğrudan bazı kartlarımdaki alt notlara aldım ve kartı yalnızca önceki alt atama tamamlandıktan sonra hareket ettirmeyi biliyorum:
Daha spesifik parametreleri de ayarlayabilirsiniz. Örneğin, portföyüme yayınlanan bir makale bağlantısı eklediysem ve makale ödenirse kartı yalnızca “bitmiş” sütuna taşıyabilirim. Sütunlar arasında ileri geri çarpan iş öğelerini hesaplamak için iş akışını genişletin. “Kod İncelemesi” sütununda öğeler olduğunu varsayalım. Kod incelemesinde başarısız olursa, “uyandırma özelliği” gibi olabilecek önceki sütuna dönmelidir. Bu sık sık gerçekleşirse, yeni bir trafik sıkışıklığı türünüz var, ancak düşük bir WIP sınırı belirlerseniz, işi yeterince tamamlamayacaksınız. Çözüm, “Başarısız Kod İncelemesi” ve “gibi yeni bir sütun oluşturmaktır. İkinci Kod İncelemesi. ” Daha sonra ekibinize, bir özellik ilk kod incelemesinden geçerse, özelliğin doğrudan bir sonraki doğal adıma geçebileceğini ve yeni eklediğiniz iki ek sütunu geçebileceğini söyleyeceksiniz. Veya, başarısız incelemeleri toplamak ve işlemi tekrar itmek için iş akışının başlangıcına yeni bir sütun yerleştirebilirsiniz veya sorunun üstesinden gelmek için işlemdeki “Düzelt” sütununu ekleyebilirsiniz. En iyi çözüm, özelleştirme sürecinize uygun bir çözümdür.
