Tehnologia este viitorul, dar cum să o înveți? A vorbi cu dezvoltatorii este un început bun

Se pare că marketerii care doresc să învețe True Digital (secretele serverelor, API-urilor, SDK-uri și alte artefacte software) nu au altă cale decât să se împrietenească cu dezvoltatorii . Deși nu există comenzi rapide aici - trebuie să construiți și să mențineți relația - am compilat câteva indicii despre cum să puneți bazele pentru legătura cu inginerii software.

Și dacă sunteți prieteni, setul dvs. de abilități tehnologice va crește de zece ori înainte să vă dați seama.

Habitatul natural al dezvoltatorilor

Pe față, inginerii par a fi un tip specific. Un fel care se presupune că are nevoie de un tratament special, unii spun chiar că un fel morocănos. Nu sunt din toată inima de acord cu această afirmație. Nu dețin un master în sociologie sau psihologie, dar știu ceva sau două despre asta. Am fost inginer de software și mi-am pus și pălăria de marketer. Mai mult, astăzi trăiesc vânzând o platformă software care îi ajută pe marketeri și dezvoltatori să îngroape securea.

Deci, ce am învățat despre facilitarea interacțiunilor dintre marketer-dev? Din punctul de vedere al marketerului, este vorba despre înțelegerea habitatului natural al dezvoltatorilor – un teritoriu neexplorat pentru oamenii care își încep cariera.

De aceea, am compilat o hartă a rutinelor și dorințelor dezvoltatorilor și sper că vă va ajuta să le navigați, conducând în cele din urmă la o relație prosperă.

Nu este atât de ușor pe cât pare. Pe măsură ce dezvoltatorii își recunosc ei înșiși, au reputația de a spune „nu”, de a dezbate detalii pedante și de a crede că știm să facem treaba tuturor mai bine decât ei. Dar dacă înțelegeți bine, dezvoltatorii vor deveni principala dvs. sursă de cunoștințe - așa cum putem afla de la Kate, în povestea ei despre un marketer digital devenit manager de produs IT.

Deci, să începem prin a aborda unul dintre cele mai populare obstacole în calea împrieteniei cu dezvoltatorii.

De ce dezvoltatorii sunt adesea morocănos?

Cauza principală a reputației morocănoase a dezvoltatorilor are nevoie de o explicație mai lungă. Dacă doriți să înțelegeți în detaliu, ar trebui să citiți acest formular lung al lui Nicholas (vedeți doar câți dezvoltatori au fost de acord cu afirmația lui în secțiunea de comentarii). Dacă nu aveți timp, voi încerca să rezumă acest fenomen în 8 puncte:

1. Dezvoltatorii sunt translatorii ideilor tale în realitate . Ei o fac să funcționeze. Îl fac să funcționeze rapid. Îl fac robust și fiabil pentru utilizatorii dvs. Inginerii de software sunt uleiul economiei digitale.
2. Și sunt bine plătiți pentru asta, o abilitate unică de a combina creativitatea și gândirea logică.
3. Dar ei sunt adesea tratați de alte departamente ca niște constructori de reproducere, nu ca creatori.
4. Numirea lor constructori este nedrept. Rămânând în metafora industriei construcțiilor, dezvoltatorii sunt de fapt arhitecții, nu constructorii. Sarcina lor nu este să ridice fizic clădirea (sau clădirile), ci să colecteze cerințe . Cerințe sub formă de cod.
5. Acum, imaginați-vă faza de proiectare a ceva la fel de complex precum Opera din Sydney sau Spodek din Katowice, dar cu o ușoară diferență — părțile interesate pot schimba aproape totul în timp ce clădirea se află de mult în construcție. Cu toate acestea, dezvoltatorii se pot asigura că clădirea va fi folosită și nu va cădea.
   
6. Dar unde sunt constructorii efectivi? Sunt complet automatizate . Dezvoltatorii au fost suficient de inteligenți pentru a crea instrumente precum compilatoare, servere de implementare continuă sau servere în cloud, care fac ca procesul de construcție să fie mai rapid și mai important previzibil.
7. Dacă v-ați întrebat vreodată de ce dezvoltatorii nu pot estima cât va dura o fază de construcție, acum vedeți că ceea ce cereți cu adevărat este faza de arhitectură. Dacă întrebi cât timp va dura scrierea unui software este ca și cum ai spune unui antreprenor de construcții cât va dura să proiecteze fiecare detaliu al unui bloc, inclusiv adunarea tuturor cerințelor.
8. Și partea reală a construcției este ușoară . Odată ce aveți cerințele notate, acestea pot fi estimate cu o a doua precizie.

Deci, dezvoltarea de software este de fapt cercetare deghizată în inginerie

Nu ar trebui să priviți niciodată dezvoltatorii ca pe bucătarii cu comandă scurtă ai industriei. După cum spune Nicolas, „ inginerii de software nu se apucă de codificare pentru că vor ca cineva să le spună ce să facă, ei intră în asta pentru că au descoperit că pot crea ceva util. Fiecare inginer de software s-a îndrăgostit de codificare, deoarece a creat un program mic și util de la început și a fost cucerit. ”

Odată ce înțelegi acest lucru și îți schimbi abordarea față de dezvoltatori, ești pe cale să fii plăcut de ei.

Dar înțelegerea cu dezvoltatorii nu este doar o problemă de mentalitate. Puteți face ceva mai practic pentru a obține un adevărat prieten dezvoltator.

Ascultă și lasă-i să trimită

Cunoașterea faptului că dezvoltatorii afectează viața oamenilor este cel mai puternic motor pentru dezvoltatori. Fie că este un script intern care ajută echipele de marketing să-și atingă obiectivele sau un back-end complet care servește miliarde de tranzacții în fiecare zi, codul care lucrează „la producție” îi face pe dezvoltatori să vină la birou în fiecare zi.

Dezvoltatorii iubesc munca grea . Ei pot sta ore în șir în fața tastaturii rezolvând problemele oamenilor - mai ales dacă timpul pentru o sarcină estimată de ei este scurt (și băiete... ei subestimează , dar asta este ceva pentru un articol separat).

Ceea ce nu suportă sunt directivele de schimbare cu vântul și nu transportul .

Dezvoltatorii nu livrează atunci când sunt întrerupți. După cum spune Nicholas, se întâmplă atunci când:

• Solicitarea vine cu întârziere în timpul dezvoltării și nu este suficient timp pentru a o încadra înainte de termenul limită.
• Solicitarea invalidează una sau mai multe ipoteze care au fost făcute la începutul procesului pentru a pune în mișcare proiectul.
• Solicitarea este o inversare a cerințelor anterioare .
• În caz contrar, cererea crește volumul de lucru care trebuie efectuat înainte de termenul limită.

Având în vedere acest lucru, iată ce puteți face pentru a le permite să se livreze fără probleme:

• Înțelegeți devreme constrângerile inginerești.
• Fiți complet cu cerințele dvs. (aceste primele două este ceva ce vrem să vă învățăm aici în 200 OK).
• Lucrați extrem de strâns cu un inginer.
• Ajutați-i să înțeleagă cât de final este designul în orice etapă - recunoașteți când nu sunteți sigur despre ceva și că doriți să testați ceva.
• Fiți drăguți - (nu numai în acest caz) oamenii uită adesea de asta, în timp ce analiza începută de Google a constatat că aceasta este cheia unei bune lucrări în echipă.

Una peste alta, programatorii nu devin morocănos fără un motiv. Nu este că ei urăsc munca grea sau orele lungi; ei urăsc când nu dă roade (și nu vorbesc de bani aici). Deci, atunci când îi lași să-și facă treaba , devin mai puțin morocănos și devin mai de ajutor.