De ce îi tratăm pe stagiari ca pe membrii deplini ai echipei
Există unele companii care au proiecte speciale de cooperare și stagiu care sunt separate de fluxul lor normal de dezvoltare a produselor. Adesea, munca cooperativelor și a stagiarilor nu vede niciodată lumina zilei sau cel puțin nu în timp ce sunt la companie.
În principiu, nu credem în această abordare. Credem că cel mai bun mod de a învăța este prin a face și, prin urmare, cel mai bun mod de a învăța cum să fii inginer software este să faci ceea ce face un inginer software.
Câțiva dintre stagiarii noștri recenți și-au atras atenția la petrecerea noastră de produse de vară.
Datorită acestei filozofii, ne uităm la stagiari în mare măsură la fel ca la ceilalți ingineri software cu normă întreagă. Punem stagiari pe aceleași tipuri de proiecte ca și alți ingineri cu normă întreagă. Ne așteptăm să dezvolte aceleași tipuri de caracteristici și să fie livrate în producție, la fel ca alți ingineri cu normă întreagă. Expediază codul de producție în primele zile de când sunt aici. În timpul stagiului, dezvoltă funcții reale care sunt livrate clienților reali și sunt adesea chiar demonstrați în fața întregii companii la târgul nostru științific lunar. Cei care folosesc instrumente externe ajung adesea să participe la apeluri unde pot urmări clienții folosind software-ul nostru și își pot vedea luptele și succesele, apoi îmbunătățesc aceste instrumente.
Pentru mulți cooperanți și stagiari, aceasta este o combinație de interesant și descurajant. Pe de o parte, conexiunea lor cu crearea de valoare este palpabilă: codul pe care îl creează alimentează caracteristicile reale pe care le folosesc clienții reali. Pe de altă parte, curba de învățare poate fi abruptă. Ne așteptăm adesea ca stagiarii să se grăbească rapid cu privire la tehnologiile pe care nu le-au folosit până acum, precum React, Java, Kafka și altele. Nu le oferim sarcini de dimensiuni mici și le spunem cum să rezolve fiecare problemă. În schimb, le cerem să se gândească la probleme provocatoare și să vină cu propriile lor soluții.
Desigur, există o plasă de siguranță pentru stagiarii noștri. Nu îi aruncăm în profunzime și ne așteptăm să înoate singuri. Fiecare stagiar are un conducător tehnic, un manager de produs, un proiectant de produs, o mână de alți ingineri din echipă și, în unele cazuri, un mentor separat pentru a-i ajuta să învețe, să crească și să reușească.
Și da, ideea de a livra cod real către clienți reali poate fi înfricoșătoare. Sunt sigur că majoritatea stagiarilor se întreabă la un moment dat: „Ce se întâmplă dacă descurc și provoac o eroare sau, și mai rău, scot o parte din produs?” Deși este treaba unui stagiar să învețe cu sârguință și să încerce să scrie cod de înaltă calitate, în cele din urmă, este responsabilitatea conducătorului tehnic, nu a lor, să se asigure că codul care intră în producție este bun. Responsabilitatea tehnologiei și responsabilitatea echipei sunt de a face recenzii de cod și de a vă asigura că lucrurile merg bine. Nu vrem să punem greutatea tuturor clienților noștri pe umerii stagiarilor noștri. Nu vrem ca internii noștri să se teamă de eșec. Vrem să le oferim oportunitatea și instrumentele de a se întinde pentru a face lucruri pe care nu le-au făcut niciodată înainte știind că au o rețea de asistență în jurul lor pentru a ajuta.
Și pentru a fi complet transparent, această abordare nu este pentru toată lumea. Există unii oameni care își doresc mult mai multe mâini și îndrumări decât le oferim noi aici. Vor să li se atribuie sarcini și să li se spună ce să facă. De asemenea, am avut câțiva stagiari care au venit, au început să facă treaba de inginer software și apoi ne-am dat seama că nu este calea potrivită pentru ei. Și e în regulă. Nu este în interesul nimănui să-i facem să facă o treabă pe care pur și simplu nu vor să o facă, așa că, în acest caz, încercăm să găsim soluția care funcționează pentru toată lumea. Considerăm că a ajuta acei indivizi să-și dea seama ce fac și ce nu vor să facă cu viața lor este un succes în sine.