Uzak WordPress Geliştiricilerini İşe Almak İçin Uzmanlaşmanız Gereken En Güçlü 5 Kelimelik Müfredat

Proje kapsamı , kapsam kayması , altın kaplama , özellik kayması , kapsam keşfi . Ne demek istiyorlar? Kişisel web sitemde çalışması için ilk kez bir geliştirici kiraladığımda, onları hiç duymamıştım ve dış kaynaklı bir WordPress geliştiricisiyle çalışırken bu kelimelerin bu kadar önemli olduğunu bilmiyordum.

Bunu, geliştiricinin o sırada, onun ve benim üzerinde anlaştığımız şeylerin dışında kalan değişiklikleri talep ettiğime dikkat çekmesiyle öğrendim.

O zaman, isteklerimi biraz aştığımı fark etmemiştim ve bu “yaklaşımın” da bir adı olduğunu bilmiyordum: kapsam sürünmesi . Ben de öyle yapıyordum.

Geliştiricimden özür diledikten ve bunu yaptığım için gerçekten üzgün olduğumu söyledikten sonra (savunma gereği: kelimenin tam anlamıyla ilk defa dış kaynak kullanımımdı = #noobalert ), kapsam kayması hakkında her şeyi bilmek istedim. Bu yüzden biraz araştırma yapmaya başladım. Ve ne kadar çok araştırırsam, geliştiricilerin umursadığı semantik bir dünya keşfettim .

Bu dünya, 5 temel kavramı açıklar ve bunlar etrafında çerçevelenir.

Hâlâ belirsiz olduklarından ve çoğu kişi tarafından %100 anlaşılmadığından, onlara biraz ışık tutmak ve ne anlama geldiklerini, ne zaman ortaya çıktıklarını ve müşteri-uzman ilişkiniz için neden kötü olduklarını anlamanıza yardımcı olmak istedim.

Bu kavramları daha iyi tanımak, sonuçta geliştiricileri işe almada ne kadar iyi olacağınızı ve ihtiyacınız olanı daha hızlı ve daha iyi bir şekilde sunacağınızı etkileyecektir.

Bu parayla ilgili, senin paran. Göreceksin…

Dalmaya hazır mısınız? En kolay olanla başlayalım: proje kapsamı.

1. Proje kapsamı

Bir geliştiriciyi işe alan biri için en zorlu görevlerden biri olarak, bir proje kapsamı tanımlamak, elde edeceğiniz sonuçları doğrudan etkilediği için kritik bir işlemdir. "Proje Yönetimi Bilgi Grubuna Yönelik Bir Kılavuz"da, proje kapsamı şu şekilde tanımlanmıştır:

Bir ürünü, hizmeti veya sonucu belirtilen özellik ve işlevlerle sunmak için yapılması gereken iş.

“Yapılması gereken iş” dikkatinizi çekmelidir çünkü bu sizin sorumluluğunuzdadır. Bir proje kapsamı söz konusu olduğunda, ilgili çalışma , aşağıdaki hususları belirleyerek çabalarınızı yatırmanız gereken yerdir:

• Özel hedefler
• İstenilen özellikler
• zaman dilimleri
• Teslimat
• Hedefler
• Süreç gereksinimleri
• Maliyetler

Daha kısa bir biçimde, bir proje kapsamı, istediğiniz sonucu elde etmek için gereken her şeyi (ve daha azını) hesaba katar.

Harika bir proje kapsamı nasıl yazılır

Bir proje kapsamı oluşturmanın en etkili yollarından biri, Spesifik, Ölçülebilir, Ulaşılabilir, Gerçekçi ve Zamana dayalı kelimelerinin kısaltması olan SMART kriterlerine göre yazmaktır. Özellikle, proje kapsamınız şöyle olmalıdır:

• Spesifik: Hedef, belirli bir iyileştirme alanını hedeflemeli veya belirli bir ihtiyaca cevap vermelidir.
• Ölçülebilir: Hedef ölçülebilir olmalı veya en azından ölçülebilir ilerlemeye izin vermelidir.
• Ulaşılabilir: Hedef, mevcut kaynaklara ve mevcut kısıtlamalara dayalı olarak gerçekçi olmalıdır.
• İlgili: Hedef, değerli olarak değerlendirilmesi için diğer iş hedefleriyle uyumlu olmalıdır.
• Zamana bağlı: Hedefin bir son tarihi veya tanımlanmış bir sonu olmalıdır.

Bu kriterlerin varyasyonları vardır, ancak günün sonunda, yapılması istenen iş için ana barikat olarak oynayan bir proje kapsamı sağlamakla ilgilidir.

2. Kapsam kayması

Kapsam kaymasını zaten duymuş olabilirsiniz çünkü bu, geliştiricilerin oldukça endişe duyduğu bir şeydir. Kapsam kayması, daha fazla istek veya eylem gerektiğinde, ancak geliştiriciyle daha önce tartışılmadığında meydana gelir, bu nedenle proje özetinizin hiçbir yerinde açıkça belirtilmezler.

Lewis James'in “Proje Yönetiminin Temelleri”nde açıklandığı gibi:

Kapsam kayması, proje başladıktan sonra herhangi bir noktada projenin kapsamındaki değişiklikleri ifade eder.

Kapsam kayması, bazen sizin için kolay olduğu için – bir şeylerin geliştirilmesini isteyen kişi – sadece geliştiricinin üzerinde çalışması için ihtiyaç duyacağınız tüm şeyleri listelemeye o kadar fazla dikkat ve zaman ayırmamak için çok ince bir canavardır. Ve bu senin için iyi değil.

Burada, bir geliştiriciyle yapılan standart bir görüşmede kapsam kaymasının nasıl sızabileceğine dair gerçek hayattan bazı örnekler verilmiştir. Size çalışmalarını gösterdikten sonra (özetinize göre):

Diyorsunuz ki: “Her şey yolunda. Sadece başka bir sayfaya ihtiyacım var, gerçekten üzerinde sadece metin olan basit bir sayfa”.

Diyorsunuz ki: “Harika! Yine de formun birkaç ekstra alana ihtiyacı olduğunu düşünüyorum”.

“İletişim formunu tüm yeni ürün sayfalarının altına ekleyebilir miyiz?” diyorsunuz.

BAM! Tüm bu 3 senaryoda, müşteri – bu siz olabilirsiniz – orijinal kapsamın dışında kalan ek şeyler istiyor. Bu, geliştiriciyi garip bir duruma sokar ve sizin için daha da önemlisi, tüm geliştirme işi durur.

O zaman ne olacak?

Diğer isteklerinizi ele alıp almamak (ya da karşılamamak) tamamen işe aldığınız geliştiriciye bağlıdır. İstediğiniz şey gerçekten 1 dakikalık bir zaman gerektiren bir şey olabilir veya geliştirici sizinle çalışmaktan gerçekten keyif aldığı için aldığınız bir iyilik olabilir.

Ama işler genellikle böyle yürümez .

Şunu bir düşünün: Bir ev inşa ediyor olsaydınız ve inşaat şirketiyle her konuda anlaşsaydınız, malzeme, pencere veya fayans türleri konusunda fikrinizi değiştirseydiniz, ödemeyi beklemez miydiniz?

Evet, daha fazla ödemeyi beklersiniz.

Aynı şey, daha önce tartışılmamış ve üzerinde anlaşmaya varılmamış yeni talepler geliştiricinizin dikkatini çektiğinde de olur.

Ama bekle, şu anda ne düşündüğünü biliyorum!

Size sürekli şunu söyleyen küçük bir iç ses var:

Geliştirici kimin umurunda? Bu ÜCRETSİZ iş, hadi! Sadece sorun ve nasıl yanıt verdiklerini görün!

Eh, bu iç ses, iş perspektifinden bakıldığında, sadece miyoptur (ya da aptalcadır), çünkü genel hedeflerinizden ziyade yüzeysel sonuçlara odaklanır.

Burada demek istediğim, olumsuz yönlerin yukarı yönlerden tamamen üstün olduğudur: İlki proje gecikmelerine, daha yüksek maliyetlere, artan teslimat süresine ve ikincisi herhangi bir ek para harcamadan ele alınan küçük bir talebe neden olur.

Gerçekten aradığınız yatırım getirisi bu mu? İkimiz de biliyoruz, değil.

3. Özellik kayması

Dış kaynaklı geliştiricilere güveniyorsanız, bir sonraki ürün veya hizmetiniz üzerinde çalışmak için teknik uzmanlığa sahip birine ihtiyaç duyma ihtimaliniz yüksek. Belki de MVP'nizi fikrinizi, mevcut ürününüzün bazı tekrarlarını ve hatta yenilenen e-ticaret mağazanızı test etmek için oluşturuyorsunuz. Burada o kadar önemli değil.

Özellik kayması, kullanıcılarınızı doğrudan etkileyeceği için her zaman uzak durmanız gereken bir şeydir.

Neden bu? Tanımıyla başlayalım:

Özellik kayması, çok fazla özelliğin bir sonucu olarak karmaşık ve kullanımı zor hale gelen yazılım veya donanımı ifade eder. Daha zayıf kullanılabilirliğe ek olarak, özellik kayması, çeşitli bileşenler arasında istenmeyen sonuçlar nedeniyle bir ürünün gerçekten daha az kararlı olmasına neden olabilir.

Bir geliştiriciyle çalışırken, sağlanması gereken tüm özellikleri listelerken, bunların her birinin ürününüzü geliştirmek veya şişirmekle aynı fikirde olup olmayacağını dikkate almak isteyebilirsiniz.

Örneğin: BU özelliğin dönüşüm oranınızı etkileyip etkilemeyeceğini görmek için testler yaptınız mı? BU özelliğin satışlarınızı artırıp artırmayacağını anlamak için veri topladınız mı?

Intercom'un Kurucu Ortağı ve Baş Strateji Sorumlusu Des Traynor'ın açıkladığı gibi:

Özellik kaymasını çözmek için, hangi özelliklerin herkes tarafından benimsendiğini ve hangilerinin çekiş kazanmak için mücadele ettiğini belirlemeniz gerekir.

Bu, iş arkadaşlarınızla (veya paydaşlarınızla) hangi belirli hedeflere ulaşmaya çalıştığınızı tartışmak için daha fazla zaman harcamanıza ve dolayısıyla yalnızca onlarla doğrudan ilgili olan özellikleri listelemeye karar verir.

Ana sayfanızdaki başka bir düğme mi? Bir ödeme sayfasında sosyal paylaşım özelliği? Blog sayfalarınızda coğrafi konum? Veriler size söyleyecektir.

Bazen sahip olmak istediğiniz şeyin yepyeni bir özellik olmadığının farkında olun; Kopyanızda, gerçekten istediğinizi ilk etapta elde etmenizi sağlayacak bir kullanıcı arayüzü değişikliği veya güncellemeler meselesi olduğu durumlar vardır.

4. Kapsam keşfi

Bunu anlamak biraz zor, ancak gerçekten önemli, bu yüzden lütfen dikkat edin.

Bir geliştiriciyi işe aldığınız proje hakkında sizin (veya paydaşlarınızın) ne kadar bilgi sahibi olduğunuza bağlı olarak, proje kapsamınızın hala ele alınması gereken bazı önemli hususları dışarıda bırakması söz konusu olabilir.

Bu belirsizlik muhtemelen siz ve geliştirici arasında hem daha iyi, daha spesifik bir anlayış hem de ihtiyaçlarınızı karşılamak için ne yapılması gerektiği konusunda anlaşmaya varmak için çeşitli iletişimlerle sonuçlanacaktır.

Daha kısa bir versiyonda:

Kapsam keşfi, üzerinde anlaşmaya varılan proje kapsamında dışarıda bırakılan ve proje başarısı için kritik olduğu için paydaşların dikkatine sunulan kilit unsurların/yönlerin keşfidir.

En iyi uygulama, kapsam keşfinden sonra projenizin kapsamının güncellenmesi, iyileştirilmesi ve dolayısıyla yanlış yorumlamaya eskisinden daha az açık olması gerektiğini söyler.

Bunun gerçek dünyada nasıl çalıştığını anlamanız için size kolay bir örnek vereyim.

Eklentilerinizden birini genişletmesi için bir geliştirici kiralarsınız. Proje özetinizi, projeyi doğru bir şekilde, tüm bilgi ve ayrıntılarla birlikte yazarsınız. Hedefler, kilometre taşları, son tarihler belirlersiniz ve güzel bir bütçe koyarsınız.

Her şey yolunda görünüyor ve şimdi sihrini uygulamaya başlamak geliştiriciye kalmış, değil mi?

Evet, ancak web sitenize erişim izni verdiğiniz anda geliştirici, genişletmek istediğiniz eklentinin güncellenmesi gerektiğini fark etmeye başlar. Ve işleri biraz daha karmaşık hale getirmek için, bu eklentinin, bazıları güncel olmayan diğer özel eklentilerle bazı bağımlılıkları vardır.

Orijinal kapsamınız mevcut eklentinizi genişletmeye odaklanmıştı, ancak bu bağımlılıklardan veya güncelleme yapma ihtiyacından bahsetmiyordu, değil mi?

Kapsam keşfi yoluyla geliştirici, mevcut projenizin doğru bir şekilde tamamlanması için kritik olan şeyleri vurguladı, ancak daha sonra nasıl devam edeceklerine dair hiçbir fikirleri olmadığı için durdu. Bunun nedeni, alt görevleri teknik olarak ele alamamalarından değil, nasıl ilerleyecekleri konusunda rehberlik eksikliğinden kaynaklanmaktadır.

Bu aşamada, birlikte çalışmak için tuttuğunuz geliştirici genellikle size keşfettiklerini anlatır ve sizden proje kapsamını güncellemenizi ve muhtemelen bütçe ve son tarihleri ​​de uyarlamanızı ister. Keşif aşamasının yeni kilometre taşları da getireceği bazı durumlar olabilir.

Burada anlamanız gereken önemli nokta , keşif aşamasının düşündüğünüzden daha sık gerçekleşmesi ve projenizin başarı şansını doğrudan etkilemesidir, çünkü geliştiriciyi işe alırken dikkat etmeniz gerektiğini bilmediğiniz şeyleri gündeme getirir. ilk yer.

5. Altın kaplama

Bu uygulama, yapmanız/yapmamanız gereken bir şeyden ziyade, geliştiricinin çalışma yaklaşımıyla ilgilidir. Yine de, bu terimi burada listeliyorum çünkü altın kaplamanın ne olduğunu anlayarak, onu çabucak tanıyabilecek ve buna göre hareket edebileceksiniz.

Altın kaplama, geliştirici kasıtlı olarak talep edilmemiş veya proje kapsamında üzerinde anlaşmaya varılmamış özellikler veya işlevler (ne kadar "büyük" olursa olsun) eklediğinde meydana gelir.

Altın kaplama genellikle geliştiriciler tarafından yaptıkları işte iyi olduklarını göstermek için veya proje yöneticileri tarafından müşteriye "havalı" bir şey teslim ettiklerini göstermek için kullanılır.

Mesele şu ki, aynı fiyata “daha ​​fazlasını” aldığınız için altın kaplama size pazarlık gibi gelebilir. Ama değil.

Şöyle bir şey duyarsanız:

"X'inizi DAHA İYİ yapacak sadece birkaç şey biliyorum"

Tepkiniz ne olurdu? Karanlıkta bir bıçak alıyorum, ama sanırım şöyle bir şey olurdu:

“Daha iyi hale getirmek için küçük şeyler? Puan! Göreyim seni!"

Yazık sana…

Sorun şu ki, “DAHA İYİ” kelimesiyle kandırıldınız ve “DAHA İYİ”nin projenizi eninde sonunda nasıl etkileyeceğini anlamadınız.

Yüzünüze atılan bazı serbest işler yüzünden kör oldunuz, aşağıdakiler gibi önemli hususları daha fazla sorgulamadınız:

• Kime göre daha iyi?
• Bütçelemediğim DAHA İYİ çalışması için başka ne gerekli olacak?
• Bu DAHA İYİ sürümle ilgili daha fazla yardıma ihtiyacım olacak mı?

Demek istediğimi gördün mü? Bedava şeyler her zaman en iyisi değildir çünkü eskisinden daha fazla yapacak iş bulabilirsin. En azından geliştirme dünyasında.

toparlamak

Uzak ve dış kaynaklı WordPress geliştiricileriyle çalışmak dünyadaki en kolay şey değil. Karşı karşıya gelen profesyoneller arasında genellikle meydana gelen olağan uygulama ve eylemlerin çoğunu yazılı ve net bir forma çevirmenizi gerektirir. Doğru yapılmadığı takdirde yanlış anlaşılmalara, muğlak isteklere, varsayımlara ve istenmeyen sonuçlara ve gecikmelere dönüşebilecek her şeye kapı açılmaktadır.

Dışarıdan sağlanan çalışmayla ilgili olarak burada ana hatları verilen temel kavram ve kavramlar hakkında daha fazla bilgi sahibi olmak, bir sonraki projenizi gerçekleştirme konusunda size destek sağlar. Buna ek olarak, bu kavramların daha iyi anlaşılması, dış kaynaklı geliştiricilerin genel olarak işe alınması ve yönetilmesi sürecinizin etkinliğini artırır. Ve bu, cüzdanınızın o zamandan beri beklediği bir şey.