Een persoon is meer gewend aan het waarnemen van de materi\u00eble wereld dan van de virtuele, waardoor het moeilijk voor hem is om definities te geven van concepten die buiten zijn waarneming vallen.<\/li>\n<\/ul>\n\nPogingen om deze mythe te bestrijden lijken soms op vechten tegen windmolens, omdat er verschillende aspecten van het probleem zijn die aandacht vereisen. Een HR-specialist moet, ten eerste, een duidelijk beeld hebben van de productie-rollen in een IT-bedrijf in zowel ideale als re\u00eble uitvoering, ten tweede, begrijpen hoe en wanneer de interne middelen van het bedrijf het meest effectief kunnen worden ingezet, en ten derde, welke werkelijke methodes kunnen helpen om de kennis van de deelnemers aan de arbeidsmarkt te vergroten en de ontwikkeling van het werkgeversmerk te bevorderen. Laten we deze aspecten nader bekijken.<\/p>\n
De levenscyclus van SO als basis van productie-rollen<\/h2>\n \nHet is geen geheim dat alle productierollen binnen een IT-bedrijf in wezen voortkomen uit de levenscyclus van software. Daarom, als we de conceptuele taak willen stellen om tot een gezamenlijk begrip van deze kwestie binnen de gehele IT-sector te komen, moeten we ons precies baseren op de levenscyclus van software als de aanvaarde en door iedereen begrepen betekenisvolle basis. De discussie over specifieke varianten van de uitvoering van productierollen ligt binnen het kader van onze creatieve benadering van de levenscyclus van software.<\/p>\n
Laten we dus de fasen bekijken die de levenscyclus van software omvat, aan de hand van de RUP-methodologie. Dit zijn voldoende gevestigde schakels wat betreft inhoud en terminologie. Het productieproces begint altijd en overal met bedrijfsmodellering en het vaststellen van vereisten, en eindigt (voor zover dat kan worden gezegd) met het adviseren van gebruikers en het aanpassen van software op basis van de wensen van de gebruikers. <\/p>\n
Met de toenemende complexiteit van productieprocessen, de opkomst van ge\u00efntegreerde platforms en de overgang naar complexe automatisering van inhoudelijke gebieden, en met het herontwerpen van bedrijfsprocessen, wordt de komst van gespecialiseerde rollen die aan de fasen van de levenscyclus zijn gekoppeld, onvermijdelijk. Zo ontstaan de analist, tester en specialist technische ondersteuning. <\/p>\n
De diversiteit aan functies aan de hand van de rol van analist<\/h2>\n \nEen analist (ook wel engineer-analist, opdrachtgever, methodoloog, business analist, systeemanalist, enz.) helpt om de zakelijke taken en de technologie\u00ebn voor hun implementatie met elkaar te verbinden. Het beschrijven van de opdracht voor de ontwikkelaar kan de belangrijkste functie van de abstracte analist kenmerken. Hij vormt de schakel tussen de klant en de ontwikkelaar in de processen van vereistenvorming, analyse en softwareontwerp. In re\u00eble productiesituaties wordt de lijst van functies van de analist bepaald door de manier van organisatie van de productie, de kwalificatie van de specialist en de specificiteit van het gemodelleerde vakgebied.<\/p>\n
Een andere groep analisten is dichter bij de ontwikkelaars. Dit zijn systeemanalisten. Hun belangrijkste taak is het identificeren, systematiseren en analyseren van de eisen van de klant ten aanzien van de mogelijkheid om aan deze eisen te voldoen, het opstellen van technische specificaties en het beschrijven van de opdrachten. Ze begrijpen niet alleen de bedrijfsprocessen, maar ook de informatietechnologie\u00ebn, hebben een goed inzicht in de mogelijkheden van de software die aan de klant wordt geleverd, beschikken over ontwerpskills en begrijpen dus hoe de belangen van de klant het beste aan de ontwikkelaar kunnen worden overgebracht. Deze medewerkers hebben beslist een opleiding in de ICT en een ingenieurstechnische achtergrond, bij voorkeur ervaring in de IT. Bij de selectie van dergelijke specialisten zal het een duidelijk pluspunt zijn om te beschikken over ontwerpskills met gebruik van moderne tools.<\/p>\n
Zo zien we dezelfde rol (en trouwens dezelfde functie in de personeelslijst) - analist, maar in verschillende toepassingsvarianten. Het zoeken naar specialisten voor elk van hen heeft zijn eigen bijzonderheden. Het is belangrijk om te weten dat deze varianten van analisten vaak over niet-compatibele vaardigheden en kennis moeten beschikken in \u00e9\u00e9n persoon. De ene is een humanist, geneigd tot analytisch werk met grote hoeveelheden tekstdocumenten, met een ontwikkelde mondelinge vaardigheid en communicatieve vaardigheden, terwijl de andere een 'techneut' is met een engineeringdenkwijze en interesses in de IT-sector.<\/p>\n
Van buitenaf halen of zelf opleiden?<\/h2>\n \nVoor een grote speler in de IT-industrie neemt de effectiviteit van directe wervingen via internetbronnen af naarmate projecten groeien. Dit gebeurt onder andere om de volgende redenen: snelle aanpassing aan complexe processen binnen het bedrijf is niet mogelijk, en de snelheid van eigen ontwikkeling van specifieke tools blijkt langzamer dan de ontwikkeling van het project. Daarom is het voor de HR-specialist belangrijk om niet alleen te weten wie er van buiten moet worden gezocht, maar ook hoe interne bedrijfsmiddelen kunnen worden ingezet, en wie en hoe kan worden opgeleid tot specialist.<\/p>\n
Voor businessanalisten is het van groot belang om ervaring op te doen binnen de echte processen van de sector. Daarom is het effectiever om aanvulling van buitenaf te zoeken dan om intern personeel op te leiden. Hierbij is het voor de HR-specialist belangrijk om te weten welke organisaties bronnen van deze personeelscapaciteit kunnen zijn, en zich bij het werven te concentreren op het zoeken naar CV's uit die organisaties.<\/p>\n
Voor functies zoals systeemanalist en softwarearchitect is het daarentegen cruciaal dat personeel intern wordt opgeleid. Deze specialisten moeten zich ontwikkelen in de context van de bestaande productieve omgeving en de specifieke kenmerken van de organisatie. Systeemanalisten (System Analyst) zijn vaak afkomstig uit de gelederen van businessanalisten (Business Analyst), technische schrijvers (Technical Writer) en engineers voor technische ondersteuning (Technical Support Engineer). Softwarearchitecten (Software Architect) komen voort uit systeemontwerpers (System Designer) en softwareontwikkelaars (Software Developer) naarmate ze ervaring opdoen en hun kennis verbreden. Deze situatie stelt de HR-specialist in staat om effici\u00ebnter gebruik te maken van de interne middelen van het bedrijf. <\/p>\n
De kruising, samensmelting en evolutie van productie rollen<\/h2>\n \nEr is nog een andere moeilijke kwestie met betrekking tot de implementatie binnen het productieproces: het stellen van duidelijke grenzen tussen rollen. Op het eerste gezicht lijkt het misschien vanzelfsprekend: de implementatie is voltooid, de documenten voor de overdracht van de software aan de productie zijn ondertekend en alles is overgedragen aan de technische ondersteuning. Dat is correct, maar vaak ontstaan er situaties waarin de klant, uit gewoonte, in nauw contact blijft met de analist en deze als een \u2018reddende engel\u2019 beschouwt; hij blijft actief communiceren, ondanks het feit dat het systeem al is ge\u00efmplementeerd en de formele fase van ondersteuning is begonnen. Maar, vanuit het perspectief van de klant, wie kan beter en sneller antwoord geven op vragen over de werking van het systeem dan de analist die samen met hen de taak heeft gedefinieerd? Hier rijst de vraag over gedeeltelijke overlapping van de rollen van de technische ondersteuning engineer en de analist. Na verloop van tijd wordt dit beter, de klant raakt gewend aan de communicatie met de technische ondersteuningsdienst, maar in de beginfase van de software-exploitatie lukt zo\u2019n \u2018interne overgang\u2019 niet altijd zonder spanningen aan beide zijden.<\/p>\n
Naast de overlap zien we vaak de samenvoeging van productie-rollen. Bijvoorbeeld, een business analyst en een technische schrijver kunnen in \u00e9\u00e9n persoon samenvallen. De aanwezigheid van een softwarearchitect is verplicht in grote industri\u00eble projecten, terwijl kleine projecten zonder deze rol kunnen; daar vervullen ontwikkelaars de functies van de architect. <\/p>\n
De verandering van historische periodes in benaderingen en ontwikkelingsmethoden leidt onvermijdelijk tot een evolutie van de levenscyclus van software. Globaal gezien blijven de belangrijkste fasen natuurlijk ongewijzigd, maar er vindt detaillering plaats. Met de overgang naar weboplossingen en de groei van mogelijkheden voor afstandsconfiguratie kwam de rol van software-instellingen specialist naar voren. In het vroege historische stadium waren dit implementatiespecialisten, dat zijn ingenieurs die het grootste deel van hun werktijd op de werkplekken van klanten doorbrachten. De toegenomen volumes en complexiteit van software hebben geleid tot de opkomst van de rol van softwarearchitect. De vereisten voor snellere release van versies en hogere softwarekwaliteit hebben de ontwikkeling van geautomatiseerd testen en de opkomst van een nieuwe rol \u2013 QA-engineer \u2013 bevorderd. De evolutie van rollen in alle fasen van het organisatieproces is aanzienlijk verbonden met de ontwikkeling van methoden, technologie\u00ebn en tools.<\/p>\n
Dus, we hebben enkele interessante punten besproken over de verdeling van productie rollen binnen een software ontwikkelingsbedrijf in de context van de levenscyclus van software. Het is duidelijk dat dit een intern perspectief is, dat specifiek is voor elk bedrijf. Voor ons allen als deelnemers aan de arbeidsmarkt in de IT-sector en verantwoordelijk voor het bevorderen van het werkgeversmerk, is het ook bijzonder belangrijk om een kijk van buitenaf te krijgen. En hier bestaat een groot probleem, niet alleen in het zoeken naar betekenis, maar ook in het overbrengen van deze informatie naar de beoogde doelgroep.<\/p>\n
Wat is er slecht aan een 'dierentuin' van IT-functies?<\/h2>\n \nVerwarring in het bewustzijn van HR-specialisten, productie-organisatoren en de diversiteit van benaderingen leidt tot een zeer brede vari\u00ebteit, letterlijk een 'dierentuin' van IT-functies. Ervaringen met sollicitatiegesprekken en professionele contacten tonen aan dat mensen vaak geen eenduidig begrip hebben van de betekenis die moet voortvloeien uit functietitels. Bijvoorbeeld, in onze organisatie verwijst de functie 'engineer-analist' naar iemand die verantwoordelijk is voor het stellen van taken. Maar het blijkt dat dit niet overal zo is: er zijn ontwikkelende organisaties waar een engineer-analist een implementateur is. Een heel ander begrip, dat zult u met me eens zijn?<\/p>\n
Ten eerste vermindert een 'dierentuin' van IT-functies ongetwijfeld de effectiviteit van het personeel werven. Elke werkgever wil, bij de ontwikkeling en promotie van zijn merk, in een beknopte vorm alle betekenissen overbrengen die in zijn productie bestaan. En als hij zelf vaak niet duidelijk kan zeggen wie wie is, dan is het vanzelfsprekend dat hij onzekerheid naar de externe omgeving zal uitstralen. <\/p>\n
Ten tweede cre\u00ebert een 'dierentuin' van IT-functies enorme problemen bij de voorbereiding en ontwikkeling van IT-professionals. Elke serieuze IT-onderneming die gericht is op het vormen en ontwikkelen van menselijk potentieel, in plaats van simpelweg vacatures te vullen, komt vroeg of laat de noodzaak tegen om samen te werken met onderwijsinstellingen. Voor hooggekwalificeerde IT-professionals is dit segment van universiteiten, bij voorkeur die in de top 100 ranking. <\/p>\n
Het probleem van de integratie met universiteiten bij het opzetten van een continu proces voor de opleiding van IT-specialisten ligt voor ongeveer de helft in het gebrek aan begrip onder universiteiten over wie wie is binnen een IT-bedrijf. Ze hebben hier een zeer oppervlakkig begrip van. Over het algemeen hebben universiteiten verschillende studierichtingen met het woord 'informatica' in de titels, en vaak is het zo dat bij het voeren van hun toelatingscampagne de nadruk ligt op de stelling dat alle studierichtingen in principe hetzelfde zijn. En dit lijkt op de volksmythe dat alle IT'ers programmeurs zijn.<\/p>\n
De ervaring van onze nauwe samenwerking met universiteiten toont aan dat de studierichting 'Toegepaste Informatica (per sector)' ons personeel levert voor de afdelingen methodologie en technische ondersteuning, maar helemaal niet voor de ontwikkeling. Terwijl 'Fundamentele Informatica' en 'Software Engineering' uitstekende middelen voorbereiden voor ontwikkelaars. Om geen studenten vanaf het begin op een voor hen ongeschikte weg te sturen, is het noodzakelijk om de 'mist' rond de IT-productie te verhelderen.<\/p>\n
Is het mogelijk om alles tot een gemeenschappelijke noemer te brengen?<\/h2>\n \nIs het mogelijk om productierollen te uniformeren en te komen tot een eenduidig begrip van deze rollen, zowel intern als extern binnen het bedrijf? <\/p>\n
Zeker, dat kan en moet, omdat de opbouw van de collectieve ervaring van alle ontwikkelingsbedrijven de aanwezigheid aantoont van gemeenschappelijke, verbindende concepties voor het organiseren van het productieproces. Dit is het gevolg van het feit dat er een eenduidig begrip van de levenscyclus van software bestaat, en nieuw opkomende productierollen (Data Scientist, QA-Engineer, Machine Learning Engineer, etc.) zijn een gevolg van de verduidelijking en ontwikkeling van de levenscyclus van software als zodanig, die ontstaan door de verbetering van technologie\u00ebn en hulpmiddelen, evenals door de ontwikkeling en vergroting van zakelijke uitdagingen.<\/p>\n
Tegelijkertijd is het moeilijk om productie rollen te uniformiseren, omdat IT een van de jongste en snelst groeiende sectoren van de economie is. In zekere zin is dit chaos, waaruit het universum is ontstaan. Een duidelijke organisatie structuur is hier onmogelijk en ongepast, omdat IT een intellectueel maar zeer creatief veld is. Aan de ene kant is een IT'er een 'fysicus'-intellectueel met een ontwikkeld algoritmisch en wiskundig denken, aan de andere kant is hij een 'lyrische'-creator, drager en promotor van idee\u00ebn. Net als een kunstenaar heeft hij geen duidelijk plan voor het schrijven van een schilderij, hij kan het beeld niet in delen opdelen, omdat het dan zou stoppen met bestaan. Hij is de meester van informatiewerken, die zelf abstract, ontastbaar en moeilijk meetbaar zijn, maar snel vooruitgaan. <\/p>\n
Wegen om effectieve personeelsvoering in IT-productie op te bouwen<\/h2>\n \nDus, wat is belangrijk voor een HR-specialist om te weten voor het opzetten van een effectieve personeelsvoering in de diversiteit van rollen binnen IT-productie.<\/p>\n
Allereerst moet elke personeelspecialist van een IT-bedrijf inzicht hebben in de situatie die specifiek is voor zijn onderneming: wie wat doet, wie hoe wordt genoemd, en vooral \u2013 welke betekenis aan deze rollen wordt gegeven binnen de specifieke productie.<\/p>\n
Ten tweede moet de HR-specialist een flexibele kijk hebben op productie rollen. Dit betekent dat aanvankelijk een ideaal begrip van deze rollen wordt gevormd, waardoor hij zelf in staat is om alles te begrijpen. Vervolgens moet er absoluut een realistisch beeld van de productie zijn: waar en in wat de rollen elkaar kruisen, samenkomen, en welke perceptie van deze rollen bestaat bij de productiemanagers. De complexiteit voor de HR-specialist bestaat erin om het werkelijke en ideale begrip in zijn hoofd samen te brengen, niet te proberen processen kunstmatig opnieuw te structureren volgens het ideale begrip, maar de productie te helpen in het vervullen van de behoefte aan middelen.<\/p>\n
Ten tweede is het belangrijk om inzicht te hebben in de mogelijke ontwikkelingspaden van verschillende specialisten: in welke gevallen externe werving effectief kan zijn, en wanneer het beter is om een medewerker in ons team te laten groeien door ontwikkelingsmogelijkheden te bieden, welke kwaliteiten kandidaten in staat stellen zich in een bepaalde richting te ontwikkelen, en welke kwaliteiten niet verenigbaar kunnen zijn in \u00e9\u00e9n persoon, wat in eerste instantie belangrijk is voor de keuze van een ontwikkelingspad.<\/p>\n
Ten derde, laten we terugkomen op het stelling dat IT een gebied is van hooggekwalificeerd personeel, waar voor effectievere personeelswerk een vroegtijdige integratie met de onderwijsomgeving van universiteiten onvermijdelijk is. In deze situatie moet elke HR-specialist niet alleen vaardigheden in directe werving, het werken met cv's en interviews ontwikkelen, maar ook goed op de hoogte zijn van de universitaire opleiding van specialisten: welke universiteiten personeel voor het bedrijf voorbereiden, welke specialisaties binnen specifieke universiteiten de personeelsbehoeften dekken, en, wat belangrijk is, wie daarachter staat, wie het voorbereiden van specialisten aan de universiteiten leidt en uitvoert.<\/p>\n
Als gevolg daarvan, als we doelbewust het idee willen ontkrachten dat alle IT'ers programmeurs zijn, moeten we een aantal stappen in die richting ondernemen en speciale aandacht besteden aan onze universiteiten, waar de basis voor de perceptie van het toekomstige beroep wordt gelegd. Met andere woorden, er moet constante interactie zijn met de educatieve omgeving, bijvoorbeeld door gebruik te maken van moderne samenwerkingsformaten in co-working centra, 'hotspots', deelname aan educatieve intensieven. Dit zal helpen om verkeerde opvattingen over IT-bedrijven te doorbreken, de effectiviteit van personeelswerk te verhogen en voorwaarden te cre\u00ebren voor gezamenlijke activiteiten bij de voorbereiding van verschillende specialisten in onze sector.<\/p>\n
Ik dank de collega's die hebben bijgedragen aan de voorbereiding en actualiteit van dit artikel: Valentina Vershinina en Yuri Krupin.habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"\u041d\u0430 \u0441\u043e\u0432\u0440\u0435\u043c\u0435\u043d\u043d\u043e\u043c \u044d\u0442\u0430\u043f\u0435 \u0440\u0430\u0437\u0432\u0438\u0442\u0438\u044f \u043f\u0440\u043e\u043c\u044b\u0448\u043b\u0435\u043d\u043d\u043e\u0439 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u043f\u0440\u043e\u0433\u0440\u0430\u043c\u043c\u043d\u043e\u0433\u043e \u043e\u0431\u0435\u0441\u043f\u0435\u0447\u0435\u043d\u0438\u044f \u043c\u043e\u0436\u043d\u043e \u043d\u0430\u0431\u043b\u044e\u0434\u0430\u0442\u044c \u043c\u043d\u043e\u0433\u043e\u043e\u0431\u0440\u0430\u0437\u0438\u0435 \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0441\u0442\u0432\u0435\u043d\u043d\u044b\u0445 \u0440\u043e\u043b\u0435\u0439. \u0418\u0445 \u0447\u0438\u0441\u043b\u043e \u0440\u0430\u0441\u0442\u0435\u0442, \u043a\u043b\u0430\u0441\u0441\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u044f \u0443\u0441\u043b\u043e\u0436\u043d\u044f\u0435\u0442\u0441\u044f \u0441 \u043a\u0430\u0436\u0434\u044b\u043c \u0433\u043e\u0434\u043e\u043c, \u0438, \u0435\u0441\u0442\u0435\u0441\u0442\u0432\u0435\u043d\u043d\u043e, \u0443\u0441\u043b\u043e\u0436\u043d\u044f\u044e\u0442\u0441\u044f \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u044b \u043f\u043e\u0434\u0431\u043e\u0440\u0430 \u0441\u043f\u0435\u0446\u0438\u0430\u043b\u0438\u0441\u0442\u043e\u0432 \u0438 \u0440\u0430\u0431\u043e\u0442\u044b \u0441 \u043a\u0430\u0434\u0440\u043e\u0432\u044b\u043c \u043f\u043e\u0442\u0435\u043d\u0446\u0438\u0430\u043b\u043e\u043c. \u0418\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u043e\u043d\u043d\u044b\u0435 \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0438 (\u0418\u0422) \u2013 \u044d\u0442\u043e \u0441\u0444\u0435\u0440\u0430 \u0432\u044b\u0441\u043e\u043a\u043e\u043a\u0432\u0430\u043b\u0438\u0444\u0438\u0446\u0438\u0440\u043e\u0432\u0430\u043d\u043d\u044b\u0445 \u0442\u0440\u0443\u0434\u043e\u0432\u044b\u0445 \u0440\u0435\u0441\u0443\u0440\u0441\u043e\u0432 \u0438 \u043a\u0430\u0434\u0440\u043e\u0432\u043e\u0433\u043e \u0434\u0435\u0444\u0438\u0446\u0438\u0442\u0430. \u0417\u0434\u0435\u0441\u044c \u043f\u0440\u043e\u0446\u0435\u0441\u0441 \u0432\u044b\u0440\u0430\u0449\u0438\u0432\u0430\u043d\u0438\u044f \u043a\u0430\u0434\u0440\u043e\u0432, \u043d\u0435\u043e\u0431\u0445\u043e\u0434\u0438\u043c\u043e\u0441\u0442\u044c \u043f\u043b\u0430\u043d\u043e\u043c\u0435\u0440\u043d\u043e\u0439 \u0440\u0430\u0431\u043e\u0442\u044b \u0441 \u043a\u0430\u0434\u0440\u043e\u0432\u044b\u043c \u043f\u043e\u0442\u0435\u043d\u0446\u0438\u0430\u043b\u043e\u043c \u0431\u044b\u0432\u0430\u044e\u0442 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[702],"tags":[],"class_list":["post-52799","post","type-post","status-publish","format-standard","hentry","category-news"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t
![\"Wie](\"\/wp-content\/uploads\/2019\/11\/87c543e0ad54a289a116a78d0eba6430.jpeg\")