V-ați întâlnit vreodată manager, o viteză de dezvoltare de conținut? Personal, eu nu fac. Dar, uneori, gorazdno mai rău decât viteza ... Am auzit o mulțime de conversații educaționale cu clienții despre activitatea dezvoltator - de ce nu se poate scrie cod 8:00 la rând și de ce stătea și se uită la perete, sau chiar juca tenis de masă, proiectantul poate lucra, de asemenea, deoarece, având în vedere soluția la acest punct. Odată ce unul dintre managerii de top a intrat în camera mea strigând: „Ei nu funcționează! Ei stau pe Internet. Ce putem face? "
Deci, am să-ți spun o poveste despre cele două echipe. Ambii au lucrat la produsele mobile de aceeași complexitate. O echipă a muncit din greu tot timpul - 10-12 ore pe zi, de multe ori la sfârșit de săptămână de lucru. Fiecare lansare pentru ei a fost o luptă - au reușit aproape întotdeauna să se rostogolească în afara timpului său, dar a fost dificil, foarte dificil. Toată lumea știa cât de greu lucrează - a fost o mișcare constantă, și toată lumea poate vedea doar uitându-se întreaga echipă sunt ocupate. Destul de des, acestea au fost „blocuri critice“ înainte de lansarea, iar întreaga echipă va rezolva această problemă. Ai putea vedea ei stând lângă un calculator și ceva pentru a discuta. Dacă ei zâmbet noroc - am găsit un remediu nu produce nici un bug-uri noi, dar, uneori, a existat un lanț întreg - una după alta problema a apărut. Astfel, au fost nevoiți să lucreze toată noaptea pentru a se pregăti pentru a construi eliberare.
A doua echipa a fost total diferit - au început să lucreze la ora 11 dimineața și du-te acasă, la 6-7 pm. Și ei au făcut de presă regulate și aproape fost niciodată întârzieri. Ei au lucrat foarte mult pe arhitectura de aplicare, pentru a face ușor de înțeles și ușor de întreținut. Arhitectura nu a fost perfectă, dar ei încercau să-l îmbunătățească. Ei nu au fost într-o panică înainte de lansarea, dezvoltatorii pot mai mult sau mai puțin prezice complexitatea noului funtsionala. Da, ei petrec, de asemenea, o mulțime de timp pe teste unitare si a testelor de integrare. Ei ar putea petrece jumatate sprint pentru refactorizare. Au avut o sarcină mai ușoară decât echipa anterioară? Nu.
Cum arăta de manageri? Pun pariu ca ai sugera ceva de genul „Prima echipa este greu la locul de muncă, al doilea -. Nu“ Managerii chiar au încercat să măsoare „productivitatea“, comparând performanța de ore petrecute - primul post de comandă pentru aproape două ori mai multe ore în Jira. Deci, pentru toate era evident că a doua echipa este foarte leneș.
Dar ce putem spune despre rezultatele? Ei au fost aproape la fel pentru ambele echipe - aplicații care rulează în prodakshene, clienții mai puțin fericit), eu nu pot să vă spun că a doua cerere pentru a rula mai bine și conțin mai puține bug-uri (și e adevărat)
Deci, de unde știi că dezvoltatorii sunt greu la locul de muncă
Această poveste arată că este imposibil de a judeca performanța de echipa, uite dezvoltatorii cât de ocupat.
Personal, cred că aceste dezvoltatorii ar trebui să fie leneș. Dacă ei fac același lucru de două ori - acestea sunt prea leneși să-l repete, așa că încercând să dau seama cum să automatizeze acest proces. Ei sunt leneși, prin urmare, ei nu își pot permite să se repete - a scăpa de ele cât mai mult posibil. Ele sunt mereu în căutarea pentru o serie de opțiuni mai confortabile și mai productive.
Aici este un mic ghid pentru manageri de proiect. În primul rând, a determina ce o problemă.
Dacă nu există probleme și erori în dezvoltare, dar considerați că „acest lucru nu este corect“:
- Este imposibil să scrie cod timp de 8 ore pe zi. Ai nevoie de timp chiar să se gândească, pentru că nu sunteți o mașină de scris - trebuie mai întâi să decidă ce să imprimați. timp de gândire poate dura uneori mai multe ori mai mult de imprimare.
- În ceea ce privește reflecție - nu vă puteți gândi la 8:00 la seria (și aici nu mă refer la gândul de vacanță viitoare - personal mă gândesc la asta toată ziua). Am vrut să „inventeze“. Ai nevoie de timp pentru a inventa idei. Nu poți fi doar o mașină, un generator de idei. Deci, nu trebuie să fie întotdeauna un mic „decalaj“, în a doua zi de lucru.
- Managerul de proiect este foarte greu de înțeles cum dezvoltator - pentru ziua managerului constă în întrerupe, un „feed Manager“. continuă, atunci când descărcați toate informațiile cu privire la locul de muncă în sine în creier - - dezvoltator naobort alimente și valorile lor, obiecte, de comunicații, etc. Trebuie să o ține în cap pentru a scrie codul, în plus față de soluțiile de „model“. Ai obosit de ea. Creierul tău vrea un pic de odihnă. Este ca transporta cutii grele pentru câteva ore - trebuie doar să se relaxeze. Și vă încărcați toate creierul și să deschidă Reddit. În acest moment, introduceți managerul și „Hei, de ce nu funcționează. "
- Progresul. Nu puteți face progrese dacă tot timpul încărcate. Nu ai timp să se schimbe. Prin urmare, ar trebui să existe timp pentru acest lucru - pentru experimente, pentru creștere, pentru învățare
- Aceasta nu este o fabrică. Nu judeca o performanta, folosind valori simple, cum ar fi „numărul de articole emise.“ Toate aceste valori simple, cum ar fi numărul de linii de cod, sau „cantitate de caracteristici“ pentru ceva timp. Dezvoltatorii nu sunt proști (din păcate, acestea sunt prea inteligente) - atunci când începe să le măsoare - se rup în metrică ta. Singura modalitate de a beneficia de ea - set metrica de „succes“ - pentru atingerea unor obiective, echipa de presă, a sosit, clienții fericiți. Nici o problema cu asta? Deci, nu este nimic pentru a remedia.
Există erori în dezvoltarea
Încercați să găsiți cauza rădăcină. Cel mai simplu mod - este de a spune că dezvoltatorii sunt leneși. Chiar dacă dezvoltatorul nu funcționează ... pur și simplu nu funcționează toată ziua. Încercați să dau seama de ce. Poate pentru că tu, ca un manager de proiect, fac treaba prost: dezvoltatorul nu este interesat de proiect? Pentru că totul este foarte plictisitor? Pentru că „nu există nici un sens să facă nimic, eu sunt încă de gând să vină în cele din urmă“?
Da, uneori întâlniți dezvoltatorii care pur și simplu nu doresc să lucreze. Nu este greu de înțeles. Soluția este simplă - trebuie să le concediat.
Deci, nu încerca să schimbe oamenii. Schimbarea mediului, managementul schimbării, eliminarea obstacolelor. Fii grădinar - nu se poate face o floare reală cu mâinile, dar puteți să crească.