Teknoloji Gelecektir, Ama Nasıl Öğrenilir? Geliştiricilerle Konuşmak İyi Bir Başlangıçtır

Gerçek Dijital'i (sunucuların, API'lerin, SDK'ların ve diğer yazılım eserlerinin sırlarını) öğrenmek isteyen pazarlamacıların, geliştiricilerle arkadaş olmaktan başka bir yolu yok gibi görünüyor. Burada kestirme bir yol olmamasına rağmen – ilişkiyi kurmanız ve sürdürmeniz gerekiyor – yazılım mühendisleriyle bağ kurmanın temellerini nasıl atacağınıza dair birkaç ipucu derledim.

Ve eğer arkadaşsanız, siz farkına varmadan teknik beceri setiniz on kat artacaktır.

Geliştiricilerin doğal yaşam alanı

Görünüşte mühendisler belirli bir tür gibi görünüyor. Özel muameleye ihtiyaç duyduğu iddia edilen bir tür, hatta bazıları huysuz bir tür diyor. Bu iddiaya tüm kalbimle katılmıyorum . Sosyoloji veya psikoloji alanında yüksek lisansım yok ama bu konuda bir iki şey biliyorum. Eskiden yazılım mühendisiydim ve ben de pazarlamacı şapkası taktım. Dahası, bugün pazarlamacıların ve geliştiricilerin baltayı gömmelerine yardımcı olan bir yazılım platformu satarak yaşıyorum.

Peki pazarlamacı-geliştirici etkileşimlerini kolaylaştırmak hakkında ne öğrendim? Pazarlamacının bakış açısından, bu, geliştiricilerin doğal yaşam alanlarını anlamakla ilgilidir - kariyerlerine yeni başlayan insanlar için keşfedilmemiş bir bölge.

Bu yüzden geliştiricilerin rutinlerinin ve arzularının bir haritasını derledim ve umarım bu, onları yönlendirmenize yardımcı olacak ve sonuçta gelişen bir ilişkiye yol açacaktır.

Kulağa geldiği kadar kolay değil. Geliştiricilerin kendilerini kabul ettikleri gibi, “hayır” demekle, ukala ayrıntıları tartışmakla ve herkesin işini yapabileceğinden daha iyi nasıl yapacağımızı bildiğimizi düşünmekle ünlüdürler. Ancak bunu doğru yaparsanız, geliştiriciler ana bilgi kaynağınız haline gelecekler - Kate'in dijital pazarlamacıdan BT ürün yöneticisine dönüşmesiyle ilgili hikayesinden öğrenebileceğimiz gibi.

Öyleyse, geliştiricilerle arkadaş olma yolundaki en popüler engellerden birini ele alarak başlayalım.

Geliştiriciler neden genellikle huysuzdur?

Geliştiricilerin huysuz itibarının temel nedeninin daha uzun bir açıklamaya ihtiyacı var. Ayrıntılı olarak anlamak istiyorsanız, Nicholas'ın bu uzun formunu okumalısınız (yorum bölümünde iddiasına kaç geliştiricinin katıldığını görün). Zamanınız kısıtlıysa bu olayı 8 maddede özetlemeye çalışacağım:

1. Geliştiriciler, fikirlerinizi gerçeğe çeviren kişilerdir . Çalışır hale getirirler. Hızlı çalışmasını sağlıyorlar. Kullanıcılarınız için sağlam ve güvenilir hale getirirler. Yazılım mühendisleri dijital ekonominin yağıdır.
2. Ve bunun için iyi para alıyorlar, yaratıcılığı ve mantıksal düşünmeyi birleştirmenin eşsiz bir becerisi.
3. Ancak genellikle diğer departmanlar tarafından yaratıcılar gibi değil, üreme geliştiricileri gibi muamele görürler.
4. Onlara inşaatçı demek haksızlık olur. İnşaat sektörü metaforunda kalırsak, geliştiriciler aslında inşaatçılar değil mimarlardır . Görevleri binayı (veya binaları) fiziksel olarak yükseltmek değil, gereksinimleri toplamaktır . Kod şeklinde gereksinimler.
5. Şimdi, Sidney Operası veya Katowice'deki Spodek kadar karmaşık bir şeyin tasarım aşamasını hayal edin, ancak küçük bir farkla - bina uzun süredir yapım aşamasındayken paydaşlar neredeyse her şeyi değiştirebilir. Buna rağmen, geliştiriciler binanın kullanılmasını ve yıkılmamasını sağlayabilirler.
   
6. Ama gerçek inşaatçılar nerede? Tam otomatiktirler . Geliştiriciler, inşaat sürecini hızlı ve daha önemli hale getiren derleyiciler, sürekli dağıtım sunucuları veya buluttaki sunucular gibi araçlar oluşturmak için yeterince akıllıdır.
7. Geliştiricilerin neden bir inşaat aşamasının ne kadar süreceğini tahmin edemediğini merak ettiyseniz, şimdi asıl sorduğunuz şeyin mimari aşama olduğunu görüyorsunuz. Yazılım yazmanın ne kadar süreceğini sormak, bir inşaat müteahhitine tüm gereksinimleri bir araya getirmek de dahil olmak üzere bir şehir bloğunun her bir detayını tasarlamanın ne kadar süreceğini söylemek gibidir.
8. Ve asıl bina kısmı kolaydır . Gereksinimleri yazdıktan sonra, ikinci bir doğrulukla tahmin edilebilir.

Yani, yazılım geliştirme aslında mühendislik kılığında bir araştırmadır.

Geliştiricilere asla endüstrinin kısa süreli aşçıları olarak bakmamalısınız. Nicolas'ın dediği gibi “ yazılım mühendisleri kodlamaya, birinin onlara ne yapacaklarını söylemesini istedikleri için girmezler, işe yarar bir şeyler yaratabileceklerini keşfettikleri için girerler. Her yazılım mühendisi kodlamaya aşık oldu çünkü erkenden küçük, kullanışlı bir program yaptı ve bağımlısı oldu. ”

Bunu kavradığınızda ve geliştiricilere yönelik yaklaşımınızı değiştirdiğinizde, onlar tarafından sevilme yolundasınız.

Ancak geliştiricilerle iyi geçinmek yalnızca bir zihniyet meselesi değildir. Gerçek bir geliştirici arkadaşı edinmek için yapabileceğiniz daha pratik bir şey var.

Dinle ve göndermelerine izin ver

Geliştiricilerin insanların hayatlarını etkilediği bilgisi, geliştiriciler için en güçlü itici güçtür. İster pazarlama ekiplerinin hedeflerine ulaşmasına yardımcı olan dahili bir komut dosyası isterse her gün milyarlarca işleme hizmet eden tam gelişmiş bir arka uç olsun, geliştiricilerin her gün ofise gelmesini sağlayan şey "üretim üzerinde" çalışan koddur.

Geliştiriciler sıkı çalışmayı sever . İnsanların problemlerini çözerek saatlerce klavyenin başında oturabilirler - özellikle de tahmin ettikleri bir görevin süresi azalıyorsa (ve oğlum .. küçümsüyorlar , ama bu ayrı bir makale için bir şey).

Dayanamayacakları şey , nakliye değil, rüzgarla değişim direktifleridir .

Geliştiriciler kesintiye uğradığında gönderilmez. Nicholas'ın dediği gibi şu durumlarda meydana gelir:

• İstek geliştirme sırasında geç geliyor ve son teslim tarihinden önce yerine getirmek için yeterli zaman yok.
• İstek, projeyi harekete geçirmek için sürecin başında yapılmış bir veya daha fazla varsayımı geçersiz kılar .
• İstek, önceki gereksinimlerin tersine çevrilmesidir .
• Aksi takdirde talep, son teslim tarihinden önce yapılması gereken iş miktarını artırır .

Bunu akılda tutarak, sorunsuz bir şekilde gönderilmelerini sağlamak için şunları yapabilirsiniz:

• Mühendislik kısıtlamalarını erken anlayın .
• Gereksinimlerinizi eksiksiz yapın (bu ilk ikisi size burada 200 OK'de öğretmek istediğimiz bir şeydir).
• Bir mühendisle son derece yakın çalışın.
• Herhangi bir aşamada tasarımın ne kadar nihai olduğunu anlamalarına yardımcı olun - bir şeyden emin olmadığınızı ve bir şeyi test etmek istediğinizi kabul edin.
• Nazik olun - (sadece bu durumda değil) insanlar genellikle bunu unuturken, Google tarafından başlatılan analiz bunun iyi bir ekip çalışmasının anahtarı olduğunu buldu.

Sonuç olarak, programcılar sebepsiz yere huysuz olmazlar. Zor işten ya da uzun çalışma saatlerinden nefret ettikleri için değil; işe yaramamasından nefret ederler (ve burada paradan bahsetmiyorum). Böylece işlerini yapmalarına izin verdiğinizde daha az huysuz olurlar ve daha yardımsever hale gelirler.