Tööstustarkvara arendamise praeguses arengujärgus võib täheldada mitmesuguseid tootmise rolle. Nende arv kasvab, klassifitseerimine muutub iga aastaga keerulisemaks ning loomulikult muutuvad keerukamaks ka spetsialistide valiku ja inimressursiga töötamise protsessid. Infotehnoloogia (IT) on kõrgelt kvalifitseeritud tööjõu ja personalipuuduse valdkond. Siin on personali arendamise protsess ja vajadus süstemaatilise töö järele personalipotentsiaaliga palju tõhusam kui otsene valik Interneti-ressursse kasutades.
Artiklis käsitletakse IT-ettevõtete personalispetsialistidele aktuaalseid küsimusi: põhjus-tagajärg seoseid tootmisrollide kujunemises, rollide sisu valesti tõlgendamise tagajärgi personalitööle üldiselt, aga ka võimalikke võimalusi personalitöö suurendamiseks. spetsialistide valiku tõhusus.
IT tootmine asjatundmatutele
Kes on kes IT-s on aruteluteema erinevatel platvormidel. See on eksisteerinud sama kaua kui kogu IT-tööstus, st alates esimeste tarkvaraarendusettevõtete ilmumisest tarbijaturule eelmise sajandi 90ndate alguses. Ja sama kaua pole selles küsimuses olnud ühtset seisukohta, mis tekitab raskusi ja vähendab personalitöö efektiivsust. Proovime selle välja mõelda.
Minu jaoks on IT-sektori tootmisrollide teema muutunud aktuaalseks ja huvitavaks alates IT-ettevõttega liitumisest. Kulutasin palju aega ja närvilist energiat, et tootmisprotsessist aru saada. Need kulud ületasid minu ootusi ja muude valdkondade protsessidega kohanemise kulusid: haridus, materjali tootmine, väikeettevõtlus. Sain aru, et protsessid on keerulised ja ebatavalised, kuna üldiselt on inimene rohkem kohanenud materiaalse kui virtuaalse maailmaga. Kuid tekkis intuitiivne vastupanu: tundus, et siin on midagi valesti, see ei tohiks nii olla. Kohanemisprotsess kestis ilmselt aasta, mis minu arusaamise järgi on lihtsalt kosmiline. Tänu sellele oli mul üsna selge arusaam IT-tootmise võtmerollidest.
Praegu tegelen selle teemaga edasi, kuid teisel tasemel. IT-ettevõtte arenduskeskuse juhina pean tööandjabrändi tööturul edendamiseks sageli suhtlema üliõpilaste, ülikooli õppejõudude, kandideerijate, kooliõpilaste ja teistega, kes soovivad IT-toote loomises osaleda. uuel territooriumil (Jaroslavl). See suhtlemine ei ole lihtne, kuna vestluspartnerid on vähe teadlikud sellest, kuidas tarkvara arendusprotsess on korraldatud, ja sellest tulenevalt ka vähesest arusaamisest vestluse teemast. Pärast 5–10-minutilist dialoogi lõpetate tagasiside saamise ja hakkate tundma end välismaalasena, kelle kõne vajab tõlkimist. Reeglina on vestluskaaslaste hulgas keegi, kes tõmbab dialoogile joone alla ja räägib 90ndatest pärit rahvapärase müüdi: "Igatahes on kõik IT-spetsialistid programmeerijad." Müüdi päritolu on:
- IT-tööstus areneb kiiresti, nendes tingimustes on kõik põhitähendused ja põhimõtted kujunemisjärgus;
- Ebakindluse tingimustes on raske eksisteerida, seetõttu püüab inimene müüte luues enda jaoks tundmatu mõistmist lihtsamaks teha;
- inimene on materiaalse maailma tajumisega rohkem harjunud kui virtuaalse ja seetõttu on tal raske defineerida mõisteid, mis jäävad tema tajust väljapoole.
Selle müüdi vastu võitlemine võib mõnikord tunduda tuuleveskite kallutamisena, kuna probleemil on mitu aspekti, millega tuleb tegeleda. Personalispetsialist peab esiteks omama selget pilti tootmisrollidest IT-ettevõttes ideaalses ja reaalses kehastuses, teiseks mõistma, kuidas ja millal saab ettevõtte sisemisi ressursse kõige tõhusamalt kasutada, ning kolmandaks, milliseid reaalseid meetodeid saab kasutada. aitab tõsta tööturul osalejate teadlikkust ja aitab kaasa tööandja brändi arendamisele. Vaatame neid aspekte lähemalt.
Tarkvara elutsükkel tootmisrollide aluseks
Pole saladus, et üldiselt on kõigi IT-ettevõtete tootmisrollide allikaks tarkvara elutsükkel. Seega, kui seame kontseptuaalseks ülesandeks leppida kokku selle probleemi ühtses tajus kogu IT-tööstuses, peame tuginema konkreetselt tarkvara elutsüklile kui semantilisele alusele, mis on aktsepteeritud ja kõigile selgelt arusaadav. Arutelu konkreetsete võimaluste üle tootmisrollide küsimuse realiseerimiseks peitub meie loomingulise suhtumise tasandil tarkvara elutsüklisse.
Niisiis, vaatame etappe, mida tarkvara elutsükkel sisaldab, kasutades näitena RUP metoodikat. Need on sisu ja terminoloogia poolest üsna küpsed lingid. Tootmisprotsess algab alati ja igal pool äri modelleerimisest ja nõuete kujundamisest ning lõpeb (tinglikult muidugi) kasutajate nõustamise ja tarkvara muutmisega kasutajate “soovide” alusel.
Kui võtta ette ajalooline ekskursioon eelmise sajandi lõppu (teatavasti oli see “saarte automatiseerimise” periood), siis on näha, et kogu tarkvara loomise protsessi viis läbi programmeerija-arendaja. Siin on juured müüdile, et iga IT-spetsialist on programmeerija.
Tootmisprotsesside keerukuse suurenemise, integreeritud platvormide tekke ja ainevaldkondade keerukale automatiseerimisele üleminekuga ning äriprotsesside ümberkujundamisega muutub elutsükli etappidega seotud erirollide esilekerkimine vältimatuks. Nii tekivad analüütik, testija ja tehnilise toe spetsialist.
Ametikohtade mitmekesisus analüütiku rolli näitel
Analüütik (tuntud ka kui analüütiline insener, tuntud ka kui direktor, metoodik, ärianalüütik, süsteemianalüütik jne) aitab “sõpru teha” äriülesannete ja nende elluviimise tehnoloogiatega. Probleemipüstituse kirjeldus arendajale – nii saab iseloomustada abstraktse analüütiku põhifunktsiooni. Ta toimib ühenduslülina kliendi ja arendaja vahel nõuete kujundamise, analüüsi ja tarkvara kujundamise protsessides. Reaalsetes tootmistingimustes määrab analüütiku funktsioonide loetelu tootmise korraldamise meetod, spetsialisti kvalifikatsioon ja modelleeritava ainevaldkonna eripära.
Mõned analüütikud asuvad kliendile lähemal. Need on ärianalüütikud (Business Analyst). Nad mõistavad sügavalt ainevaldkonna äriprotsesse ja on ise automatiseeritud protsesside eksperdid. Selliste spetsialistide olemasolu ettevõttes on väga oluline, eriti metoodiliselt keerukate ainevaldkondade automatiseerimisel. Eelkõige meile kui riigieelarve protsessi automatiseerijatele on lihtsalt vajalik, et analüütikute hulgas oleks ka teemaeksperdid. Tegemist on kõrgelt kvalifitseeritud töötajatega, kellel on hea finants- ja majandusalane haridus ning finantsasutustes töötamise kogemus, soovitavalt juhtivspetsialistide rollis. Ülimalt oluline on kogemus mitte IT-valdkonnas, vaid konkreetselt ainevaldkonnas.
Teine osa analüütikutest on arendajatele lähemal. Need on süsteemianalüütikud (System Analyst). Nende põhiülesanne on kliendi nõuete väljaselgitamine, süstematiseerimine ja nende rahuldamise võimalikkuse analüüsimine, tehniliste kirjelduste koostamine ja probleemipüstituste kirjeldamine. Nad mõistavad mitte ainult äriprotsesse, vaid ka infotehnoloogiaid, mõistavad hästi kliendile tarnitava tarkvara võimalusi, omavad projekteerimisoskusi ja mõistavad vastavalt sellele, kuidas kliendi huve arendajale kõige paremini edasi anda. Nendel töötajatel peab olema IKT-alane haridus ning inseneri-tehniline mõtteviis, soovitavalt IT-alane kogemus. Selliseid spetsialiste valides tuleb selgeks eeliseks disainioskused kaasaegsete tööriistadega.
Teist tüüpi analüütikud on tehnilised kirjanikud. Nad tegelevad dokumenteerimisega tarkvara arendusprotsesside osana, koostavad kasutaja- ja administraatorijuhendeid, tehnoloogilisi juhiseid, õppevideoid jne. Nende põhiülesanne on osata kasutajatele ja teistele huvilistele edastada infot programmi toimimise kohta, kirjeldada tehniliselt keerulisi asju lühidalt ja selgelt. Tehnilised kirjutajad valdavad suures osas suurepäraselt vene keelt, samas on neil tehniline haridus ja analüütiline meel. Selliste spetsialistide jaoks on kõige olulisem selgete, pädevate ja üksikasjalike standarditele vastavate tehniliste tekstide koostamise oskus ning dokumenteerimisvahendite tundmine ja valdamine.
Seega näeme sama rolli (ja muide ka positsiooni personalitabelis) - analüütikut, kuid selle erinevates spetsiifilistes rakenduskehades. Igaühe jaoks spetsialistide otsimisel on oma eripärad. Oluline on teada, et seda tüüpi analüütikutel peavad olema oskused ja teadmised, mis sageli ühes inimeses kokku ei sobi. Üks on humanitaarspetsialist, aldis analüütilisele tööle suurte tekstidokumentide mahuga, arenenud kõne- ja suhtlemisoskusega, teine on insenerliku mõtlemise ja IT-valdkonna huvidega “tehnik”.
Kas võtame väljast või kasvatame?
IT-valdkonna suure esindaja jaoks langeb projektide kasvades internetiressurssidest otsevaliku efektiivsus. See juhtub eelkõige järgmistel põhjustel: kiire kohanemine ettevõttesiseste keerukate protsessidega on võimatu, konkreetsete tööriistade omandamise kiirus on väiksem kui projekti arendamise kiirus. Seetõttu on personalispetsialistil oluline teada mitte ainult seda, keda väljastpoolt otsida, vaid ka seda, kuidas kasutada ettevõtte sisemisi ressursse, kellest ja kuidas spetsialisti arendada.
Ärianalüütikute jaoks on ainevaldkonna reaalsete protsesside raames töötamise kogemus väga oluline, seega on nende värbamine “väljastpoolt” efektiivsem kui ettevõtte sees kasvatamine. Samas on personalispetsialistil oluline teada organisatsioonide nimekirja, mis võivad olla selle inimressursi allikaks, ning keskenduda valiku tegemisel nendest CV-de otsimisele.
Vastupidi, selliste vabade ametikohtade täitmiseks nagu süsteemianalüütik ja tarkvaraarhitekt on ettevõttesisene koolitusprotsess väga oluline. Need spetsialistid peavad kujunema praeguses tootmiskeskkonnas ja konkreetse organisatsiooni spetsiifikas. Süsteemianalüütikud arenevad ärianalüütikutest, tehnilistest kirjutajatest ja tehnilise toe inseneridest. Tarkvaraarhitektid – disaineritelt (System Designer) ja tarkvaraarendajatelt (Software Developer), kuna nad omandavad kogemusi ja avardavad silmaringi. See asjaolu võimaldab personalispetsialistil tõhusalt kasutada ettevõtte sisemisi ressursse.
Tootmisrollide ristumine, integratsioon ja areng
Tootmisprotsessis rakendamise seisukohalt on veel üks keeruline küsimus - selgete piiride kehtestamine rollide vahel. Esmapilgul võib tunduda, et kõik on ilmselge: juurutamine on lõpetatud, tarkvara kommertskasutusele laskmise dokumendid allkirjastatud ja kõik on tehnilisele toele üle antud. See on õige, aga sageli tuleb ette olukordi, kus klient harjumusest, olles analüütikuga tihedas kontaktis ja nähes teda kui “võluvitsat”, jätkab temaga aktiivset suhtlemist, hoolimata sellest, et süsteem on juba juurutatud. ja ametlik tugietapp on käimas . Samas, kes kliendi seisukohast paremini ja kiiremini kui temaga koos ülesande püstitanud analüütik vastab süsteemiga töötamise küsimustele. Ja siin tekib küsimus tehnilise toe inseneri ja analüütiku rollide osalisest dubleerimisest. Aja jooksul läheb kõik paremaks, klient harjub tehnilise toega suhtlema, kuid päris tarkvara kasutamise alguses ei saa selline “sisemine üleminek” alati läbi ilma mõlemapoolse pingeta.
Analüütiku ja tehnilise toe inseneri rollide ristumiskoht tekib ka siis, kui arendusnõuete voog toimub tugietapi osana. Tarkvara elutsükli juurde tagasi tulles näeme lahknevust tegelike tootmistingimuste ja formaalsete hoiakute vahel, et nõuete analüüsi ja probleemi sõnastamist saab teha eranditult analüütik. Personalispetsialist peab muidugi mõistma ideaalset pilti rollidest tarkvara elutsükli jooksul; neil on selged piirid. Kuid samas tuleks kindlasti meeles pidada, et ristmik on võimalik. Taotleja teadmiste ja oskuste hindamisel tuleks tähelepanu pöörata vastavate kogemuste olemasolule, st tehnilise toe inseneride otsimisel võib kaaluda ka analüütiku kogemusega kandidaate ja vastupidi.
Lisaks kattumisele toimub sageli ka tootmisrollide koondumine. Näiteks ärianalüütik ja tehniline kirjanik võivad eksisteerida ühe inimesena. Tarkvaraarhitekti (Software Architect) olemasolu on suures tööstusarenduses kohustuslik, samas kui väga väikesed projektid saavad selle rollita hakkama: seal täidavad arhitekti ülesandeid arendajad (Software Developer).
Ajalooliste perioodide muutused arenduskäsitlustes ja tehnoloogiates viivad paratamatult selleni, et areneb ka tarkvara elutsükkel. Globaalselt jäävad selle peamised etapid muidugi muutumatuks, kuid need muutuvad üksikasjalikumaks. Näiteks veebipõhistele lahendustele ülemineku ja kaugkonfigureerimise võimaluste kasvuga on esile kerkinud tarkvarakonfiguratsiooni spetsialisti roll. Varases ajaloostaadiumis olid need juurutajad ehk insenerid, kes veetsid suurema osa oma tööajast klientide töökohtadel. Tarkvara suurenenud maht ja keerukus on viinud tarkvaraarhitekti rolli esilekerkimiseni. Nõuded versioonide väljalasete kiirendamiseks ja tarkvara kvaliteedi parandamiseks aitasid kaasa automatiseeritud testimise arengule ja uue rolli - QA engineer (Quality Assurance Engineer) - esilekerkimisele. Rollide areng tootmisprotsessi kõikides etappides on oluliselt seotud meetodite, tehnoloogiate ja vahendite arenguga.
Siiani oleme vaadanud mõningaid huvitavaid punkte seoses tootmisrollide jaotusega tarkvaraettevõttes tarkvara elutsükli kontekstis. Ilmselgelt on see siseringi nägemus, mis on igale ettevõttele omane. Meile kõigile kui IT-valdkonna tööturul osalejatele ja tööandja brändi edendamise eest vastutajatele on välisvaade eriti oluline. Ja siin on suur probleem mitte ainult tähenduse leidmisel, vaid ka selle teabe edastamisel sihtrühmale.
Mis viga on IT ametikohtade “loomaaial”?
Segadus personalispetsialistide, tootmisjuhtide peades ja lähenemiste mitmekesisus toovad kaasa väga suure mitmekesisuse, tõelise IT-positsioonide “loomaaia”. Intervjuude ja lihtsalt tööalaste kontaktide kogemus näitab, et inimestel ei ole sageli selget arusaama, mis tähendus ametinimetustest tuleneb. Näiteks meie organisatsioonis eeldavad ametikohad, mis sisaldavad terminit "analüütikainsener", et tegemist on ülesannete seadjaga. Selgub aga, et igal pool see nii ei ole: on arendusorganisatsioone, kus analüütiline insener on juurutaja. Täiesti erinev arusaam, kas nõustute?
Esiteks vähendab IT ametikohtade “loomaaed” kahtlemata värbamise efektiivsust. Iga tööandja soovib oma brändi arendades ja reklaamides anda kokkuvõtlikul kujul edasi kõiki tema toodangus eksisteerivaid tähendusi. Ja kui ta ise sageli ei oska selgelt öelda, kes on kes, on loomulik, et ta edastab ebakindlust väliskeskkonda.
Teiseks tekitab IT ametikohtade “loomaaed” tohutult probleeme IT-personali koolitamisel ja arendamisel. Iga tõsine IT-ettevõte, mille eesmärk on inimressursi kujundamine ja arendamine, mitte ainult töökohtade “lüpsmine”, puutub varem või veidi hiljem kokku vajadusega suhelda haridusasutustega. Kõrgelt kvalifitseeritud IT-töötajate jaoks on see ülikoolide segment ja selle parimad, vähemalt need, mis kuuluvad TOP-100 edetabelisse.
Ülikoolidega integreerumise probleem IT-spetsialistide pideva koolitusprotsessi ülesehitamisel on ligikaudu poole võrra väiksem ülikoolide arusaamisest, kes on kes IT-ettevõtte sees. Neil on sellest väga pealiskaudne arusaam. Reeglina on ülikoolidel mitu eriala, mille nimes on sõna “arvutiteadus” ja sageli juhtub, et sisseastumiskampaaniat tehes tuginetakse teesile, et kõik erialad räägivad sisuliselt ühest ja samast asjast. Ja see näeb välja sama, nagu tugineksime levinud müüdile, et kõik IT-spetsialistid on programmeerijad.
Tiheda koostöö kogemus ülikoolidega näitab, et eriala „Rakendusinformaatika (majandusharude lõikes)“ varustab meid metoodika- ja tehnilise toe osakonna personaliga, kuid mitte arendustegevusega. Kui "Fundamental Informaatika", "Tarkvaratehnika" valmistavad arendajatele ette suurepärase inimressursi. Et taotlejat esialgu mitte suunata talle ebasobivale rajale, on vaja IT-tootmist ümbritsev “udu hajutada”.
Kas kõike on võimalik ühisele nimetajale viia?
Kas on võimalik tootmisrollid ühtlustada ja jõuda nendest ühisele arusaamisele ettevõtte sees ja väljaspool?
Loomulikult on see võimalik ja vajalik, sest kõigi arendusettevõtete kogunenud kollektiivne kogemus näitab tootmisprotsessi korraldamisel ühtsete, ühendavate kontseptsioonide olemasolu. See on tingitud tõsiasjast, et tarkvara elutsüklist on endiselt unikaalselt tõlgendatud kontseptsioon ning äsja esile kerkivad tootmisrollid (DataScientist, QA-Insener, MachineLearning Engineer jne) on tarkvara selgitamise ja arendamise tagajärg. tarkvara elutsükkel kui selline, mis toimub nii tehnoloogiate ja tööriistade täiustamisel kui ka äriülesannete arendamisel ja laiendamisel.
Samas on keeruline tootmisrolle ühtlustada, sest IT on üks nooremaid ja kiiremini kasvavaid majandussektoreid. Teatud mõttes on see kaos, millest universum tekkis. Selge organisatsiooniline struktuur on siin võimatu ja kohatu, sest IT on intellektuaalne, kuid väga loominguline valdkond. IT-spetsialist on ühest küljest arenenud algoritmilise ja matemaatilise mõtlemisega “füüsik”-intellektuaal, teisalt aga “lüürik” – ideede looja, kandja ja edendaja. Tal, nagu kunstnikulgi, pole maalimiseks selget plaani, ta ei saa pilti osadeks lagundada, kuna viimane lakkab olemast. Ta on infoprotsesside valitseja, mis iseenesest on abstraktsed, hoomamatud, raskesti mõõdetavad, kuid kiired.
Võimalused efektiivse personalitöö ülesehitamiseks IT-tootmises
Niisiis, mida on oluline teada personalispetsialistil, et IT-tootmisrollide mitmekesisuse kontekstis üles ehitada tõhus personalitöö.
Esiteks peab igal IT-ettevõtte personalispetsialistil olema ettekujutus konkreetselt tema ettevõttele omasest olukorrast: kes mida teeb, keda milleks kutsutakse ja mis kõige tähtsam, mis on nende rollide tähendus ettevõtte tingimustes. konkreetne lavastus.
Teiseks peab personalitöötajal olema paindlik arusaam tootmisrollidest. See tähendab, et esialgu moodustab ta nende kohta ideaalse arusaama, mis võimaldab tal kõik ise välja mõelda. Siis peab olema reaalne tootmispilt: kus ja mil moel rollid ristuvad ja ühinevad, milline on nende rollide tajumine tootmisjuhtide seas. Personalispetsialisti jaoks on raskuseks reaalse ja ideaalse olukorra ühildamine mõtetes, mitte püüda vägisi protsesse oma ideaalse arusaama järgi ümber ehitada, vaid aidata tootmist ressursivajaduse rahuldamisel.
Kolmandaks peaks kindlasti olema ettekujutus teatud spetsialistide võimalikest arengutrajektooridest: millistel juhtudel võib väline valik olla efektiivne ja millal on parem töötajat oma meeskonda kasvatada, pakkudes talle arenguvõimalusi, milliseid omadusi. kandidaatidest võimaldab neil areneda kindlas suunas, mis omadused ei saa ühes inimeses ühilduda, mis on esialgu oluline arengutrajektoori valikul.
Neljandaks pöördugem tagasi teesi juurde, et IT on kõrgelt kvalifitseeritud personali valdkond, kus varajane integreerumine ülikooli hariduskeskkonnaga on efektiivsemaks personalitööks vältimatu. Sellises olukorras peab iga personalispetsialist arendama mitte ainult otseotsingu, ankeetidega töötamise ja intervjueerimise oskusi, vaid kindlasti orienteeruma ka ülikoolis spetsialistide koolitamise keskkonnas: millised ülikoolid valmistavad ette personali ettevõttesse, millised erialad konkreetsete ülikoolide sees. katta personalivajadusi ja mida Oluline on, kes on selle taga, kes juhib ja koolitab spetsialiste ülikoolides.
Seega, kui sihikindlalt kummutada müüt, et kõik IT-spetsialistid on programmeerijad, tuleb selles suunas astuda mitmeid samme ja pöörata erilist tähelepanu meie ülikoolidele, kus pannakse alus tulevase elukutse tajumisele. Teisisõnu vajame pidevat suhtlemist hariduskeskkonnaga, kasutades näiteks kaasaegset koostöövormingut ühistöökeskustes, "keemispunkte" ja osalemist õppeintensiivsus. See aitab hävitada väärarusaamu IT-ettevõttest, tõstab personalitöö efektiivsust ja luua tingimused ühistegevuseks meie valdkonna erinevate spetsialistide koolitamisel.
Tänan kolleege, kes osalesid selle artikli ettevalmistamises ja toetasid selle asjakohasust: Valentina Veršinina ja Juri Krupin.
Allikas: www.habr.com