Teollisuuden ohjelmistokehityksen nykyisessä kehitysvaiheessa voidaan havaita erilaisia tuotantorooleja. Heidän määränsä kasvaa, luokittelu monimutkaistuu vuosi vuodelta ja luonnollisesti asiantuntijoiden valintaprosessit ja henkilöstötyöskentely monimutkaistuvat. Tietotekniikka (IT) on korkeasti koulutettujen työvoimaresurssien ja henkilöstöpulan alue. Täällä henkilöstön kehittämisprosessi ja tarve systemaattiseen työskentelyyn henkilöstöpotentiaalin kanssa ovat paljon tehokkaampia kuin suora valinta Internet-resursseja käyttäen.
Artikkelissa käsitellään IT-yritysten HR-asiantuntijoille tärkeitä asioita: syy-seuraus-suhteita tuotantoroolien kehityksessä, roolien sisällön väärintulkinnan seurauksia HR-työlle yleensä sekä mahdollisia vaihtoehtoja henkilöstöhallinnon kasvattamiseen. asiantuntijoiden rekrytoinnin tehokkuus.
IT-tuotantoa tietämättömille
Kuka on kuka IT-alalla on keskustelunaihe eri alustoilla. Se on ollut olemassa niin kauan kuin koko IT-ala, eli ensimmäisten ohjelmistokehitysyritysten ilmestymisestä kuluttajamarkkinoille viime vuosisadan 90-luvun alussa. Ja samaan aikaan asiasta ei ole ollut yhteistä näkemystä, mikä vaikeuttaa ja vähentää henkilöstötyön tehokkuutta. Yritetään selvittää se.
Minulle IT-alan tuotantorooleista on tullut ajankohtainen ja kiinnostava IT-yrityksen palvelukseen liittymisen jälkeen. Käytin paljon aikaa ja hermostunutta energiaa tuotantoprosessin ymmärtämiseen. Nämä kustannukset ylittivät odotukseni ja prosesseihin sopeutumisen kustannukset muilla aloilla: koulutus, materiaalituotanto, pienyritys. Ymmärsin, että prosessit ovat monimutkaisia ja epätavallisia, koska yleensä ihminen on sopeutunut enemmän aineelliseen maailmaan kuin virtuaaliseen. Mutta intuitiivista vastustusta esiintyi: näytti, että tässä oli jotain vialla, sen ei pitäisi olla näin. Sopeutumisprosessi kesti luultavasti vuoden, mikä käsittääkseni on yksinkertaisesti kosmista. Tämän seurauksena minulla oli melko selkeä käsitys IT-tuotannon avainrooleista.
Tällä hetkellä jatkan työskentelyä tämän aiheen parissa, mutta eri tasolla. IT-alan yrityksen kehityskeskuksen johtajana joudun usein kommunikoimaan opiskelijoiden, yliopiston opettajien, hakijoiden, koululaisten ja muiden IT-tuotteen luomiseen haluavien kanssa edistääkseni työnantajabrändiä työmarkkinoilla. uudelle alueelle (Jaroslavl). Tämä kommunikointi ei ole helppoa, koska keskustelukumppanit eivät ole tietoisia siitä, miten ohjelmistokehitysprosessi on organisoitu, ja tästä johtuen he eivät ymmärrä keskustelun aihetta. 5–10 minuutin keskustelun jälkeen palautteen vastaanottaminen lakkaa ja alkaa tuntea itsensä ulkomaalaiseksi, jonka puhe vaatii käännöstä. Pääsääntöisesti keskustelukumppaneiden joukossa on joku, joka vetää rajan vuoropuheluun ja puhuu kansanmyyttiä 90-luvulta: "Joka tapauksessa kaikki IT-asiantuntijat ovat ohjelmoijia." Myytin alkuperä ovat:
- IT-ala kehittyy nopeasti, näissä olosuhteissa kaikki perusmerkit ja -periaatteet ovat muodostumisvaiheessa;
- Epävarmuuden olosuhteissa on vaikea elää, joten ihminen yrittää helpottaa itselleen tuntemattoman ymmärtämistä luomalla myyttejä;
- ihminen on tottunut enemmän aineellisen maailman havaintoon kuin virtuaaliseen, ja siksi hänen on vaikea määritellä käsitteitä, jotka ovat hänen havaintonsa ulkopuolella.
Tämän myytin torjuminen voi joskus tuntua tuulimyllyjen kaatumiselta, koska ongelmaan on puututtava useilla näkökohdilla. HR-asiantuntijalla on ensinnäkin oltava selkeä kuva tuotantorooleista IT-yrityksessä ihanteellisessa ja todellisessa suoritusmuodossa, toiseksi ymmärtää, miten ja milloin yrityksen sisäisiä resursseja voidaan hyödyntää tehokkaimmin, ja kolmanneksi, mitä todellisia menetelmiä käytetään. auttaa lisäämään työmarkkinoiden toimijoiden tietoisuutta ja myötävaikuttaa työnantajabrändin kehittämiseen. Tarkastellaanpa näitä näkökohtia tarkemmin.
Ohjelmiston elinkaari tuotantoroolien perustana
Ei ole mikään salaisuus, että yleensä kaikissa tuotantorooleissa missä tahansa IT-yrityksessä lähteenä on ohjelmiston elinkaari. Siksi, jos asetamme käsitteellisenä tehtävänä sopia yhtenäisestä käsityksestä tästä asiasta koko IT-alalla, meidän on turvauduttava nimenomaan ohjelmistojen elinkaariin kaikkien hyväksymänä ja selkeästi ymmärrettävänä semanttisena perustana. Tuotantoroolikysymyksen toteuttamismahdollisuuksista pohditaan luovan suhtautumisemme tasoon ohjelmiston elinkaareen.
Tarkastellaan siis vaiheita, joita ohjelmiston elinkaaren sisällä on, käyttämällä esimerkkinä RUP-metodologiaa. Ne ovat sisällöltään ja terminologialtaan melko kypsiä linkkejä. Tuotantoprosessi alkaa aina ja kaikkialla liiketoiminnan mallintamisesta ja vaatimusten muodostamisesta ja päättyy (ehdollisesti tietysti) käyttäjien konsultointiin ja ohjelmistojen muokkaamiseen käyttäjien "toiveiden" mukaan.
Jos teet historiallisen retken viime vuosisadan loppuun (kuten tiedätte, tämä oli "saariautomaation" aikaa), voit nähdä, että koko ohjelmiston luomisprosessin suoritti ohjelmoija-kehittäjä. Tässä ovat myytin juuret, että jokainen IT-asiantuntija on ohjelmoija.
Tuotantoprosessien monimutkaistuessa, integroitujen alustojen ilmaantumisen ja aihealueiden monimutkaiseen automatisointiin siirtymisen ja liiketoimintaprosessien uudelleensuunnittelun myötä elinkaaren vaiheisiin sidottujen erikoisroolien syntyminen on väistämätöntä. Näin analyytikko, testaaja ja teknisen tuen asiantuntija ilmestyvät.
Asemien monimuotoisuus analyytikon roolin esimerkin avulla
Analyytikko (alias analyyttinen insinööri, alias johtaja, metodologi, liiketoimintaanalyytikko, järjestelmäanalyytikko jne.) auttaa "ystävystymään" liiketoimintatehtävien ja niiden toteuttamiseen tarvittavien teknologioiden kanssa. Ongelmankuvauksen kuvaus kehittäjälle - näin voidaan luonnehtia abstraktin analyytikon päätehtävää. Hän toimii linkkinä asiakkaan ja kehittäjän välillä vaatimusten muodostus-, analysointi- ja ohjelmistosuunnitteluprosesseissa. Todellisissa tuotantooloissa analyytikkotehtävien luettelo määräytyy tuotannon organisointitavan, asiantuntijan pätevyyden ja mallinnetun aihealueen erityispiirteiden mukaan.
Jotkut analyytikot sijaitsevat lähempänä asiakasta. Nämä ovat yritysanalyytikot (Business Analyst). He ymmärtävät syvästi aihealueen liiketoimintaprosesseja ja ovat itse automatisoitujen prosessien asiantuntijoita. On erittäin tärkeää, että yrityksen henkilöstössä on tällaisia asiantuntijoita, varsinkin kun automatisoidaan metodologisesti monimutkaisia aihealueita. Erityisesti meille valtion budjettiprosessin automatisoijille on yksinkertaisesti välttämätöntä, että analyytikoiden joukossa on aiheen asiantuntijoita. Nämä ovat korkeasti koulutettuja työntekijöitä, joilla on hyvä talous- ja talouskoulutus sekä kokemusta rahoitusviranomaisista, mielellään johtavien asiantuntijoiden roolista. Kokemus ei IT-alalta, vaan nimenomaan alalta on erittäin tärkeää.
Toinen osa analyytikoista on lähempänä kehittäjiä. Nämä ovat järjestelmäanalyytikot (System Analyst). Heidän päätehtävänään on tunnistaa, systematisoida ja analysoida asiakkaan tarpeita niiden tyydyttämisen mahdollistamiseksi, laatia tekniset spesifikaatiot ja kuvata ongelmailmoituksia. He ymmärtävät liiketoimintaprosessien lisäksi myös tietotekniikkaa, ymmärtävät hyvin asiakkaalle toimitettujen ohjelmistojen ominaisuudet, heillä on suunnittelutaitoja ja vastaavasti he ymmärtävät, kuinka asiakkaan edut voidaan parhaiten välittää kehittäjälle. Näillä työntekijöillä tulee olla ICT-alan koulutus ja insinööri-tekninen ajattelutapa, mieluiten kokemusta IT-alalta. Tällaisia asiantuntijoita valittaessa suunnittelutaidot nykyaikaisilla työkaluilla on selkeä etu.
Toinen analyytikkotyyppi on tekniset kirjoittajat. He harjoittavat dokumentointia osana ohjelmistokehitysprosesseja, valmistelevat käyttö- ja järjestelmänvalvojan käsikirjoja, teknisiä ohjeita, koulutusvideoita jne. Heidän päätehtävänään on osata välittää tietoa ohjelman toiminnasta käyttäjille ja muille kiinnostuneille, kuvata teknisesti monimutkaisia asioita ytimekkäästi ja selkeästi. Teknisillä kirjoittajilla on suurimmaksi osaksi erinomainen venäjän kielen taito, ja samalla heillä on tekninen koulutus ja analyyttinen mieli. Tällaisille asiantuntijoille on tärkeintä taito koota selkeät, pätevät ja yksityiskohtaiset standardien mukaiset tekniset tekstit sekä dokumentointityökalujen tuntemus ja hallinta.
Näin ollen näemme saman roolin (ja muuten aseman henkilöstötaulukossa) - analyytikko, mutta sen erilaisissa erityisissä sovelluksissa. Asiantuntijoiden etsimisellä jokaiselle heistä on omat ominaisuutensa. On tärkeää tietää, että tämän tyyppisillä analyytikoilla on oltava taitoja ja tietoja, jotka eivät usein ole yhteensopivia yhdessä henkilössä. Toinen on humanisti, joka on taipuvainen analyyttiseen työhön suurten tekstimäärien parissa, jolla on kehittyneet puhe- ja viestintätaidot, toinen on "teknikko", jolla on insinööriajattelu ja kiinnostus IT-alaan.
Otetaanko ulkopuolelta vai kasvatetaanko?
IT-alan suurelle edustajalle suoran valinnan tehokkuus Internet-resursseista laskee projektien kasvaessa. Tämä tapahtuu erityisesti seuraavista syistä: nopea sopeutuminen monimutkaisiin prosesseihin yrityksen sisällä on mahdotonta, tiettyjen työkalujen hallinta on pienempi kuin projektikehityksen nopeus. Siksi HR-asiantuntijan on tärkeää tietää paitsi ketä ulkopuolelta etsiä, myös kuinka käyttää yrityksen sisäisiä resursseja, kenestä ja miten asiantuntijaa kehittää.
Liiketoimintaanalyytikoille kokemus todellisten prosessien parissa työskentelystä aihealueella on erittäin tärkeää, joten heidän rekrytointi "ulkopuolelta" on tehokkaampaa kuin kasvattaminen yrityksen sisällä. Samanaikaisesti HR-asiantuntijan on tärkeää tietää luettelo organisaatioista, jotka voivat olla tämän henkilöstöresurssin lähteitä, ja valinnassa keskittyä ansioluetteloiden etsimiseen niistä.
Avoimien työpaikkojen, kuten järjestelmäanalyytikon ja ohjelmistoarkkitehdin, täyttämiseksi päinvastoin yrityksen sisäinen koulutusprosessi on erittäin tärkeä. Nämä asiantuntijat on muodostettava nykyisessä tuotantoympäristössä ja tietyn organisaation erityispiirteissä. Järjestelmäanalyytikot kehittävät liiketoimintaanalyytikoita, teknisiä kirjoittajia ja teknisen tuen insinöörejä. Ohjelmistoarkkitehdit - suunnittelijoilta (System Designer) ja ohjelmistokehittäjiltä (Software Developer), kun he hankkivat kokemusta ja laajentavat näköalojaan. Tämä seikka antaa HR-asiantuntijalle mahdollisuuden käyttää tehokkaasti yrityksen sisäisiä resursseja.
Tuotantoroolien risteys, integraatio ja kehitys
Toteutuksen kannalta tuotantoprosessissa on toinenkin vaikea asia - selkeiden rajojen asettaminen roolien välille. Ensi silmäyksellä saattaa tuntua, että kaikki on selvää: käyttöönotto on saatu päätökseen, ohjelmiston kaupalliseen käyttöön ottamista koskevat asiakirjat on allekirjoitettu ja kaikki on luovutettu tekniselle tuelle. Se on totta, mutta usein tulee tilanteita, kun asiakas tottumuksesta, läheisessä yhteydessä analyytikkoon ja näkemällä hänet "taikasauvana", jatkaa aktiivista kommunikointia hänen kanssaan huolimatta siitä, että järjestelmä on jo otettu käyttöön. ja virallinen tukivaihe on meneillään. Kuitenkin asiakkaan näkökulmasta, kuka paremmin ja nopeammin kuin hänen kanssaan tehtävän asettanut analyytikko vastaa kysymyksiin järjestelmän kanssa työskentelystä. Ja tässä herää kysymys teknisen tuen insinöörin ja analyytikon roolien osittaisesta päällekkäisyydestä. Ajan myötä kaikki paranee, asiakas tottuu kommunikoimaan teknisen tukipalvelun kanssa, mutta heti ohjelmiston käytön alussa tällaista "sisäistä siirtymää" ei aina voida suorittaa ilman molempien osapuolten stressiä.
Analyytikon ja teknisen tuen insinöörin roolien risteys syntyy myös silloin, kun kehitystarpeiden virtaus tulee osana tukivaihetta. Palatessamme ohjelmiston elinkaareen, näemme eron todellisten tuotantoolosuhteiden ja muodollisten asenteiden välillä, että vaatimusanalyysin ja ongelman muotoilun voi tehdä yksinomaan analyytikko. HR-asiantuntijan on tietysti ymmärrettävä ihanteellinen kuva rooleista ohjelmiston elinkaaren sisällä; niillä on selkeät rajat. Mutta samalla sinun tulee ehdottomasti pitää mielessä, että risteys on mahdollinen. Hakijan tietoja ja taitoja arvioitaessa tulee kiinnittää huomiota asiaan liittyvän kokemuksen olemassaoloon, eli teknisen tuen insinöörejä etsittäessä voidaan harkita ehdokkaita, joilla on analyytikkokokemusta ja päinvastoin.
Päällekkäisyyden lisäksi tapahtuu usein tuotantoroolien keskittymistä. Esimerkiksi yritysanalyytikko ja tekninen kirjoittaja voivat olla yksi henkilö. Ohjelmistoarkkitehdin (Software Architect) läsnäolo on pakollista suuressa teollisuuskehityksessä, kun taas hyvin pienet projektit pärjäävät ilman tätä roolia: siellä arkkitehdin toiminnot hoitavat kehittäjät (Software Developer).
Muutokset kehitystapojen ja teknologioiden historiallisissa jaksoissa johtavat väistämättä siihen, että myös ohjelmistojen elinkaari kehittyy. Globaalisti sen päävaiheet pysyvät luonnollisesti ennallaan, mutta ne tarkentuvat. Esimerkiksi Web-pohjaisiin ratkaisuihin siirtymisen ja etäkonfigurointimahdollisuuksien kasvun myötä ohjelmistokonfigurointiasiantuntijan rooli on noussut esiin. Varhaisessa historiallisessa vaiheessa nämä olivat toteuttajia eli insinöörejä, jotka viettivät suurimman osan työajastaan asiakkaiden työpaikoilla. Ohjelmistojen lisääntynyt määrä ja monimutkaisuus on johtanut ohjelmistoarkkitehdin roolin syntymiseen. Vaatimukset versiojulkaisujen kiihdyttämiselle ja ohjelmistojen laadun parantamiselle vaikuttivat automatisoidun testauksen kehittymiseen ja uuden roolin syntymiseen - QA Engineer (Quality Assurance Engineer) jne. Roolien kehittyminen tuotantoprosessin kaikissa vaiheissa liittyy merkittävästi menetelmien, teknologioiden ja työkalujen kehitykseen.
Tähän mennessä olemme tarkastelleet mielenkiintoisia kohtia ohjelmistoyrityksen tuotantoroolien jakautumisesta ohjelmiston elinkaaren yhteydessä. Ilmeisesti tämä on sisäpiiriläisen näkemys, joka on kunkin yrityksen oma. Meille kaikille IT-alan työmarkkinoiden toimijoille ja työnantajabrändin edistämisestä vastaaville, ulkopuolinen näkemys on erityisen tärkeä. Ja tässä on suuri ongelma, ei vain merkityksen löytämisessä, vaan myös tämän tiedon välittämisessä kohdeyleisölle.
Mitä vikaa IT-asemien "eläintarhassa" on?
Hämmennys HR-asiantuntijoiden, tuotantopäälliköiden mielessä ja lähestymistapojen monimuotoisuus johtavat erittäin laajaan valikoimaan, todelliseen IT-tehtävien "eläintarhaan". Kokemus haastatteluista ja yksinkertaisesti ammatillisista kontakteista osoittaa, että ihmisillä ei useinkaan ole selkeää ymmärrystä, mitä tehtävänimikkeistä pitäisi seurata. Esimerkiksi organisaatiossamme tehtävissä, joissa on termi "analytiikkainsinööri", oletetaan, että tämä on tehtävien asettaja. Osoittautuu kuitenkin, että näin ei ole kaikkialla: on kehitysorganisaatioita, joissa analyyttinen insinööri on toteuttaja. Täysin erilainen käsitys, oletko samaa mieltä?
Ensinnäkin IT-tehtävien "eläintarha" epäilemättä vähentää rekrytoinnin tehokkuutta. Jokainen työnantaja haluaa brändiään kehittäessään ja markkinoidessaan välittää tiiviissä muodossa kaikki hänen tuotannossaan esiintyvät merkitykset. Ja jos hän itse ei useinkaan osaa selvästi sanoa kuka on kuka, on luonnollista, että hän välittää epävarmuutta ulkoiseen ympäristöön.
Toiseksi IT-asemien "eläintarha" aiheuttaa valtavia ongelmia IT-henkilöstön koulutuksessa ja kehittämisessä. Jokainen vakavasti otettava IT-yritys, jonka tarkoituksena on muodostaa ja kehittää henkilöstöresursseja, ei vain "lypsä" työpaikkoja, kohtaa ennemmin tai vähän myöhemmin tarpeen olla vuorovaikutuksessa oppilaitosten kanssa. Korkeasti koulutetuille IT-henkilöstölle tämä on yliopistojen segmentti, ja siinä parhaita, ainakin TOP-100-listalla olevia.
Yliopistojen integraatioongelma jatkuvaa IT-asiantuntijoiden koulutusprosessia rakennettaessa on noin puolet siitä, että yliopistot eivät ymmärrä IT-yrityksen sisällä kuka on kuka. Heillä on hyvin pinnallinen käsitys tästä. Yliopistoissa on pääsääntöisesti useita erikoisaloja, joiden nimessä on sana "tietotekniikan", ja usein tapahtuu, että hakijakampanjaa tehdessään nojataan väitöskirjaan, että kaikki erikoisalat ovat pohjimmiltaan samasta asiasta. Ja näyttää samalta kuin jos tukeutuisimme suosittuun myytiin, jonka mukaan kaikki IT-asiantuntijat ovat ohjelmoijia.
Kokemus tiiviistä yhteistyöstämme yliopistojen kanssa osoittaa, että "Soveltava informatiikka (toimialakohtaisesti)" tarjoaa meille henkilöstöä metodologian ja teknisen tuen osastoille, mutta ei kehittämiseen. "Fundamental Informatics" ja "Software Engineering" valmistavat kehittäjille erinomaisen henkilöstöresurssin. Jotta hakijaa ei alun perin ohjata hänelle sopimatonta polkua pitkin, on tarpeen "häivyttää sumu", joka ympäröi IT-tuotantoa.
Onko mahdollista saada kaikki yhteiseksi nimittäjäksi?
Onko mahdollista yhtenäistää tuotantorooleja ja päästä niistä yhteisymmärrykseen yrityksen sisällä ja sen ulkopuolella?
Tietysti se on mahdollista ja tarpeellista, koska kaikkien kehitysyritysten kertynyt kollektiivinen kokemus osoittaa yhteisten, yhdistävien konseptien olemassaolon tuotantoprosessin organisoimiseksi. Tämä on seurausta siitä, että ohjelmistojen elinkaaresta on edelleen olemassa yksiselitteisesti tulkittu käsite ja uudet tuotantoroolit (DataScientist, QA-Engineer, MachineLearning Engineer jne.) ovat seurausta ohjelmiston selkeytyksestä ja kehittämisestä. ohjelmistojen elinkaari sinänsä, joka tapahtuu teknologioiden ja työkalujen parantamisen sekä liiketoimintatehtävien kehittämisen ja laajentamisen myötä.
Samalla tuotantorooleja on vaikea yhtenäistää, koska IT on yksi nuorimmista ja nopeimmin kasvavista talouden sektoreista. Tietyssä mielessä tämä on se kaaos, josta maailmankaikkeus syntyi. Selkeä organisaatiorakenne on tässä mahdoton ja sopimaton, koska IT on älyllinen, mutta erittäin luova ala. Toisaalta IT-asiantuntija on "fyysikko"-intellektuelli, jolla on kehittynyt algoritminen ja matemaattinen ajattelu, toisaalta hän on "lyriiko"-luoja, ideoiden kantaja ja edistäjä. Hänellä, kuten taiteilijalla, ei ole selkeää maalaussuunnitelmaa, hän ei voi hajottaa kuvaa osiin, koska jälkimmäinen lakkaa olemasta. Hän hallitsee tietoprosesseja, jotka itsessään ovat abstrakteja, aineettomia, vaikeasti mitattavia, mutta nopeita.
Tapoja rakentaa tehokasta henkilöstötyötä IT-tuotannossa
Mitä siis HR-asiantuntijan on tärkeää tietää rakentaakseen tehokasta HR-työtä IT-tuotannon monimuotoisuuden kontekstissa.
Ensinnäkin jokaisella IT-yrityksen HR-asiantuntijalla on oltava käsitys tilanteesta, joka on tyypillinen hänen yritykselleen: kuka tekee mitä, ketä kutsutaan miksi ja mikä tärkeintä, mikä merkitys näillä rooleilla on yrityksen olosuhteissa. tietty tuotanto.
Toiseksi HR-ammattilaisen on ymmärrettävä joustavasti tuotannon roolit. Eli aluksi hän muodostaa heistä ihanteellisen käsityksen, jonka avulla hän voi selvittää kaiken itse. Silloin on oltava todellinen kuva tuotannosta: missä ja millä tavoin roolit risteävät ja yhdistyvät, millainen käsitys näistä rooleista on tuotantojohtajien keskuudessa. Henkilöstöasiantuntijan vaikeus on yhdistää mielessään todelliset ja ideaaliset tilanteet, ei yrittää väkisin rakentaa prosesseja ihanteellisen ymmärryksen mukaisiksi, vaan auttaa tuotantoa resurssien tarpeessa.
Kolmanneksi sinulla pitäisi ehdottomasti olla käsitys tiettyjen asiantuntijoiden mahdollisista kehityspoluista: missä tapauksissa ulkoinen valinta voi olla tehokasta ja milloin on parempi kasvattaa työntekijää tiimiisi tarjoamalla hänelle kehittymismahdollisuuksia, mitä ominaisuuksia ehdokkaiden määrä antaa heille mahdollisuuden kehittyä tiettyyn suuntaan, mitkä ominaisuudet eivät voi olla yhteensopivia yhdessä henkilössä, mikä on aluksi tärkeää kehityspolun valinnassa.
Neljänneksi, palataan teesiin, että IT on korkeasti koulutetun henkilöstön ala, jossa varhainen integraatio yliopiston koulutusympäristöön on väistämätöntä tehokkaamman henkilöstötyön kannalta. Tässä tilanteessa jokaisen HR-asiantuntijan on kehitettävä suorahaun, kyselylomakkeiden ja haastattelun taitojen lisäksi myös asiantuntijoiden yliopistokoulutuksen ympäristössä navigointi: mitkä yliopistot valmistavat henkilöstöä yritykseen, mitkä erikoisuudet tietyissä yliopistoissa. kattaa henkilöstötarpeet ja mitä On tärkeää, kuka tämän takana on, kuka johtaa ja kouluttaa asiantuntijoita yliopistoissa.
Jos siis tarkoituksella kumotaan myytti, että kaikki IT-asiantuntijat ovat ohjelmoijia, on tarpeen ottaa useita askeleita tähän suuntaan ja kiinnittää erityistä huomiota yliopistoihimme, joissa luodaan perusta tulevaisuuden ammatin käsitykselle. Toisin sanoen tarvitsemme jatkuvaa vuorovaikutusta koulutusympäristön kanssa esimerkiksi käyttämällä nykyaikaista yhteistyömuotoa coworking-keskuksissa, "kiehumispisteissä" ja osallistumista koulutusintensiivisiin. Tämä auttaa tuhoamaan väärinkäsitykset IT-yrityksestä, tehostamaan henkilöstötyötä ja luomaan edellytykset yhteiselle toiminnalle toimialamme erilaisten asiantuntijoiden koulutuksessa.
Kiitän kollegoita, jotka osallistuivat tämän artikkelin valmisteluun ja tukivat tämän artikkelin merkitystä: Valentina Vershinina ja Juri Krupin.
Lähde: will.com