În stadiul actual de dezvoltare a dezvoltării de software industrial, se pot observa o varietate de roluri de producție. Numărul lor este în creștere, clasificarea devine din ce în ce mai complicată de la an la an și, firesc, procesele de selectare a specialiștilor și de lucru cu resursele umane devin din ce în ce mai complicate. Tehnologia informației (IT) este un domeniu al resurselor de muncă de înaltă calificare și al deficitului de personal. Aici, procesul de dezvoltare a personalului și nevoia de lucru sistematic cu potențial de personal sunt mult mai eficiente decât selecția directă folosind resursele de pe Internet.
Articolul discută probleme care sunt relevante pentru specialiștii HR din companiile IT: relațiile cauză-efect în evoluția rolurilor de producție, consecințele interpretării greșite a conținutului rolurilor pentru munca HR în general, precum și posibilele opțiuni de creștere a eficienta recrutarii specialistilor.
Producție IT pentru neinițiați
Cine este cine în IT este un subiect de discuție pe diverse platforme. A existat de mult timp cât întreaga industrie IT, adică de la apariția primelor companii de dezvoltare de software pe piața de consum, la începutul anilor 90 ai secolului trecut. Și pentru aceeași perioadă de timp nu a existat o viziune comună cu privire la această problemă, ceea ce creează dificultăți și reduce eficiența muncii personalului. Să încercăm să ne dăm seama.
Pentru mine, tema rolurilor de producție în sectorul IT a devenit relevantă și interesantă de când m-am alăturat companiei de IT. Am petrecut mult timp și energie nervoasă încercând să înțeleg procesul de producție. Aceste costuri au depășit așteptările mele și costurile de adaptare la procese din alte domenii: educație, producție de materiale, mici afaceri. Am înțeles că procesele sunt complexe și neobișnuite, deoarece, în general, o persoană este mai adaptată la lumea materială decât la cea virtuală. Dar a existat o rezistență intuitivă: părea că ceva nu este în regulă aici, nu ar trebui să fie așa. Procesul de adaptare a durat probabil un an, ceea ce, din înțelesul meu, este pur și simplu cosmic. Ca urmare, am avut o înțelegere destul de clară a rolurilor cheie în producția IT.
În prezent, continui să lucrez pe această temă, dar la un alt nivel. În calitate de șef al centrului de dezvoltare al unei companii de IT, de multe ori trebuie să comunic cu studenți, profesori universitari, solicitanți, școlari și alții care doresc să participe la crearea unui produs IT pentru a promova brandul angajator pe piața muncii a unui nou teritoriu (Iaroslavl). Această comunicare nu este ușoară din cauza conștientizării scăzute a interlocutorilor cu privire la modul de organizare a procesului de dezvoltare software și, ca urmare, a lipsei de înțelegere a subiectului conversației. După 5-10 minute de dialog, nu mai primiți feedback și începeți să vă simțiți ca un străin al cărui discurs necesită traducere. De regulă, printre interlocutori se numără cineva care trage o linie în dialog și exprimă un mit popular din anii 90: „Oricum, toți specialiștii IT sunt programatori”. Originile mitului sunt:
- Industria IT se dezvoltă rapid, în aceste condiții toate semnificațiile și principiile fundamentale sunt în stadiul de formare;
- Este dificil să existe în condiții de incertitudine, așa că o persoană încearcă să-și facă mai ușor înțelegerea necunoscutului creând mituri;
- o persoană este mai obișnuită cu percepția lumii materiale decât a celei virtuale și, prin urmare, îi este greu să definească concepte care sunt dincolo de percepția sa.
Încercarea de a combate acest mit poate simți uneori ca să te înclini la morile de vânt, deoarece există mai multe aspecte ale problemei care trebuie abordate. Un specialist în resurse umane trebuie, în primul rând, să aibă o imagine clară a rolurilor de producție dintr-o companie IT într-o întruchipare ideală și reală, în al doilea rând, să înțeleagă cum și când resursele interne ale companiei pot fi utilizate cel mai eficient și, în al treilea rând, ce metode reale vor fi utilizate. contribuie la creșterea gradului de conștientizare a participanților pe piața muncii și va contribui la dezvoltarea mărcii angajatorului. Să aruncăm o privire mai atentă asupra acestor aspecte.
Ciclul de viață al software-ului ca bază pentru rolurile de producție
Nu este un secret pentru nimeni că, în general, toate rolurile de producție din orice companie IT au ca sursă ciclul de viață al software-ului. Prin urmare, dacă ne punem sarcina conceptuală de a cădea de acord asupra unei percepții unificate a acestei probleme în întreaga industrie IT, trebuie să ne bazăm în mod specific pe ciclul de viață al software-ului ca bază semantică acceptată și înțeleasă clar de toată lumea. Discuția asupra opțiunilor specifice pentru implementarea problemei rolurilor de producție se află în planul atitudinii noastre creative față de ciclul de viață al software-ului.
Deci, să ne uităm la etapele pe care le include ciclul de viață al software-ului, folosind metodologia RUP ca exemplu. Sunt link-uri destul de mature în ceea ce privește conținutul și terminologia. Procesul de producție întotdeauna și pretutindeni începe cu modelarea afacerii și formarea cerințelor și se termină (condițional, desigur) cu consultarea utilizatorilor și modificarea software-ului în funcție de „dorințele” utilizatorilor.
Dacă faceți o excursie istorică până la sfârșitul secolului trecut (după cum știți, aceasta a fost perioada „automatizării insulei”), puteți vedea că întregul proces de creare a software-ului a fost efectuat de un programator-dezvoltator. Iată rădăcinile mitului că fiecare specialist IT este un programator.
Odată cu creșterea complexității proceselor de producție, apariția platformelor integrate și trecerea la automatizarea complexă a domeniilor, odată cu reinginerirea proceselor de afaceri, apariția unor roluri specializate legate de etapele ciclului de viață devine inevitabilă. Așa apare un analist, tester și specialist în suport tehnic.
Diversitatea posturilor folosind exemplul rolului de analist
Un analist (cunoscut și ca inginer analitic, cunoscut și ca director, metodolog, analist de afaceri, analist de sisteme etc.) ajută la „împrietenie” cu sarcinile și tehnologiile de afaceri pentru implementarea lor. Descrierea enunțului problemei pentru dezvoltator - acesta este modul în care se poate caracteriza funcția principală a unui analist abstract. El acționează ca o legătură între client și dezvoltator în procesele de formare a cerințelor, analiză și proiectare software. În condiții reale de producție, lista funcțiilor de analist este determinată de metoda de organizare a producției, de calificările specialistului și de specificul domeniului de studiu modelat.
Unii analiști sunt localizați mai aproape de client. Aceștia sunt analiști de afaceri (Business Analyst). Ei înțeleg profund procesele de afaceri din domeniul subiectului și sunt ei înșiși experți în procese automatizate. Este foarte important să existe astfel de specialiști în personalul unei întreprinderi, mai ales atunci când se automatizează domenii complexe din punct de vedere metodologic. În special, pentru noi, ca automatizatori ai procesului bugetului de stat, este pur și simplu necesar ca printre analiști să existe experți în materie. Aceștia sunt angajați cu înaltă calificare, cu o bună educație financiară și economică și cu experiență de lucru în autoritățile financiare, de preferință în rolul unor specialiști de frunte. Experiența nu în domeniul IT, ci în special în domeniul subiectului, este extrem de importantă.
Cealaltă parte a analiștilor este mai aproape de dezvoltatori. Aceștia sunt analiști de sistem (System Analyst). Sarcina lor principală este identificarea, sistematizarea și analiza cerințelor clienților pentru posibilitatea de a le satisface, pregătirea specificațiilor tehnice și descrierea enunțurilor problemelor. Ei înțeleg nu numai procesele de afaceri, ci și tehnologiile informaționale, au o bună înțelegere a capabilităților software-ului furnizat clientului, au abilități de proiectare și, în consecință, înțeleg cum să transmită cel mai bine interesele clientului dezvoltatorului. Acești angajați trebuie să aibă o educație în domeniul TIC și o mentalitate inginerească și tehnică, de preferință experiență în IT. Atunci când selectați astfel de specialiști, a avea abilități de proiectare folosind instrumente moderne va fi un avantaj clar.
Un alt tip de analist sunt scriitorii tehnici. Aceștia sunt angajați în documentare ca parte a proceselor de dezvoltare software, pregătind manuale de utilizator și administrator, instrucțiuni tehnologice, videoclipuri de instruire etc. Sarcina lor principală este să poată transmite informații despre funcționarea programului utilizatorilor și altor părți interesate, să descrie lucruri complexe din punct de vedere tehnic în mod concis și clar. Scriitorii tehnici, în cea mai mare parte, au o stăpânire excelentă a limbii ruse și, în același timp, au o educație tehnică și o minte analitică. Pentru astfel de specialiști, abilitățile de a compila texte tehnice clare, competente, detaliate în conformitate cu standardele, precum și cunoștințele și stăpânirea instrumentelor de documentare sunt de cea mai mare importanță.
Astfel, vedem același rol (și, de altfel, poziție în tabelul de personal) - analist, dar în diferitele sale încarnări specifice aplicației. Căutarea specialiștilor pentru fiecare dintre ei are propriile sale caracteristici. Este important de știut că aceste tipuri de analiști trebuie să aibă abilități și cunoștințe care sunt adesea incompatibile la o singură persoană. Unul este specialist în științe umaniste, predispus la muncă analitică cu volume mari de documente text, cu abilități dezvoltate de vorbire și comunicare, celălalt este un „techie” cu gândire inginerească și interese în domeniul IT.
Luăm din exterior sau creștem?
Pentru un mare reprezentant al industriei IT, eficiența selecției directe din resursele Internet scade pe măsură ce proiectele cresc. Acest lucru se întâmplă, în special, din următoarele motive: adaptarea rapidă la procesele complexe din cadrul companiei este imposibilă, viteza de stăpânire a instrumentelor specifice este mai mică decât viteza de dezvoltare a proiectelor. Prin urmare, este important ca un specialist în resurse umane să știe nu numai pe cine să caute extern, ci și cum să folosească resursele interne ale companiei, de la cine și cum să dezvolte un specialist.
Pentru analiștii de afaceri, experiența de lucru în cadrul proceselor reale din domeniul subiectului este foarte importantă, așa că recrutarea acestora „din exterior” este mai eficientă decât creșterea lor în cadrul companiei. În același timp, este important ca un specialist în HR să cunoască lista organizațiilor care pot fi surse ale acestei resurse umane, iar atunci când selectează, să se concentreze pe căutarea CV-urilor de la acestea.
Pentru ocuparea posturilor vacante precum analist de sisteme și arhitect software, dimpotrivă, procesul de formare în cadrul companiei este de mare importanță. Acești specialiști trebuie să fie formați în mediul actual de producție și specificul unei anumite organizații. Analiștii de sistem se dezvoltă din analiști de afaceri, scriitori tehnici și ingineri de asistență tehnică. Arhitecți software - de la designeri (System Designer) și dezvoltatori de software (Software Developer) pe măsură ce aceștia câștigă experiență și își lărgesc orizonturile. Această circumstanță permite unui specialist în resurse umane să utilizeze eficient resursele interne ale companiei.
Intersecția, integrarea și evoluția rolurilor de producție
Mai există o problemă dificilă din punct de vedere al implementării în procesul de producție - stabilirea unor limite clare între roluri. La prima vedere, poate părea că totul este evident: implementarea a fost finalizată, documentele de punere în funcțiune comercială a software-ului au fost semnate și totul a fost predat suportului tehnic. Așa este, însă, adesea apar situații când clientul, din obișnuință, fiind în contact strâns cu analistul și văzându-l ca pe o „baghetă magică”, continuă să comunice activ cu acesta, în ciuda faptului că sistemul a fost deja implementat. iar etapa formală de sprijin este în curs . Cu toate acestea, din punctul de vedere al clientului, cine va răspunde mai bine și mai rapid decât analistul care a stabilit sarcina împreună cu el, la întrebări despre lucrul cu sistemul. Și aici apare întrebarea cu privire la duplicarea parțială a rolurilor unui inginer de suport tehnic și a unui analist. În timp, totul devine mai bine, clientul se obișnuiește să comunice cu serviciul de suport tehnic, dar chiar la începutul utilizării software-ului, o astfel de „tranziție internă” nu poate fi întotdeauna realizată fără stres de ambele părți.
Intersecția rolurilor de analist și inginer de suport tehnic apare și atunci când fluxul de cerințe de dezvoltare are loc ca parte a etapei de suport. Revenind la ciclul de viață al software-ului, vedem o discrepanță între condițiile reale de producție și atitudinile formale conform cărora analiza cerințelor și formularea problemei pot fi efectuate exclusiv de un analist. Un specialist în resurse umane, desigur, trebuie să înțeleagă imaginea ideală a rolurilor din ciclul de viață al software-ului; acestea au limite clare. Dar, în același timp, ar trebui să țineți cont de faptul că intersecția este posibilă. Atunci când evaluați cunoștințele și abilitățile unui solicitant, ar trebui să acordați atenție prezenței experienței asociate, adică atunci când căutați ingineri de asistență tehnică, candidații cu experiență de analist pot fi luați în considerare și invers.
Pe lângă suprapunere, există adesea o consolidare a rolurilor de producție. De exemplu, un analist de afaceri și un scriitor tehnic pot exista ca o singură persoană. Prezența unui arhitect software (Software Architect) este obligatorie în dezvoltarea industrială mare, în timp ce proiectele foarte mici se pot descurca fără acest rol: acolo funcțiile arhitectului sunt îndeplinite de dezvoltatori (Software Developer).
Schimbările din perioadele istorice în abordările și tehnologiile de dezvoltare duc inevitabil la faptul că și ciclul de viață al software-ului evoluează. La nivel global, desigur, etapele sale principale rămân neschimbate, dar devin din ce în ce mai detaliate. De exemplu, odată cu trecerea la soluții bazate pe web și cu creșterea capacităților de configurare la distanță, a apărut rolul unui specialist în configurarea software-ului. Într-o etapă istorică timpurie, aceștia erau implementatori, adică ingineri care își petreceau cea mai mare parte a timpului de lucru la locurile de muncă ale clienților. Volumul crescut și complexitatea software-ului a dus la apariția rolului de arhitect software. Cerințele pentru accelerarea lansărilor de versiuni și îmbunătățirea calității software-ului au contribuit la dezvoltarea testării automate și la apariția unui nou rol - inginer QA (inginer de asigurare a calității), etc. Evoluția rolurilor în toate etapele procesului de producție este semnificativ legată de dezvoltarea metodelor, tehnologiilor și instrumentelor.
Până acum, am analizat câteva puncte interesante privind distribuția rolurilor de producție în cadrul unei companii de software în contextul ciclului de viață al software-ului. Evident, aceasta este o viziune din interior care este specifică fiecărei companii. Pentru noi toți, în calitate de participanți pe piața muncii din industria IT și responsabili de promovarea mărcii angajatorului, vederea exterioară va fi deosebit de importantă. Și aici există o mare problemă nu numai în găsirea sensului, ci și în transmiterea acestor informații către publicul țintă.
Ce este în neregulă cu „grădina zoologică” a posturilor IT?
Confuzia în mintea specialiștilor HR, managerilor de producție și diversitatea abordărilor duc la o varietate foarte mare, o adevărată „grădină zoologică” a posturilor IT. Experiența interviurilor și a contactelor pur și simplu profesionale arată că oamenii de multe ori nu au o înțelegere clară a semnificației care ar trebui să rezulte din titlurile postului. De exemplu, în organizația noastră, pozițiile care includ termenul „inginer de analiză” presupun că acesta este un stabilitor de sarcini. Cu toate acestea, se dovedește că acest lucru nu este cazul peste tot: există organizații de dezvoltare în care un inginer analitic este un implementator. O înțelegere complet diferită, ești de acord?
În primul rând, „grădina zoologică” a posturilor IT reduce, fără îndoială, eficiența recrutării. Fiecare angajator, atunci când își dezvoltă și își promovează brandul, dorește să transmită într-o formă concisă toate semnificațiile care există în producția sa. Și dacă el însuși adesea nu poate spune clar cine este cine, este firesc ca el să transmită incertitudinea mediului extern.
În al doilea rând, „grădina zoologică” a posturilor IT creează probleme enorme în pregătirea și dezvoltarea personalului IT. Orice companie IT serioasă, care are ca scop formarea și dezvoltarea resurselor umane, și nu doar „mulgerea” locurilor de muncă, mai devreme sau puțin mai târziu întâmpină nevoia de a interacționa cu instituțiile de învățământ. Pentru personalul IT cu înaltă calificare, acesta este un segment de universități, și cele mai bune în acest sens, cel puțin cele din top-100.
Problema integrării cu universitățile atunci când se construiește un proces continuu de formare a specialiștilor IT reprezintă aproximativ jumătate din lipsa de înțelegere a universităților despre cine este cine în cadrul companiei IT. Ei au o înțelegere foarte superficială a acestui lucru. De regulă, universitățile au mai multe specialități cu cuvântul „informatică” în numele lor și se întâmplă adesea ca atunci când desfășoară o campanie de admitere, să se bazeze pe teza că toate specialitățile sunt în esență cam același lucru. Și arată la fel ca și cum ne bazăm pe mitul popular că toți specialiștii IT sunt programatori.
Experiența colaborării noastre strânse cu universitățile arată că specialitatea „Informatică aplicată (pe industrie)” ne furnizează personal pentru departamentele de metodologie și suport tehnic, dar nu și dezvoltare. În timp ce „Informatica fundamentală”, „Inginerie software” pregătesc o resursă umană excelentă pentru dezvoltatori. Pentru a nu îndrepta inițial solicitantul pe o cale care nu este potrivită pentru el, este necesar să „risipim ceața” care înconjoară producția IT.
Este posibil să aducem totul la un numitor comun?
Este posibil să unificăm rolurile de producție și să ajungem la o înțelegere comună a acestora în interiorul și în afara companiei?
Desigur, este posibil și necesar, deoarece experiența colectivă acumulată a tuturor întreprinderilor de dezvoltare demonstrează prezența unor concepte comune, unificatoare, pentru organizarea procesului de producție. Aceasta este o consecință a faptului că există încă un concept interpretat în mod unic al ciclului de viață al software-ului, iar noile roluri de producție emergente (DataScientist, QA-Engineer, MachineLearning Engineer etc.) sunt o consecință a clarificării și dezvoltării Ciclul de viață al software-ului ca atare, care apare odată cu îmbunătățirea tehnologiilor și instrumentelor, precum și cu dezvoltarea și extinderea sarcinilor de afaceri.
În același timp, este dificil de unificat rolurile de producție, deoarece IT este unul dintre sectoarele cele mai tinere și cu cea mai rapidă creștere ale economiei. Într-un fel, acesta este haosul din care a apărut universul. O structură organizatorică clară este imposibilă și nepotrivită aici, deoarece IT-ul este un domeniu intelectual, dar foarte creativ. Pe de o parte, un specialist IT este un „fizician”-intelectual cu gândire algoritmică și matematică dezvoltată, pe de altă parte, este un „liric”-creator, purtător și promotor de idei. El, la fel ca artistul, nu are un plan clar pentru pictură; nu poate descompune imaginea în părți, deoarece acestea din urmă vor înceta să mai existe. El este conducătorul proceselor informaționale, care în sine sunt abstracte, intangibile, greu de măsurat, dar rapide.
Modalități de a construi personalul eficient în producția IT
Deci, ce este important să cunoască un specialist în resurse umane pentru a construi o muncă eficientă în domeniul resurselor umane în contextul diversității rolurilor de producție IT.
În primul rând, orice specialist în resurse umane dintr-o companie IT trebuie să aibă o idee despre situația tipică specific întreprinderii sale: cine ce face, cine se numește ce și, cel mai important, care este sensul acestor roluri în condițiile o anumită producție.
În al doilea rând, profesionistul HR trebuie să aibă o înțelegere flexibilă a rolurilor de producție. Adică, inițial își formează o înțelegere ideală despre ele, ceea ce îi permite să-și dea seama totul singur. Apoi trebuie să existe o imagine reală a producției: unde și în ce moduri se intersectează și se combină rolurile, ce percepție asupra acestor roluri există în rândul managerilor de producție. Dificultatea pentru un specialist de personal este de a combina situațiile reale și ideale din minte, nu de a încerca să reconstruiască forțat procesele pentru a se potrivi înțelegerii lor ideale, ci de a ajuta producția în satisfacerea nevoii de resurse.
În al treilea rând, cu siguranță ar trebui să aveți o idee despre posibilele traiectorii de dezvoltare ale anumitor specialiști: în ce cazuri selecția externă poate fi eficientă și când este mai bine să creșteți un angajat în echipa dvs., oferindu-i oportunități de dezvoltare, ce calități de candidați le va permite să se dezvolte într-o anumită direcție, calități care nu pot fi compatibile într-o singură persoană, ceea ce este inițial important pentru alegerea unei traiectorii de dezvoltare.
În al patrulea rând, să revenim la teza conform căreia IT este un domeniu al personalului înalt calificat, în care integrarea timpurie în mediul educațional universitar este inevitabilă pentru o muncă mai eficientă a personalului. În această situație, fiecare specialist în resurse umane trebuie să-și dezvolte nu numai abilitățile de căutare directă, lucrul cu chestionare și interviuri, ci și să fie sigur că navighează în mediul de pregătire universitară a specialiștilor: ce universități pregătesc personalul pentru companie, ce specialități în cadrul anumitor universități acoperă nevoile de personal și ce Este important cine se află în spatele acestui lucru, cine gestionează și formează specialiști în universități.
Astfel, dacă dezmințim intenționat mitul că toți specialiștii IT sunt programatori, este necesar să facem o serie de pași în această direcție și să acordăm o atenție deosebită universităților noastre, unde sunt puse bazele percepției viitoarei profesii. Cu alte cuvinte, avem nevoie de interacțiune constantă cu mediul educațional, de exemplu, folosind formatul modern de colaborare în centre de coworking, „puncte de fierbere” și participarea la intensive educaționale. Acest lucru va ajuta la distrugerea concepțiilor greșite despre întreprinderea IT, la creșterea eficienței muncii personalului și la crearea condițiilor pentru activități comune în formarea diverșilor specialiști din industria noastră.
Îmi exprim recunoștința față de colegii care au participat la pregătirea și susținerea relevanței acestui articol: Valentina Vershinina și Yuri Krupin.
Sursa: www.habr.com