Başarılı Dış Kaynak Kullanımının Gözden Geçirilen 4 Yönü İlk Zamanlayıcıların Göremedikleri

Bir WordPress geliştiricisi işe almak üzereyken, projenizin kalitesinin nihayetinde onların kucağında olduğunu düşünüyor olabilirsiniz. Balonunu patlattığım için üzgünüm ama bu tamamen yanlış.

"Bunu neden söyledin Matteo? Elbette bir geliştirici işinde ne kadar iyiyse, işleri de o kadar iyi olur!” sen itiraz et.

Size söylediğim için üzgünüm: yine yanılıyorsunuz.

Ve işte bunun ana nedeni: geliştiricinizin kontrolü dışında kalan her şeyin mükemmel bir şekilde yerine oturduğuna dair riskli bir varsayımda bulunuyorsunuz. Spesifik olarak, dış kaynaklı geliştiricilerle çalışırken bu yaklaşım, tüm ayrıntıların yalnızca ana hatlarıyla belirlendiğini değil, aynı zamanda her iki tarafça da mükemmel bir şekilde anlaşıldığını ve üzerinde anlaşmaya varıldığını varsayar. Aynı şey, ortak bir zaman çizelgesi ve maliyetler kadar, dahil edilecek tüm önemli teknik işler için de geçerlidir.

Bunlar, dış kaynaklı geliştiricileri ilk kez işe almayı düşünenlerin genellikle fark edemediği bazı şeylerdir.

Ama umutsuzluğa kapılmayın çünkü yeni bir dış kaynaklı WordPress projesine başlarken ilk kez gelenlerin yaptığı en yaygın 4 hatanın bu listesini hazırladım.

Ne olduklarını bilmek ister misin? Bahse girerim yaparsın… o halde hadi başlayalım!

Hata 1: Proaktif iletişim eksikliği

İletişim, her ilişkinin temel taşıdır ve dış kaynaklı bir geliştiriciden hizmet alan bir kişi olarak, genellikle gözden kaçan bu yönü kesinlikle yakalamanız son derece önemlidir.

Biliyorsunuz, uzaktan geliştiricilerle çalışmak, tüm çalışmaların tartışılacağı, onaylanacağı ve nihayetinde teslim edileceği farklı – hatta bazı insanlar için yeni – bir ortam türü getiriyor. Dinamikler, özellikle ofisinizde kurum içi çalışanlarla çalışmakla karşılaştırıldığında değişir.

Ofisinizde hızlı bir sohbetle kolayca üstesinden gelinebilecek küçük bir yanlış anlama, projenizin uzak bir geliştiriciyle başlatılmasındaki gecikmeye bağlanabilir. Ancak gecikmeler olabilecek en kötü şey değildir: yanlış iletişimler ve net olmayan talepler gereksiz çalışmaya (veya uygunsuz bir önceliklendirmeye) yol açabilir ve bu da en başta ihtiyacınız olmayan bir şey için ödeme yapmanıza neden olabilir.

Bu nedenle, tüm iletişiminizin mümkün olduğunca açık ve ayrıntılı olduğundan emin olmalısınız. Üstelik, WordPress geliştiricinizden üzerine düşeni yapmasını istemelisiniz: onlardan planlarını ve bunları nasıl gerçekleştirmeyi düşündüklerini verimli bir şekilde iletmelerini beklemelisiniz. WordPress Geliştiricisi ve Codeable uzmanı Nathan Reimnitz şunları detaylandırıyor:

Daha önce hiçbir projede dış kaynak kullanmamış yeni bir müşteri olarak nereden geldiğinizi tamamen anlayabiliyorum ve şimdi merak ediyorsunuz: 'Bu adamın ne üzerinde çalıştığını nasıl bilebilirim? Gerçekten yapacağını söylediği şeyi yapıyor mu?' Bu bizi iletişimin önemine geri getiriyor; Devam eden, kapsamlı ve bilgilendirici iletişim, müşteri için olduğu kadar geliştirici için de önemlidir.

İletişim, herhangi bir projenin başarısıyla doğrudan ilişkilidir ve beklediğinizi teslim ettiğinizden emin olmak için elinizdeki en güçlü araçtır.

Hata #2: Çok fazla "check-in"

Devam eden bir iletişim ne kadar hayatiyse, çok ısrarcı olmamak da aynı derecede önemlidir. Dış kaynaklı bir geliştiriciyle çalıştığınızda, hedeflerine girmenize izin vermek sizin için olduğundan daha fazla onlar için bir gereklilik haline gelir. Bunun her saat başı olması gerekmez, ancak iyi bir geliştirici en azından sizi günlük ilerlemeleri hakkında bilgilendirecektir.

Aşırı iletişim her iki uçta da ters etki yapar. Geliştiricinizin dikkatini dağıtır ve ilk etapta onları işe aldığınız asıl işi tamamlamaya odaklanmalarını kaybetmelerine neden olur. Nathan'ın bize hatırlattığı gibi ne harika olurdu:

Her 15 dakikada bir, hatta her saat geliştiricinizle görüşmeniz gerekmez. Geliştiricinizin mesajlarınıza yanıt vermek için harcadığı zamanın, aslında sorunlarınızı çözmeye çalışırken onlardan alınan zaman olduğunu anlamak önemlidir, çünkü artık o zamanı size yanıt vermek için harcıyorlar. Bu nedenle, bir müşteri olarak, en azından belirli bir dereceye kadar biraz sabırlı olmaya çalışmanızı ve geliştiricinizin sizinle iletişim kurmasını beklemenizi tavsiye ederim. Sanırım Codeable'da her zaman çok iyi iletişim içinde olduğunuzu ve her zaman işin içinde olduğunuzu göreceksiniz.

Hata #3: Küçük şeylere aşırı mühendislik yapmak (ve projenizi geciktirmek)

Web geliştirme dünyasında, kapsamlı projeleri takip etmenize yardımcı olacak belirli yazılımlar ve araçlar mevcuttur. Asana, Trello, Jira, Basecamp, en iyi bilinen proje yönetim araçlarından bazılarını temsil ettikleri için muhtemelen duymuş olduğunuz isimlerden bazılarıdır. Ancak bu araçlar, küçük projelerde tek bir serbest geliştiriciyle çalışırken "çok fazla" olabilecek ve yolunuza çıkabilecek tonlarca gelişmiş özellik ile birlikte gelir.

Burada küçük projeler için demek istediğim şu gibi görevlerdir:

• Bir açılış sayfası oluşturma
• Sayfaya yeni form ekleme
• Kaydırıcı eklentisi ekleme
• Güvenlik eklentisi ekleme
• Yeni bir eklenti yapılandırma

Nathan'ın daha da örneklediği gibi:

Küçük projeleri yönetmek veya küçük sorunları çözmek söz konusu olduğunda, yukarıda bahsettiğim proje yönetimi araçlarını kullanmanın, verimliliği olumsuz etkileyen gereksiz bir katman eklediğini düşünüyorum. Bu senaryolarda, bir müşterinin bir ilerleme raporu için doğrudan geliştiricisine başvurması çok daha kolay (ve daha hızlı) olacaktır.

Burada öğrenilmesi gereken ders, proje yönetim araçlarının bazı proje türleri için biraz fazla olabileceğidir. Çoğu zaman, iyi hazırlanmış bir kontrol listesi, işi sizin için mükemmel bir şekilde yapacaktır.

Her yönün ele alınacağından ve tüm isteklerinizin karşılanacağından gerçekten %100 emin olmak istiyorsanız, o zaman bunların bir listesini oluşturmanızı, geliştiricinizle paylaşmanızı ve onlardan tüm teknik yönleri eklemelerini istemenizi tavsiye ederim. projeyi ve uygun gördükleri diğer eksik yönleri. Bu şekilde her şeyin teslim edilip edilmediğini değerlendirebileceksiniz (veya şirket içi geliştiricileriniz tarafından kontrol edilmesini sağlayabilirsiniz).

Not: Paylaşılan bir teslimat listesine sahip olmak, bir projeyi tamamlamanın çok verimli bir yolu olduğunu göstermiştir ve bu nedenle, tekrar eden müşterilerimizden çoğu, yeni projeleri için genellikle bir keşif aşamasıyla başlar.

Hata #4: Güven eksikliği

Günün sonunda, biraz güven olmadan hiçbir ilişki yürümez. Tabii ki, güven faktörü her iki tarafın çabalarıyla inşa edilir. Codeable kullanıyorsanız, bu güven oluşturma öğesi platform ve temel gereksinimleri için tamamen talep edilir (bununla ilgili daha fazla bilgiyi teknik incelememizde bulabilirsiniz).

Geliştiricilere hemen güvenmenin zor olabileceğini biliyoruz; işte tam bu noktada, kapsamlı ön tarama sürecimiz, proaktif Müşteri Desteği ve emanete dayalı fonları işleme yöntemiyle eşleştirilmiş, tüm Codeable deneyiminin kilit parçalarıdır.

Güven, sizinle işe aldığınız geliştirici arasındaki karşılıklı bir ilişkidir. Katılan her iki taraf da ödevlerini yapmalıdır: beklentilerinizi ve neye ihtiyacınız olduğunu etkili bir şekilde iletmelisiniz, ardından geliştiriciniz, her ikinizin de önceden üzerinde anlaştığı ortak bir zaman çizelgesine dayalı olarak tüm son gelişmelerden sizi haberdar edecektir.

Nathan'ın vurguladığı gibi:

Bu saatlik iletişime ihtiyaç duyan türden bir müşteriyseniz, sorun değil, ancak geliştiricilerin projenize katılmadan önce tercih ettiğiniz iletişim modelini daha iyi anlamaları için lütfen bunu ilk proje özetinizde paylaşın. Dürüst olmak gerekirse, bu kadar basit: 'Hey, bu benim beklentim. Hala orada olduğunuzu bilmek için (tek satır bile olsa) bir güncellemeye ihtiyacım var.' Yeni bir projeye girerken beklentileriniz konusunda ne kadar dürüst ve açık olursanız, yol boyunca o kadar az sürprizle karşılaşacaksınız.

toparlamak

İlk kez yeni bir şey yaptığınızda, genellikle planladığınızdan biraz daha kötü olur çünkü daha sonra ne olacağını bilmiyordunuz. Yine de bu, harika bir projeyi (veya herhangi bir bölümünü) uzak bir geliştiriciye dış kaynak kullanımı sırasında başarılı bir şekilde puanlayamayacağınız anlamına gelmez.

İlk kez başlayanların karşılaşabileceği en yaygın sorun türlerinin neler olduğunu önceden bilmek, başarılı bir şekilde dışarıdan sağlanan ilk projenize “atlamanızı” kolaylaştırmaya yardımcı olabilecek sağlam bir adım atmanızı sağlar!

---

Bu blog gönderisi, müşterileri ve meslektaşları arasında Codeable'da inanılmaz bir üne sahip, en iyi performans gösteren bir WordPress uzmanı olan Nathan Reimnitz'i içeriyor. Rock yıldızı bir serbest yazar olmanın yanı sıra, Nathan ayrıca blogunda ve diğer birçok saygın çevrimiçi yayında yazdığı yazılar aracılığıyla serbest çalışan topluluğa geri dönüyor.