Görülmeyen ilk değişiklik için göz ardı edilen 4 husus

Bir WordPress geliştiricisi kiralayacağınız zaman, projenizin kalitesinin sonunda kucağında olduğunu düşünebilirsiniz. Kabarcıklarınızı kırmak için özür dilerim, ama bu tamamen yanlış. “Bunu neden söyledin, Matteo? Tabii ki bir geliştirici çalışmalarında ne kadar iyi olursa, işleri o kadar iyi! ” Sakıncası var mı. Size söylediğim için üzgünüm: Yine yanılıyorsun. Ve bunun ana nedeni budur: Geliştiricinizin kontrolü dışında olan her şeyin onun yeri için çok uygun olduğunu varsayıyorsunuz. Özellikle, dış kaynak geliştiricileri ile çalışırken bu yaklaşım, tüm ayrıntıların sadece tanımlandığını, aynı zamanda her iki taraf tarafından da mükemmel bir şekilde anlaşıldığını ve kabul edildiğini varsayar. Aynı şey, dahil edilecek tüm teknik çalışmaların yanı sıra bir zaman çizgisi ve ortak maliyet için de geçerlidir.
Bunlar, dış kaynak geliştiricilerini ilk kez işe almayı düşünenleri fark edemeyen bazı şeylerdir. Ancak, hey, pes etme çünkü yeni bir WordPress dış kaynak kullanımı projesine başlarken yeni başlayanlar tarafından yapılan en yaygın 4 hatanın bir listesini derledim. Ne olduklarını bilmek ister misin? Bunu yapmana bahse girmeye cesaret ediyorum … öyleyse dalış yapalım! Hata #1: Proaktif iletişim iletişiminin eksikliği, her ilişkinin temelidir ve geliştirici hizmetlerini dış kaynak kullanan bir kişi olarak, genellikle göz ardı edilen bu yönü gerçekten anlamanız çok önemlidir.
Bilirsiniz, tüm işlerin tartışılacağı, onaylanacağı ve nihayet gönderileceği, bazı insanlar için farklı ortam türleri taşıyan uzun mesafeli geliştiricilerle çalışmak. Dinamikler, özellikle ofisinizdeki dahili çalışanlarla çalışmakla karşılaştırıldığında değişir. Ofisinizde kısa bir sohbetle kolayca aşılabilecek küçük bir yanlış anlama, uzun mesafeli geliştiricilerle projenizin başlamasının gecikmesi ile ilgili olabilir. Ancak gecikme ortaya çıkabilecek en kötü şey değildir: yanlış iletişim ve belirsiz talepler gereksiz işe (veya uygunsuz öncelik belirlemesine) neden olabilir, bu da gerçekten ihtiyacınız olmayan bir şey için ödeme yapmanız gerekebilir. Bu yüzden her şeyi sağlamak zorundasınız İletişim Mümkün olduğunca açık ve tamsınız. Ve yukarıda, WordPress geliştiricinizden üzerlerine düşeni yapmasını istemelisiniz: planlarını ve sizinle nasıl yürütmeyi amaçladıklarını, verimli bir şekilde iletmelerini beklemelisiniz. WordPress geliştiricileri ve kodlanabilir uzman Nathan Reimnitz açıkladı: Önceki projeyi hiç dış kaynak kullanmayan yeni bir müşteriden nerede olduğunuzu gerçekten anlayabiliyorum ve şimdi merak ediyorsunuz: ‘Bu kişinin ne yaptığını nasıl bilebilirim? Yapacağını söylediği şeyi gerçekten yaptı mı? ‘ Bu bizi iletişimin önemine geri getiriyor; Sürekli, kapsamlı ve bilgilendirici iletişim, geliştiriciler ve müşteriler için de önemlidir.
İletişim, herhangi bir projenin başarısı ile doğrudan ilişkilidir ve bu, beklediğinizi elde ettiğinizden emin olmak için ellerinizdeki en güçlü araçtır. Hata #2: Çok fazla “check-in”, sürdürülebilir iletişim kadar önemlidir, önemli değil. Mahkemen bir geliştiriciyle çalıştığınızda, size hedeflerinden daha fazla bilgi vermek onlar için bir zorunluluktur. Her saat gerçekleşmesi gerekmez, ancak iyi bir geliştirici en azından size günlük ilerlemeleri hakkında yön verecektir. Aşırı iletişim her iki uçta karşı üretkendir. Bu, geliştiricilerinizin dikkatini dağıtır ve onları gerçekten işe aldığınız işi tamamlamak için odaklanmalarına neden olur. Nathan’ın bize hatırlattığı gibi harika olan şey: Geliştiricinizle her 15 dakikada bir, hatta her saatle iletişime geçmenize gerek yok. Geliştiricinizin mesajınıza yanıt vermesi için harcanan zamanın, sorununuzu çözmek için gerçekten çalışanlardan alınan zaman olduğunu anlamak önemlidir, çünkü şimdi size cevap vermek için bu zamanı harcıyorlar. Bir müşteri olarak, en azından belirli bir seviyeye kadar sabır denemenizi ve geliştiricinizin sizinle iletişim kurmasını beklemenizi öneririm. Bence kodlanabilirde her zaman çok iyi iletişim kurduğunuzu ve her zaman bir daire içinde olduğunuzu göreceksiniz.
Hata #3: Web geliştirme dünyasında aşırı küçük şeyler (ve projenizi geciktirmek) mühendisliği, kapsamlı projeleri izlemenize yardımcı olacak bazı yazılım ve araçlar vardır. Asana, Trello, Jira, Basecamp en ünlü proje yönetim araçlarından bazılarını temsil ettikleri için duymuş olabileceğiniz bazı isimlerdir. Bununla birlikte, bu araç, küçük projelerde bir serbest geliştiriciyle çalışırken “çok fazla” olabilecek ve sizi engelleyebilecek birçok gelişmiş özellik ile birlikte gelir. Küçük projeler için burada kastettiğim, yön sayfaları oluşturmak gibi görevlerdir
Sayfaya yeni bir form ekleyin

Bir Shift eklentisi ekleyin
Güvenlik eklentisi ekleyin
Yeni bir eklenti yapılandırın
Nathan tarafından daha fazla örneklendiği gibi: Küçük bir projeyi yönetmek veya küçük bir sorunu çözmek söz konusu olduğunda, yukarıda belirtilen proje yönetim aracınızı kullanmanın, verimlilik üzerinde olumsuz bir etkisi olan gereksiz bir katman eklediğini düşünüyorum. Bu senaryoda, müşterilerin ilerleme raporları almak için doğrudan geliştiricileriyle iletişim kurmaları çok daha kolay (ve daha hızlı) olacaktır. Buradaki ahlaki, proje yönetimi araçlarının çeşitli projeler için çok fazla olabileceğidir. Genellikle, iyi yapılmış kontrol listesi işi sizin için mükemmel bir şekilde yapacaktır.
Gerçekten% 100, her yönün ele alınacağından ve tüm isteklerinizin ele alınacağından emin olmak istiyorsanız, bir liste yapmanızı, geliştiricinizle paylaşmanızı ve projeye ve diğerlerine tüm teknik yönleri eklemelerini isteyeceğim. Eksik oldukları eksik yönler uygun düşünün. Bu şekilde her şeyin gönderilip gönderilmediğini değerlendirebilirsiniz (veya dahili geliştiriciniz tarafından kontrol edebilirsiniz). Not: Ortak bir gönderi listesine sahip olmanın, projeyi tamamlamanın çok verimli bir yolu olduğu kanıtlanmıştır ve bu nedenle tekrarlanan birçok müşteri genellikle yeni projeleri için keşif aşamasıyla başlar. İlişki biraz güven olmadan çalışabilir. Tabii ki, güven faktörü her iki tarafın da çabalarıyla inşa edildi. Kodlanabilir kullanırsanız, platformlar ve temel gereksinimleri için güven oluşturucuların unsuru tam olarak gereklidir (teknik incelememizde daha fazla bilgi edinin). Geliştiriciye doğrudan güvenmenin zor olacağını biliyoruz, bu da proaktif müşterilerin desteği ile eşleştirilen kapsamlı önleme sürecimiz ve emanet tabanlı fonların nasıl ele alınacağı genel kodlanabilir deneyimin önemli bir parçası.
Güven, sizin ve kullandığınız geliştirici arasında karşılıklı bir ilişkidir. İlgili her iki taraf da ödevlerini yapmalıdır: Umutlarınızı ve ihtiyacınız olan şeyleri etkili bir şekilde iletmelisiniz, o zaman geliştiriciniz sizi daha önce kabul ettiğiniz ortak zaman çizelgesine dayanarak en son gelişmeleri bildirecektir. Vurgulanan Nathan gibi: Her saat iletişime ihtiyaç duyan bir müşteri türseniz, sorun değil, ancak lütfen bunu ilk proje özetinizde paylaşın, böylece geliştiricinin projenize katılmadan önce seçtiğiniz iletişim kalıplarını daha iyi anlaması. Dürüst olmak gerekirse, bu kadar basit: ‘Hey, bu benim umudum. Sadece orada olduğunuzu öğrenmek için bir güncellemeye ihtiyacım var (sadece bir satır olsa da). ‘ Yeni bir projeye girme beklentileriniz konusunda ne kadar dürüst ve açılırsa, yol boyunca ilerlemeniz için daha az sürpriz olur. Yeni bir şey yaptığınızda ilk kez sarın, genellikle sonuçlar planladığınızdan biraz daha kötüdür çünkü bundan sonra ne olacağını bilmiyorsunuz. Bununla birlikte, bu, uzun bir mesafeli geliştiriciye (veya herhangi bir kısmını) açarken harika bir proje yazdırmayı başaramayacağınız anlamına gelmez. Yeni başlayanların yaşayabileceği en yaygın sorun türlerinin, ilk başarılı dış kaynak kullanımı projenize “atlamanızı” kolaylaştırmaya yardımcı olabilecek güçlü bir temel verebilecek güçlü bir temel veriyor!