Cum să nu vă gestionați echipa de dezvoltatori de la distanță

Ca dezvoltator și proprietar de afaceri mici, am avut perspective din ambele părți, am lucrat ca dezvoltator la distanță și am gestionat dezvoltatori la distanță pentru diferite proiecte și cu diferite echipe.

În această postare, voi împărtăși câteva dintre experiențele mele, în speranța că va face viața un pic mai ușoară tuturor părților din proiectele de la distanță. Când vine vorba de lucruri de făcut și de ce nu trebuie făcute în managementul echipelor de la distanță, tind să mă concentrez pe „ce nu” – pentru că, spre deosebire de „ceea ce nu trebuie”, acestea tind să se aplice practic oricărei echipe.

La intrarea în lumea dezvoltatorilor de la distanță, cel mai mare obstacol pe care trebuie să-l depășească managerii este să își schimbe mentalitatea acceptând că dezvoltatorul nu va fi la vedere și unde pot gestiona și urmări munca depusă. Această nouă paradigmă impune companiilor să implementeze o serie de mecanisme pentru a urmări progresul și pentru a evita un volum de lucru redundant. Astfel de mecanisme vor ajuta atât managerul, cât și dezvoltatorul să fie mai productivi, ceea ce este în interesul tuturor.

Pentru a fi clar, toate aceste mecanisme nu ar trebui folosite pentru a controla sau micro-administra angajatul.

Nu credeți în miturile și concepțiile greșite ale echipei de la distanță

Să aruncăm o privire la avantajele și dezavantajele gestionării echipelor de la distanță pe un singur proiect, începând cu comunicarea.

Afacerile s-au globalizat, iar apariția unor organizații vaste și multinaționale a creat noi provocări pentru milioane de profesioniști din întreaga lume. Natura complexă și împletită a echipelor globale necesită o abordare mai amănunțită și mai atentă a comunicării interne.

În astfel de organizații și echipe, mulți indivizi nu au luxul de a lucra în medii familiare sau de a vorbi limba lor maternă. Echipele care lucrează la același proiect ar putea fi separate de oceane, mai degrabă decât de birouri și cabine. Membrii echipei provin din culturi diferite și lucrează pe tot globul.

Acești profesioniști nu trebuie să-și facă griji cu privire la comunicare, dar trebuie să poată coopera cu membrii echipei multinaționale. Toate părțile trebuie să fie proactive. Cultura corporativă trebuie să reflecte această paradigmă și să contribuie la promovarea unui mediu productiv în care echipele îndepărtate, multiculturale pot prospera.

Propriul nostru Scott Ritter a dezvăluit primele cinci mituri despre echipele de la distanță într-o postare recentă pe blog, pe care o puteți găsi utilă dacă sunteți interesat de subiect. CEO-ul Toptal, Taso Du Val, a explicat, de asemenea, modul în care funcționează rețeaua noastră și cum mergem pentru a crea cultura de echipă de la distanță supremă.

Nu uitați să îmbrățișați și să încurajați diversitatea

Primul pas către o strategie solidă de comunicare a echipelor la distanță începe cu recunoașterea faptului că echipele multiculturale depășesc granițele naționale și culturale, punându-le într-o poziție unică pentru a oferi perspective greu de obținut cu echipele centralizate, monolitice.

Dar nu vă faceți griji; diversitatea este bună pentru afaceri!

Potrivit unui sondaj realizat de The Economist Intelligence Unit , echipele multiculturale sunt favorizate de marile organizații; Mulți directori cred că ajută la stimularea inovației datorită cunoștințelor lor mai ample despre tendințele globale. Mai mult, este mai puțin probabil să sufere de mentalitatea „gândirii în grup”; diversitatea lor îi ajută să abordeze problemele din perspective diferite, producând astfel o gamă mai bună de soluții adaptate pentru anumite regiuni și piețe.

Se poate argumenta că gestionarea angajaților de la distanță poate fi mai productivă din cauza faptului că nu se află în același loc. Poate suna contraintuitiv, dar astfel de echipe la distanță petrec pur și simplu mai puțin timp discutând, socializând și discutând chestiuni banale.

În timp ce separarea fizică poate duce la mai multă productivitate, poate crea, de asemenea, neînțelegeri, tensiune, alienare și stres și anxietate mai mari. În consecință, devine necesară atenuarea acestor efecte secundare negative cu inițiative care favorizează pozitivitatea și colaborarea la nivel personal. Îmbunătățirea comunicării în echipele de la distanță poate fi o sarcină descurajantă, iar construirea de legături personale între membrii echipei tinde să fie o provocare. De aceea este necesară o atingere umană.

Găsirea a ceva care poate îmbunătăți angajamentul, indiferent de trecut, este o modalitate relativ simplă de a crește moralul și cooperarea. Acest efort poate lua mai multe forme, în funcție de mărimea și componența echipelor tale. În mod ideal, ar trebui să se concentreze pe o activitate fără stres, pe îndelete, de care membrii echipei se vor bucura, de la competiții legate de muncă, proiecte de divertisment sau discuții care nu sunt legate de muncă.

Participarea la astfel de activități, pe cheltuiala organizației, poate suna ca o alocare mai puțin decât ideală a resurselor financiare și umane, dar rețineți că adunarea echipelor în jurul unei cauze comune duce de obicei la un mediu de lucru mai bun, legături personale mai puternice și productivitate îmbunătățită. .

Nu lua cu ușurință recrutarea și formarea

Pentru a profita la maximum de gestionarea echipelor la distanță, trebuie să fiți atenți la diferențele culturale și să compensați cu o pregătire adecvată.

Îmbunătățirea abilităților lingvistice este doar o piesă a puzzle-ului, deoarece abilitățile de comunicare sunt afectate de diferențele culturale. Se începe cu politici bune de recrutare care îi favorizează pe indivizi, în special pe cei care vor ocupa funcții de conducere, pregătiți să lucreze în medii multinaționale. Experiența în proiecte la distanță este evident utilă, dar nu ar trebui să fie o condiție prealabilă. Doar pentru că un dezvoltator de la distanță nu va fi în biroul tău în fiecare săptămână, nu înseamnă că recrutarea nu ar trebui să țină cont de trăsăturile personale. Tu și echipa ta va trebui să comunicați în mod regulat cu dezvoltatorii de la distanță, așa că puneți-le aceleași întrebări pe care le-ați adresa oricărui lucrător de la fața locului – de la distanță sau nu, ei încă trebuie să se încadreze.

Deși este posibil să se rezolve unele probleme cu instruire suplimentară, s-ar putea să nu fie întotdeauna practic, dar, în orice caz, o bună pregătire este următorul pas logic. Formarea ar trebui să dezvolte trăsăturile pozitive existente, atenuând în același timp deficiențele și abordând punctele slabe identificate anterior.

Managerii care au de-a face cu echipele de la distanță trebuie de obicei să-și asume noi roluri cu un preaviz scurt, să preia proiecte cu care nu sunt neapărat familiarizați și să petreacă mult timp recuperându-se din urmă. În astfel de situații, comunicațiile interne nu tind să fie în fruntea listei lor de priorități, chiar dacă acum ar putea conduce echipe care au petrecut ani de zile colaborând la unul sau mai multe proiecte. Timpul este un atu valoros, dar la fel este și munca în echipă bună; managerii trebuie să-și ia timp din programul lor încărcat și să învețe mai multe despre echipele lor, despre membrii individuali ai echipei și despre problemele care pot apărea.

Distanța emoțională dintre managerii de la distanță și subalternii lor poate reprezenta, de asemenea, o problemă, deoarece membrii echipei pot fi reticenți să se confrunte cu noii lideri de echipă sau chiar să îi abordeze fie în condiții formale sau informale. Un bun manager de angajați de la distanță trebuie să recunoască acest lucru și să insiste pe un angajament mai personal – așa cum am spus, „Fii proactiv”. – ce rost are să ai o echipă de dezvoltatori talentați la distanță dacă nu-și împărtășesc gândurile cu tine?

Nu utilizați un sistem de informații complicat

Nu ratați șansa de a implementa un sistem informațional eficient care să includă un sistem de management al codului sursă (SCM), un sistem de urmărire a problemelor (nu prea complicat, vă rog) și, eventual, niște pagini Wiki unde toate părțile pot documenta lucrurile, sau schița idei și propuneri. Toate aceste instrumente de colaborare vor face managementul dezvoltării și lansării mult mai ușor de realizat.

Este important să păstrați lucrurile cât mai simple aici, deoarece acest sistem informațional va fi folosit zilnic/orară. Dacă se termină prea complicat, va dura timp care ar trebui folosit la implementare și/sau proiectare. Procesul poate fi, de asemenea, necesar să fie simplificat pentru noii membri ai echipei și liber profesioniști care nu au timp să învețe detaliile politicilor unei organizații.

Aplicația mea preferată de mult timp pentru managementul proiectelor este Redmine, un sistem open-source, multiplatformă și încrucișat de baze de date. Această platformă este extrem de configurabilă și vă puteți integra propriul SCM, diferite plugin-uri și cârlige de servicii.

Dacă nu doriți să treceți prin necazul de a vă întreține propriul server cu Ruby și de a configura totul singur (Redmine poate fi complicat pentru administratorii de sistem fără experiență), o altă alegere bună este GitHub, care prezintă nu numai git CMS, ci și probleme GitHub. , care se integrează bine cu mesajele dvs. de commit, solicitările de extragere etc.

Odată ce avem sistemul nostru informatic configurat și gata, putem începe să integrăm dezvoltatorul nostru la distanță în proiectul nostru.

Nu microgestionați

Mulți manageri le este greu să renunțe la responsabilitățile lor, mai ales dacă ei înșiși provin dintr-un mediu de dezvoltator. În loc să se concentreze pe comunicarea problemelor și a obiectivelor proiectului, ei găsesc soluții pentru acele probleme și oferă detalii de implementare, astfel încât singura muncă rămasă dezvoltatorului este să codifice ceea ce i s-a spus să codifice. Aceasta nu este o practică bună atunci când gestionați angajați la distanță.

Pe de o parte, managerii pierd prea mult timp cu lucrurile pentru care au angajat dezvoltatorul de la distanță. Dezvoltatorii pot fi nemulțumiți de această situație, fie pentru că se simt subevaluați și lăsați fără șansa de a fi creativi și inovatori, fie pur și simplu să se dovedească. La urma urmei, rezolvarea problemelor este exact ceea ce dezvoltatorii studiază ani de zile, așa că scoaterea ei din ecuație și transformarea dezvoltatorilor în automate nu are sens!

Ca orice altceva în viață, totul este despre găsirea unui echilibru bun.

Nu vă faceți griji cu privire la fusurile orare, folosiți-le în avantajul dvs

Dezvoltatorii buni de la distanță tind să fie auto-susținuți și independenți prin natură; au nevoie de libertate și responsabilitate pentru a-și organiza timpul. Orele de lucru suprapuse sunt utile, deși nu obligatorii, atunci când ai un sistem informatic bun și o bună comunicare cu dezvoltatorii tăi.

Lucrul în diferite zone orare poate fi benefic pentru afacere, deoarece este posibil să puteți obține eficiență „non-stop” atunci când dezvoltatorii din diferite zone preiau diverse aspecte ale proiectului. Dacă dezvoltatorul dvs. este înaintea fusului dvs. orar, vă oferă posibilitatea de a-și revizui munca în aceeași zi și puteți evalua și coordona imediat următorul lucru important. Pe de altă parte, dacă sunteți în fața zonei dezvoltatorului, acest lucru vă oferă posibilitatea de a pregăti tot ce are nevoie dezvoltatorul pentru a finaliza sarcina.

Amintiți-vă, un bun manager nu este altceva decât un serviciu pentru angajații săi, care le permite să-și desfășoare munca, nu invers!

Nu forțați obiectivele de zi cu zi, concentrați-vă pe obiective pe termen mediu sau lung

Obiectivele de zi cu zi sunt o formă de microgestionare a proiectului. În schimb, încercați să comunicați dezvoltatorului dvs. imaginea de ansamblu și, împreună, stabiliți priorități clar definite. Dacă îl faceți pe dezvoltator să înțeleagă proiectul la fel de bine ca și dvs., este probabil ca dezvoltatorul să fie mai util.

De exemplu, dezvoltatorul poate avea informații despre cele mai noi tehnologii sau detalii de implementare care afectează prioritizarea diferitelor sarcini sau determinarea Produsului Minim de Valori (MVP). Amândoi trebuie să definiți obiective și repere clare și să lucrați pas cu pas. Este responsabilitatea dumneavoastră să vă asigurați că toate aceste repere se încadrează în imaginea de ansamblu.

În opinia mea, manifestul Agile (metodologii) este cel mai bun lucru care s-a întâmplat în managementul proiectelor în ultimii ani.

Vă permite să faceți exact ceea ce este necesar, să delegați responsabilitatea celor care implementează efectiv lucrurile și să forțați bunul simț în fiecare parte implicată în proces. Vă definiți obiectivele și sarcinile pe termen mediu și lung cu niște estimări la nivel înalt privind dificultatea, iar în acele întâlniri săptămânale (sau bisăptămânale) de planificare a sprintului, îl lăsați pe dezvoltator să stabilească volumul exact de lucru și dificultatea pentru îndeplinirea acestor sarcini.

Ca orice lucru bun, este nevoie de timp pentru a construi echipe bune Agile. Nu vă așteptați să aveți o echipă de lucru în trei luni. Agile înseamnă a învăța prin acțiune și a crește împreună ca o echipă.

Nu ascunde detaliile afacerii

Ei bine, acesta este complicat. Unele proiecte sunt sensibile prin natura lor, iar scurgerea de informații poate fi dăunătoare. Acordurile de non-divulgare (NDA) pot aborda problema, dar nu sunt antiglonț.

Totuși, cu cât dezvoltatorul știe mai multe, cu atât poate fi mai eficient, nu doar în rezolvarea sarcinilor predefinite, ci și în rezolvarea, din mers, a tuturor acestor mici probleme și sughițuri enervante. În cele din urmă, acest lucru îl va face pe dezvoltator mai productiv și îți va ușura viața.

Procesul de dezvoltare Agile este util și aici. Permite schimbul de cunoștințe între părți (părți interesate, tester, dezvoltator etc.) prin eliminarea oricărei ierarhii și prin considerarea acelor părți ca membri egali ai echipei, cu aceleași responsabilități, încurajându-le astfel să lucreze cât mai transparent posibil. Un alt beneficiu al transparenței este că problemele sunt „escalate” rapid și pot fi preluate de orice parte a echipei.

Nu ignora membrii echipei de la distanță

Amintiți-vă, atunci când gestionați lucrătorii de la distanță, sunteți un serviciu pentru echipa dvs. și, dacă echipa are nevoie de contribuția dvs., nu ar trebui să fiți prea ocupat pentru a-i sprijini. Dacă dezvoltatorul nu poate rezolva ceva singur, el va rămâne blocat și va pierde timp prețios.

În calitate de dezvoltator, de obicei, când am dat peste o fundătură, am apelat la SO pentru sfaturi, în plus, am încercat să ofer sfaturi, de asemenea. Nu ignora în totalitate sfaturile dezvoltatorului, deoarece ar putea fi perspicace sau ar putea rezolva o problemă de care nici măcar nu știai.

Dacă ceva nu este clar sau dacă crezi că nu este necesar să rezolvi problema, argumentează-ți poziția în timp ce fii deschis la minte și oferă dezvoltatorului șansa să te convingă că are dreptate până la urmă.

Din nou, acest lucru va dezvolta abilitățile de comunicare și va îmbunătăți încrederea.

Sfaturi rapide pentru managementul echipei de la distanță

Deoarece am rezumat deja punctele principale în tweet-uri și ilustrații, iată câteva sfaturi și gânduri rapide.

• Aceste reguli generale pot fi aplicate dezvoltatorilor de la distanță și de pe site.
• Dacă microgestionați, veți pierde ocazia de a învăța și de a lăsa să învețe.
• Fii deschis la minte și demn de încredere, deoarece aceasta este singura modalitate de a construi o echipă bună la distanță.
• Rețineți că o estimare este doar o estimare; veți întâlni estimări insuficiente și excesive.
• Toți cei care muncesc fac greșeli, iar dacă nu ierți greșelile altora, nici ale tale nu vor fi iertate.
• Cel mai important, cea mai mare motivație pentru orice dezvoltator (pe lângă satisfacția îndeplinirii unei sarcini dificile) sunt banii. Deci, nu amânați plățile și luați în considerare și instituirea unor politici de bonus.