Dabartiniame pramoninės programinės įrangos kūrimo etape galima stebėti įvairius gamybos vaidmenis. Jų daugėja, kasmet sudėtingėja klasifikacija, natūralu, kad sudėtingėja specialistų atrankos ir darbo su žmogiškaisiais ištekliais procesai. Informacinės technologijos (IT) yra aukštos kvalifikacijos darbo resursų ir darbuotojų trūkumo sritis. Čia personalo ugdymo procesas ir sistemingo darbo su personalo potencialu poreikis yra daug efektyvesnis nei tiesioginė atranka naudojant interneto išteklius.
Straipsnyje aptariamos IT įmonių personalo specialistams aktualios problemos: priežasties-pasekmės ryšiai evoliucijoje gamybiniams vaidmenims, netinkamo vaidmenų turinio interpretavimo pasekmės personalo darbui apskritai, taip pat galimi variantai, kaip padidinti darbuotojų skaičių. specialistų įdarbinimo efektyvumas.
IT gamyba nežinantiems
Kas yra kas IT srityje – diskusijų tema įvairiose platformose. Ji egzistavo tol, kol visa IT pramonė, tai yra, nuo pirmųjų programinės įrangos kūrimo įmonių pasirodymo vartotojų rinkoje praėjusio amžiaus 90-ųjų pradžioje. Ir tiek pat laiko nebuvo bendros nuomonės šiuo klausimu, o tai sukelia sunkumų ir mažina personalo darbo efektyvumą. Pabandykime tai išsiaiškinti.
Man gamybinių vaidmenų IT sektoriuje tema tapo aktuali ir įdomi nuo tada, kai įstojau į IT įmonę. Daug laiko ir nervinės energijos skyriau bandydamas suprasti gamybos procesą. Šios išlaidos viršijo mano lūkesčius ir prisitaikymo prie procesų kitose srityse: švietimo, medžiagų gamybos, smulkaus verslo išlaidas. Supratau, kad procesai yra sudėtingi ir neįprasti, nes apskritai žmogus labiau prisitaikęs prie materialaus pasaulio nei prie virtualaus. Tačiau buvo intuityvus pasipriešinimas: atrodė, kad čia kažkas ne taip, taip neturėtų būti. Adaptacijos procesas tikriausiai truko metus, o tai, mano supratimu, yra tiesiog kosmiška. Dėl to gana aiškiai supratau pagrindinius vaidmenis IT gamyboje.
Šiuo metu aš ir toliau dirbu su šia tema, bet kitu lygiu. Kaip IT įmonės plėtros centro vadovei, siekiant populiarinti darbdavio prekės ženklą darbo rinkoje, dažnai tenka bendrauti su studentais, universiteto dėstytojais, pretendentais, moksleiviais ir kitais, norinčiais dalyvauti kuriant IT produktą. naujos teritorijos (Jaroslavlio). Šis bendravimas nėra lengvas dėl menko pašnekovų informuotumo apie tai, kaip organizuojamas programinės įrangos kūrimo procesas, ir dėl to pokalbio temos nesuvokimo. Po 5–10 minučių dialogo nebegaunate grįžtamojo ryšio ir pradedate jaustis kaip užsienietis, kurio kalbą reikia išversti. Paprastai tarp pašnekovų yra kažkas, kas dialoge nubrėžia brūkšnį ir ištaria 90-ųjų liaudies mitą: „Bet kokiu atveju visi IT specialistai yra programuotojai“. Mito ištakos yra šios:
- IT pramonė sparčiai vystosi, tokiomis sąlygomis visos pagrindinės reikšmės ir principai yra formavimosi stadijoje;
- Sunku egzistuoti neapibrėžtumo sąlygomis, todėl žmogus, kurdamas mitus, stengiasi sau palengvinti nežinomybės suvokimą;
- žmogus yra labiau pripratęs prie materialaus pasaulio suvokimo nei virtualaus, todėl jam sunku apibrėžti sąvokas, kurios yra už jo suvokimo ribų.
Bandymas kovoti su šiuo mitu kartais gali jaustis tarsi pasviręs prie vėjo malūnų, nes yra keletas problemos aspektų, kuriuos reikia spręsti. HR specialistas turi, pirma, turėti aiškų vaizdą apie gamybinius vaidmenis IT įmonėje idealiame ir realiame įsikūnijime, antra, suprasti, kaip ir kada galima efektyviausiai panaudoti įmonės vidinius išteklius, ir, trečia, kokie realūs metodai bus naudojami. padės didinti darbo rinkos dalyvių žinomumą ir prisidės prie darbdavio prekės ženklo kūrimo. Pažvelkime į šiuos aspektus atidžiau.
Programinės įrangos gyvavimo ciklas kaip gamybos vaidmenų pagrindas
Ne paslaptis, kad apskritai visų gamybos vaidmenų bet kurioje IT įmonėje šaltinis yra programinės įrangos gyvavimo ciklas. Todėl, jei iškeliame konceptualią užduotį susitarti dėl vieningo šios problemos suvokimo visoje IT pramonėje, turime konkrečiai pasikliauti programinės įrangos gyvavimo ciklu kaip visiems priimtinu ir aiškiai suprantamu semantiniu pagrindu. Konkrečių gamybos vaidmenų klausimo įgyvendinimo variantų aptarimas yra mūsų kūrybinio požiūrio į programinės įrangos gyvavimo ciklą plotmėje.
Taigi, pažvelkime į programinės įrangos gyvavimo ciklo etapus, kaip pavyzdį naudodami RUP metodiką. Tai gana brandžios nuorodos turinio ir terminijos prasme. Gamybos procesas visada ir visur prasideda verslo modeliavimu ir reikalavimų formavimu, o baigiasi (žinoma, sąlygiškai) vartotojų konsultavimu ir programinės įrangos modifikavimu pagal vartotojų „norus“.
Jei pažvelgsite į istorinę ekskursiją į praėjusio amžiaus pabaigą (kaip žinote, tai buvo „salų automatizavimo“ laikotarpis), galite pamatyti, kad visą programinės įrangos kūrimo procesą atliko programuotojas-kūrėjas. Štai ir slypi mitas, kad kiekvienas IT specialistas yra programuotojas.
Didėjant gamybos procesų sudėtingumui, atsirandant integruotoms platformoms ir pereinant prie sudėtingo dalykinių sričių automatizavimo, pertvarkant verslo procesus, neišvengiama tampa specializuotų, su gyvavimo ciklo etapais susietų vaidmenų atsiradimas. Taip atsiranda analitikas, testuotojas ir techninės pagalbos specialistas.
Pareigybių įvairovė analitiko vaidmens pavyzdžiu
Analitikas (dar žinomas kaip analitikas inžinierius, dar žinomas kaip direktorius, metodininkas, verslo analitikas, sistemų analitikas ir kt.) padeda „susidraugauti“ su verslo užduotimis ir jų įgyvendinimo technologijomis. Problemos teiginio aprašymas kūrėjui – taip galima apibūdinti pagrindinę abstrakčiojo analitiko funkciją. Jis veikia kaip jungtis tarp kliento ir kūrėjo reikalavimų formavimo, analizės ir programinės įrangos projektavimo procesuose. Realiomis gamybos sąlygomis analitiko funkcijų sąrašą lemia gamybos organizavimo būdas, specialisto kvalifikacija, modeliuojamos dalykinės srities specifika.
Kai kurie analitikai įsikūrę arčiau kliento. Tai verslo analitikai (Business Analyst). Jie puikiai supranta dalykinės srities verslo procesus ir patys yra automatizuotų procesų ekspertai. Labai svarbu turėti tokius specialistus įmonėse, ypač automatizuojant metodiškai sudėtingas dalykines sritis. Ypač mums, kaip valstybės biudžeto proceso automatizatoriams, tiesiog būtina, kad tarp analitikų būtų dalyko ekspertai. Tai aukštos kvalifikacijos darbuotojai, turintys gerą finansinį ir ekonominį išsilavinimą bei patirties dirbant finansų institucijose, pageidautina vadovaujančių specialistų pareigose. Patirtis ne IT srityje, o konkrečiai dalykinėje srityje yra nepaprastai svarbi.
Kita dalis analitikų – arčiau kūrėjų. Tai sistemos analitikai (System Analyst). Pagrindinis jų uždavinys – nustatyti, sisteminti ir analizuoti klientų reikalavimus, kad būtų galima juos patenkinti, parengti technines specifikacijas ir aprašyti problemų teiginius. Jie supranta ne tik verslo procesus, bet ir informacines technologijas, puikiai išmano klientui tiekiamos programinės įrangos galimybes, turi projektavimo įgūdžių ir atitinkamai supranta, kaip geriausiai perteikti kliento interesus kūrėjui. Šie darbuotojai turi turėti IRT srities išsilavinimą ir inžinerinį bei techninį mąstymą, pageidautina patirties IT srityje. Renkantis tokius specialistus, projektavimo įgūdžiai naudojant šiuolaikines priemones bus akivaizdus privalumas.
Kitas analitiko tipas yra techniniai rašytojai. Jie užsiima dokumentacija kaip programinės įrangos kūrimo procesų dalimi, rengia vartotojo ir administratoriaus vadovus, technologines instrukcijas, mokomuosius filmukus ir kt. Pagrindinė jų užduotis – mokėti vartotojams ir kitiems suinteresuotiems asmenims perteikti informaciją apie programos veikimą, glaustai ir aiškiai aprašyti techniškai sudėtingus dalykus. Techniniai rašytojai dažniausiai puikiai moka rusų kalbą, tuo pačiu turi techninį išsilavinimą ir analitinį protą. Tokiems specialistams didžiausią reikšmę turi įgūdžiai parengti aiškų, kompetentingą, detalų techninį tekstą pagal standartus, taip pat dokumentacijos priemonių išmanymas ir įvaldymas.
Taigi, matome tą patį vaidmenį (ir, beje, poziciją personalo lentelėje) - analitiko, bet skirtingais jo specifiniais pritaikymais. Specialistų paieška kiekvienam iš jų turi savo ypatybes. Svarbu žinoti, kad tokio tipo analitikai turi turėti įgūdžių ir žinių, kurios dažnai nesuderinamos viename asmenyje. Vienas – humanitarinių mokslų specialistas, linkęs į analitinį darbą su didelėmis tekstinių dokumentų apimtimis, turintis išlavintus kalbėjimo ir bendravimo įgūdžius, kitas – inžinerinio mąstymo ir pomėgių IT srityje „technikas“.
Imame iš išorės ar auginame?
Dideliam IT industrijos atstovui augant projektams mažėja tiesioginės atrankos iš interneto išteklių efektyvumas. Taip atsitinka visų pirma dėl šių priežasčių: greitas prisitaikymas prie sudėtingų procesų įmonėje neįmanomas, konkrečių įrankių įsisavinimo greitis yra mažesnis nei projekto vystymo greitis. Todėl personalo specialistui svarbu žinoti ne tik ko ieškoti išorėje, bet ir kaip panaudoti vidinius įmonės resursus, iš ko ir kaip ugdyti specialistą.
Verslo analitikams labai svarbi patirtis dirbant realiuose dalykinės srities procesuose, todėl juos įdarbinti „iš išorės“ yra efektyviau nei auginti įmonės viduje. Tuo pačiu metu personalo specialistui svarbu žinoti organizacijų, kurios gali būti šių žmogiškųjų išteklių šaltiniais, sąrašą ir renkantis susitelkti į gyvenimo aprašymų iš jų paiešką.
Norint užpildyti tokias laisvas darbo vietas kaip sistemų analitikas ir programinės įrangos architektas, priešingai, didelę reikšmę turi mokymo procesas įmonėje. Šie specialistai turi būti formuojami esamoje gamybos aplinkoje ir konkrečios organizacijos specifikoje. Sistemos analitikai kuria iš verslo analitikų, techninių rašytojų ir techninės pagalbos inžinierių. Programinės įrangos architektai – nuo dizainerių (System Designer) ir programinės įrangos kūrėjų (Software Developer), kai jie įgyja patirties ir plečia savo akiratį. Ši aplinkybė leidžia personalo specialistui efektyviai panaudoti vidinius įmonės resursus.
Gamybos vaidmenų susikirtimas, integracija ir raida
Yra dar vienas sudėtingas klausimas diegimo gamybos procese požiūriu – aiškių ribų tarp vaidmenų nustatymas. Iš pirmo žvilgsnio gali atrodyti, kad viskas akivaizdu: įdiegimas baigtas, programinės įrangos atidavimo komercinei veiklai dokumentai pasirašyti, viskas perduota techninei pagalbai. Tiesa, tačiau dažnai pasitaiko situacijų, kai klientas iš įpročio, artimai bendraudamas su analitiku ir matydamas jį kaip „stebuklingą lazdelę“, toliau aktyviai su juo bendrauja, nepaisant to, kad sistema jau įdiegta. ir vyksta formalus paramos etapas . Tačiau, žvelgiant iš kliento pusės, kas geriau ir greičiau nei kartu su juo užduotį nustatęs analitikas atsakys į klausimus apie darbą su sistema. Ir čia kyla klausimas dėl dalinio techninio aptarnavimo inžinieriaus ir analitiko vaidmenų dubliavimo. Laikui bėgant viskas gerėja, klientas pripranta bendrauti su techninės pagalbos tarnyba, tačiau pačioje programinės įrangos naudojimo pradžioje toks „vidinis perėjimas“ ne visada gali būti atliktas be streso iš abiejų pusių.
Analitiko ir techninės pagalbos inžinieriaus vaidmenų sankirta taip pat atsiranda, kai kūrimo reikalavimų srautas vyksta kaip paramos etapo dalis. Grįžtant prie programinės įrangos gyvavimo ciklo, matome neatitikimą tarp realių gamybos sąlygų ir formalių nuostatų, kad reikalavimų analizę ir problemos formulavimą gali atlikti išskirtinai analitikas. HR specialistas, žinoma, turi suprasti idealų vaidmenų vaizdą programinės įrangos gyvavimo cikle; jie turi aiškias ribas. Tačiau tuo pat metu tikrai turėtumėte nepamiršti, kad sankryža yra įmanoma. Vertindami kandidato žinias ir įgūdžius, turėtumėte atkreipti dėmesį į susijusios patirties buvimą, tai yra, ieškant techninės pagalbos inžinierių, gali būti svarstomi kandidatai, turintys analitiko patirties, ir atvirkščiai.
Be sutapimo, dažnai vyksta ir gamybos vaidmenų konsolidavimas. Pavyzdžiui, verslo analitikas ir techninis rašytojas gali egzistuoti kaip vienas asmuo. Programinės įrangos architekto (Software Architect) buvimas yra privalomas didelėje pramonės plėtroje, o labai maži projektai gali apsieiti be šio vaidmens: ten architekto funkcijas atlieka kūrėjai (Software Developer).
Istorinių laikotarpių pokyčiai kūrimo požiūriu ir technologijose neišvengiamai lemia tai, kad programinės įrangos gyvavimo ciklas taip pat vystosi. Pasauliniu mastu, žinoma, pagrindiniai jo etapai išlieka nepakitę, tačiau jie tampa vis detalesni. Pavyzdžiui, perėjus prie žiniatinklio sprendimų ir išaugus nuotolinio konfigūravimo galimybėms, atsirado programinės įrangos konfigūravimo specialisto vaidmuo. Ankstyvoje istorinėje stadijoje tai buvo įgyvendintojai, tai yra inžinieriai, kurie didžiąją savo darbo laiko dalį praleisdavo klientų darbo vietose. Padidėjęs programinės įrangos kiekis ir sudėtingumas paskatino programinės įrangos architekto vaidmens atsiradimą. Reikalavimai versijų išleidimams spartinti ir programinės įrangos kokybei gerinti prisidėjo prie automatizuoto testavimo kūrimo ir naujo vaidmens – QA inžinieriaus (Quality Assurance Engineer) – atsiradimo ir kt. Vaidmenų raida visuose gamybos proceso etapuose reikšmingai susijusi su metodų, technologijų ir priemonių plėtra.
Iki šiol apžvelgėme keletą įdomių dalykų, susijusių su gamybos vaidmenų paskirstymu programinės įrangos įmonėje programinės įrangos gyvavimo ciklo kontekste. Akivaizdu, kad tai yra viešai neatskleista nuomonė, kuri būdinga kiekvienai įmonei. Mums visiems, kaip IT pramonės darbo rinkos dalyviams ir atsakingiems už darbdavio prekės ženklo populiarinimą, žvilgsnis iš išorės bus ypač svarbus. Ir čia yra didelė problema ne tik ieškant prasmės, bet ir perduodant šią informaciją tikslinei auditorijai.
Kas negerai su IT pozicijų „zoologijos sodu“?
Sumaištis personalo specialistų, gamybos vadovų galvose ir požiūrių įvairovė lemia labai didelę IT pozicijų įvairovę, tikrą „zoologijos sodą“. Pokalbių ir tiesiog profesinių kontaktų patirtis rodo, kad žmonės dažnai neturi aiškaus supratimo apie prasmę, kuri turėtų kilti iš pareigų pavadinimų. Pavyzdžiui, mūsų organizacijoje pareigose, kuriose yra terminas „analitikos inžinierius“, daroma prielaida, kad tai yra užduočių nustatytojas. Tačiau, pasirodo, taip yra ne visur: yra vystymo organizacijų, kuriose inžinierius analitikas yra diegėjas. Visiškai kitoks supratimas, ar sutiktumėte?
Pirma, IT pozicijų „zoologijos sodas“ neabejotinai mažina įdarbinimo efektyvumą. Kiekvienas darbdavys, kurdamas ir reklamuodamas savo prekės ženklą, nori glausta forma perteikti visas jo gamyboje egzistuojančias reikšmes. Ir jei jis pats dažnai negali aiškiai pasakyti, kas yra kas, natūralu, kad neapibrėžtumą jis transliuos į išorinę aplinką.
Antra, IT pozicijų „zoologijos sodas“ sukuria milžiniškas IT personalo mokymo ir tobulinimo problemas. Kiekviena rimta IT įmonė, kurios tikslas – formuoti ir plėtoti žmogiškuosius išteklius, o ne tik „melžti“ darbo vietas, anksčiau ar šiek tiek vėliau susiduria su poreikiu bendrauti su mokymo įstaigomis. Aukštos kvalifikacijos IT personalui tai yra universitetų segmentas ir patys geriausi, bent jau esantys TOP-100 reitinge.
Integracijos su universitetais problema kuriant nuolatinį IT specialistų rengimo procesą yra maždaug pusė universitetų nesuvokimo, kas yra kas IT įmonėje. Jie labai paviršutiniškai tai supranta. Paprastai universitetai turi keletą specialybių, kurių pavadinimuose yra žodis „informatika“, ir dažnai pasitaiko, kad vykdydami priėmimo kampaniją jie remiasi teze, kad visos specialybės iš esmės yra apie tą patį. Ir atrodo taip, lyg pasikliautume populiariu mitu, kad visi IT specialistai yra programuotojai.
Mūsų glaudaus bendradarbiavimo su universitetais patirtis rodo, kad specialybė „Taikomoji informatika (pagal pramonę)“ aprūpina mus personalu metodikos ir techninio aptarnavimo skyriams, bet ne plėtrai. „Fundamentalioji informatika“, o „Programinės įrangos inžinerija“ rengia puikius žmogiškuosius išteklius kūrėjams. Norint iš pradžių nenukreipti pretendento jam netinkamu keliu, reikia „išsklaidyti rūką“, gaubiantį IT gamybą.
Ar įmanoma viską suvesti į bendrą vardiklį?
Ar įmanoma suvienodinti gamybos vaidmenis ir pasiekti bendrą jų supratimą įmonėje ir už jos ribų?
Žinoma, tai įmanoma ir būtina, nes sukaupta kolektyvinė visų plėtros įmonių patirtis rodo bendrų, vienijančių gamybos proceso organizavimo koncepcijų buvimą. Taip yra dėl to, kad vis dar yra unikaliai interpretuojama programinės įrangos gyvavimo ciklo koncepcija, o naujai atsirandantys gamybos vaidmenys (duomenų mokslininkas, kokybės užtikrinimo inžinierius, mašinų mokymosi inžinierius ir kt.) yra paaiškinimo ir tobulinimo pasekmė. programinės įrangos gyvavimo ciklas kaip toks, atsirandantis tobulinant technologijas ir įrankius, taip pat plėtojant ir plečiant verslo užduotis.
Tuo pačiu sunku suvienodinti gamybos vaidmenis, nes IT yra vienas iš jauniausių ir greičiausiai augančių ekonomikos sektorių. Tam tikra prasme tai yra chaosas, iš kurio atsirado visata. Aiški organizacinė struktūra čia neįmanoma ir netinkama, nes IT yra intelektuali, bet labai kūrybinga sritis. Viena vertus, IT specialistas yra „fizikas“ – intelektualas, turintis išvystytą algoritminį ir matematinį mąstymą, kita vertus – „lyrikas“ – idėjų kūrėjas, nešėjas ir propaguotojas. Jis, kaip ir menininkas, neturi aiškaus tapybos plano, negali išskaidyti vaizdo į dalis, nes pastarosios nustos egzistuoti. Jis yra informacinių procesų, kurie patys savaime yra abstraktūs, neapčiuopiami, sunkiai išmatuojami, bet greiti, valdovas.
Būdai sukurti efektyvų personalo darbą IT gamyboje
Taigi, ką svarbu žinoti personalo specialistui, norint sukurti efektyvų personalo darbą IT gamybos vaidmenų įvairovės kontekste.
Pirma, bet kuris IT įmonės personalo specialistas turi suvokti situaciją, būdingą konkrečiai jo įmonei: kas ką daro, kas kaip vadinasi, ir, svarbiausia, kokia šių vaidmenų reikšmė įmonės sąlygomis. tam tikra produkcija.
Antra, personalo specialistas turi lanksčiai suprasti gamybos vaidmenis. Tai yra, iš pradžių jis formuoja idealų supratimą apie juos, leidžiantį viską išsiaiškinti pačiam. Tada turi susidaryti tikras gamybos vaizdas: kur ir kokiais būdais susikerta ir dera vaidmenys, koks šių vaidmenų suvokimas tarp gamybos vadovų. Personalo specialisto sunkumas yra mintyse derinti realias ir idealias situacijas, o ne bandyti per prievartą perstatyti procesus, kad jie atitiktų idealų supratimą, o padėti gamybai patenkinti išteklių poreikį.
Trečia, jūs tikrai turėtumėte turėti idėją apie galimas tam tikrų specialistų tobulėjimo trajektorijas: kokiais atvejais išorinė atranka gali būti efektyvi, o kada geriau auginti darbuotoją savo komandoje, suteikiant jam tobulėjimo galimybes, kokios savybės kandidatų leis jiems tobulėti tam tikra kryptimi, kurios savybės negali būti suderinamos viename žmoguje, o tai iš pradžių svarbu renkantis vystymosi trajektoriją.
Ketvirta, grįžkime prie tezės, kad IT yra aukštos kvalifikacijos personalo sritis, kurioje neišvengiama ankstyva integracija su universiteto edukacine aplinka efektyvesniam personalo darbui. Esant tokiai situacijai, kiekvienas personalo specialistas turi lavinti ne tik tiesioginės paieškos, darbo su anketomis ir interviu įgūdžius, bet ir būtinai orientuotis universitetinėje specialistų rengimo aplinkoje: kurie universitetai ruošia personalą įmonei, kokios specialybės konkrečių universitetų viduje. padengti personalo poreikius ir ką Svarbu, kas už to stovi, kas vadovauja ir rengia specialistus universitetuose.
Taigi, tikslingai griaunant mitą, kad visi IT specialistai yra programuotojai, reikia žengti nemažai žingsnių šia linkme ir ypatingą dėmesį skirti mūsų universitetams, kuriuose klojami pamatai būsimos profesijos suvokimui. Kitaip tariant, mums reikia nuolatinės sąveikos su ugdymo aplinka, pavyzdžiui, naudojant šiuolaikinį bendradarbiavimo formatą bendradarbystės centruose, „virimo taškus“ ir dalyvavimą ugdymo intensyviuose užsiėmimuose. Tai padės sugriauti klaidingą supratimą apie IT įmonę, padidinti personalo darbo efektyvumą ir sudaryti sąlygas bendrai veiklai rengiant įvairius mūsų pramonės specialistus.
Dėkoju kolegoms, dalyvavusiems rengiant ir palaikantiems šį straipsnį: Valentinai Veršininai ir Jurijui Krupinui.
Šaltinis: www.habr.com