Geliştirme süreci yönetiminizi nasıl optimize edersiniz

Görevin detayları incelikli olmak
Tüm görevlerin alt görevlere ayrılması gerekir. Daha ayrıntılı bir parçalanma başarabilir, o kadar iyidir. Bununla birlikte, atmosfer tarafından çok fazla taşınmayın ve makul sınırlar içinde kalmayın. Bu sürecin yönetim aşaması için bir kuralım var – eğer küresel bir görev varsa ve nasıl tamamlayacağımı gerçekten anlamıyorsam,% 100 netleşene kadar bir alt atışa ayırıyorum. Uygulamada, siteyi sayfalara ayırıyormuşuz, sonra bloklar haline geliriz, iş işlevselliğini işlevlere ayırırız. Bu bir sonraki geliştirme süreci boyunca çok iyi çalışıyor. Buna ek olarak, bir kontrol listesi kullanmanızı öneririm – bu, görevleri yönetirken ve yaparken çok iyi bir görselleştirmedir. Buna ek olarak, herkes projenin nasıl tamamlandığını görmekten hoşlanır, öğeye göre. Doğru zaman tahmini
Takım lideri olarak önceki deneyimimden, tahmini proje süresinin ölçülmesinin zor olduğunu söyleyebilirim. Her zaman orada (veya neredeyse her zaman), geliştirici tarafından verilen, tüm ekibin acı çekmesine neden olan abartılı veya hafife alınan zaman çerçevesi. İyimser son tarih çok sık belirlenir, bu da sonuçta fazla mesai veya proje gecikmesine neden olur – ve bu iş için iyi değildir. Ekibim ve ben tahmini proje süresi için kendi metodolojimizi geliştirdik ve aslında oldukça basit. Görevi bir alt yapıya ayırdıktan ve her bir alt atıcı için doğru zamanı bildikten sonra, onu özetleyebilir ve kalkınma için tahmini toplam süreyi hesaplayabiliriz.
Otomasyon ve Geliştirme Araçları
Diğer tüm alanlar gibi, programcıların iyi gelişmiş kendi araçları vardır. Görevimiz tüm araçları (örneğin fikirler, kontrol sistemleri, yerel sunucular vb.) Birleştirmek ve ekip çalışmasını senkronize edebilir. Örneğin, PHP-Storm, GitHub ve Open Server kullanıyoruz. Tabii ki, sizin için en rahat aracı seçebilirsiniz, ancak optimizasyonun çekirdeği, tüm ekip üyelerinin bu aracı ve işlevlerini%100 kullanmasını sağlamalıyız.
Her zamanki WordPress projesi sırasında, çalışma 2-3 kişi arasında bölünmüştür. Her şey her kontrol listesine doğru bir şekilde tasarlanmış ve dağıtılmışsa, bu genellikle projeyi tamamlamak için yeterlidir. Ayrıca GIT ve GIT akışını kullanarak ödev ve alt görevler ayarlamanız gerekir, böylece örtüşmemesi gerekir. Daha fazla insan eklemek her zaman projeyi hızlandırmak anlamına gelmez. Her ekip üyesi, zaman ve kaynakların etkili bir şekilde tahsis edildiği özel görevlerinde yetkinse, proje hızlı ve başarılı bir şekilde tamamlanabilir.
Kod kalitesi
Anlaşılabilecek ve okuyabilecek bir kod yaparsanız, bu, ileriye doğru ilerlemek yerine destekleyici çubuk veya belirsiz parçalarla savaşmak zorunda kalmadığınız görevleri ve çözümleri kolaylaştırmaya yardımcı olur. Kod kalitesi çeşitli açılardan görülebilir: değişkenler, işlevler, sınıflar ve WordPress koduna genel uyum için anlamlı isimler. Tüm ipucu, uzun süre destekleyecekmiş gibi bir kod yazıyor. Şu anda, deneyimsiz geliştiriciler dosya oluşturma, “problem.fonction.php” deme ve tüm işlevleri oraya gönderin. Bir noktada, dosyalar tamamen farklı mantıkla aşırı yüklenir ve ekip tüm gün öğrenmek için harcar. Project Business Logic’e göre, daha üretken yöntem kodu klasörlere ve dosyalara bölmektir. Bunu yaparak, geliştirme sürecinin kendisinde çok zaman kazandırabilir ve değişim ve kod güncellemesi sürecini kolaylaştırmanız için zaman verir. Hata ayıklama aracı
Geliştirme süreci her zaman pürüzsüz değildir. Bazen, onu taşımalısınız ve kodunuzu hata ayıklamaya hazır olmalısınız. Her şey iki kategoriye ayrılabilir. PHP’ye sahip olduğumuz programlama dili düzeyinde hata ayıklama ilk. Varsayılan aracı fikrinizde kullanmak ve tüm geliştiricilerin bunları doğru şekilde yapılandırmasını ve kullanmasını sağlamak. İkincisi, değerli bilgileri toplamamıza ve görmemize izin veren özel bir eklenti kullanımı görüyoruz: veritabanındaki sorgu sayısından sayfayı yüklerken kullanılan kancalar listesine. Bu eklenti arasında Monitör sorgusunu, posta günlüğünü, sağlık kontrolünü, Cron Manager’ı vurgulamak istiyorum. Buna ek olarak, ekibim ve ben, sahip olmadığımız işlevleri telafi etmek için Dev Studio eklentisini yaptık. Bu eklenti, değişkenleri ve sabitleri, filtreleri, kancaları, verileri vb. Görmemizi sağlar ve kesme noktasını ayarlamak mümkündür. Tüm bu eklentiler ücretsizdir ve resmi WordPress deposunda bulunabilir. Geliştiriciler zamanlarını nerede geçirir?
Birkaç WordPress ekibinden biraz araştırma yaptık ve tahmini bir geliştirici çalışma programı bulduk (bu tam bir araştırma değil, geliştiricinin hayatında normal günleri görselleştirmek için yeterli):

Geliştirici zamanının çoğunu tüketmenin tipik bir görevi. Örneğin, yeni bir proje başlatırlar, yeni bir konu oluştururlar, bitmiş bir çözüm eklerler ve daha önce kullandığımız kancalar. Bu her zaman gerçekleşmez, ancak genellikle istemci sitesini yapan bir web stüdyosunda olur. Bu nedenle, en iyi geliştiricileri desteklemek için bilgi tabanınızda etkili bir model ve çözüm sağlamalısınız. Kahve ve dinlenmek için harcanan% 20 zamana gelince, bu oldukça normal bir uygulamadır. Geliştiriciler bütün gün odaklanmış çalışma modunda geçiremeyebilir. Bunu yapmak aslında yorgunluk ve yorgunlukta bir artışa neden olabilir. Dinlenme daha üretken olmak için sağlıklıdır. Yeni görevler – işlevsellik ve benzersiz kod yapmak – web stüdyosu geliştiricileri için yalnızca% 10 zaman gerektirir. İlginç gerçekler, bu aynı zamanda geliştiricilerin en çok tercih edilen görevidir. Bu görevler kullanıcıların ve müşterilerin yaşamlarını iyileştirmeye yardımcı olur ve yapmak çok ilginçtir.
İdeal dünyada, bu diyagramı tersine çevirmekten mutluluk duyacağım, böylece yeni görevler çoğu zaman harcayarak sıradan ve rutin görevleri daha az zamanla bırakıyor. Bunu yapmak kolay değildir, ancak boş (veya daha sonra kaynak, başlangıç ​​kitleri) kullanarak ve işlemi otomatikleştirerek bu senaryoya doğru adımlar atabilirsiniz. Örneğin, ekibimiz esnek bir başlangıç ​​kiti teması yaptı. Bu tema, webpack kullanarak MVC prensibine dayanmaktadır. Bu, projeyi hızlı bir şekilde yaymak için esnek bir araçtır ve ayrıca ölçek için hazırdır. Uygulamada, zamanımızın% 40’ını gelişmekte olan müşteri sitelerinde tasarruf etmeye başlıyoruz. Bu tema açık kaynaktır ve kamuya açık bir alanda yayınlanır – resmi WordPress veya Git Hub deposunda bulunabilir. Ve elbette, ihtiyaçlarınızı karşılamak için kendi ilk temanızı veya tasarım eklentilerinizi oluşturabilirsiniz. Ana fikir, gereksinimleri açıkça anlamak ve esnek bir mimari yapmaktır. Umarım bu öneri mükemmellik yolunda size yardımcı olacaktır! Fantastik WordPress platformları olağanüstü fırsatlar sunuyor, bu yüzden yetkin ve zarif kullanalım. Yazar: Beetroot’ta tam bir kazık geliştiricisi Aleksander Zobenko.
Bu makalenin yararlı olduğunu umuyoruz. Eğer isterseniz, bu makalelerin bazılarını okumaktan çekinmeyin!
Sonuçları alan bir pazarlama bütçesi yapmak için ipuçları