l'essere umano \u00e8 pi\u00f9 abituato a percepire il mondo materiale piuttosto che quello virtuale, rendendo difficile per lui definire concetti che vanno oltre la sua percezione.<\/li>\n<\/ul>\n\nI tentativi di combattere questo mito a volte sembrano una battaglia contro i mulini a vento, poich\u00e9 ci sono diversi aspetti del problema che necessitano di essere affrontati. \u00c8 necessario per uno specialista delle risorse umane avere, prima di tutto, un quadro chiaro dei ruoli produttivi all'interno dell'azienda IT, sia nella sua forma ideale che reale; in secondo luogo, comprendere come e quando pu\u00f2 essere meglio utilizzata la risorsa interna dell'azienda; in terzo luogo, quali metodi pratici possono aiutare ad aumentare la consapevolezza dei partecipanti nel mercato del lavoro e contribuire allo sviluppo del brand del datore di lavoro. Esaminiamo questi aspetti pi\u00f9 nel dettaglio.<\/p>\n
Il ciclo di vita del software come base dei ruoli produttivi<\/h2>\n \nNon \u00e8 un segreto che, in generale, tutti i ruoli produttivi in qualsiasi azienda IT si basino sul ciclo di vita del software. Pertanto, se si vuole affrontare concettualmente l'idea di raggiungere un'unit\u00e0 di comprensione su questo tema all'interno dell'intero settore IT, \u00e8 necessario fare riferimento proprio al ciclo di vita del software come base semantica accettata e chiaramente compresa da tutti. La discussione di varianti specifiche relative ai ruoli produttivi si colloca nel contesto della nostra relazione creativa con il ciclo di vita del software.<\/p>\n
Consideriamo ora le fasi che compongono il ciclo di vita del software, utilizzando come esempio la metodologia RUP. Queste rappresentano collegamenti abbastanza consolidati riguardo al contenuto e alla terminologia. Il processo produttivo inizia sempre e ovunque con la modellazione del business e la definizione dei requisiti, e si conclude (ovviamente in modo convenzionale) con la consulenza agli utenti e le modifiche al software basate sulle \"richieste\" degli utenti. <\/p>\n
Con la complessit\u00e0 crescente dei processi produttivi, l'emergere di piattaforme integrate e il passaggio a un'automazione complessiva delle aree tematiche, insieme al reingegnerizzazione dei processi aziendali, diventa inevitabile l'emergere di ruoli specializzati legati alle fasi del ciclo di vita. \u00c8 cos\u00ec che nascono l'analista, il tester e lo specialista di supporto tecnico. <\/p>\n
La variet\u00e0 di posizioni prendendo come esempio il ruolo dell'analista<\/h2>\n \nL'analista (anche ingegnere analista, anche formulatore, metodologo, analista di business, analista di sistema, ecc.) aiuta a \"far incontrare\" le esigenze aziendali e le tecnologie per la loro realizzazione. La descrizione della formulazione del compito per lo sviluppatore \u00e8 il modo in cui si pu\u00f2 caratterizzare la funzione principale di un analista astratto. Funziona come un collegamento tra il cliente e lo sviluppatore nei processi di raccolta dei requisiti, analisi e progettazione del software. Nelle condizioni di produzione reale, l'elenco delle funzioni di un analista \u00e8 determinato dal modo in cui \u00e8 organizzata la produzione, dalla qualifica dello specialista e dalla specificit\u00e0 del dominio oggetto di modellazione.<\/p>\n
L'altra parte degli analisti \u00e8 pi\u00f9 vicina agli sviluppatori. Questi sono gli analisti di sistema (System Analyst). Il loro compito principale \u00e8 identificare, sistematizzare e analizzare i requisiti del cliente per comprendere la possibilit\u00e0 di soddisfarli, preparare specifiche tecniche e descrivere le formulazioni dei compiti. Comprendono non solo i processi aziendali, ma anche le tecnologie dell'informazione, hanno una buona comprensione delle capacit\u00e0 del software fornito al cliente, possiedono competenze di progettazione e, di conseguenza, capiscono come trasmettere al meglio gli interessi del cliente allo sviluppatore. Questi dipendenti hanno sicuramente un'istruzione nel campo delle ICT e un orientamento ingegneristico-tecnico, preferibilmente con esperienza lavorativa nel settore IT. Quando si selezionano tali specialisti, sar\u00e0 un evidente vantaggio avere competenze di progettazione utilizzando strumenti moderni.<\/p>\n
Pertanto, vediamo lo stesso ruolo (e, per inciso, il posto nell'organigramma) \u2013 analista, ma nelle sue varie incarnazioni pratiche. La ricerca di specialisti per ciascuno di essi ha le proprie peculiarit\u00e0. \u00c8 importante sapere che queste variet\u00e0 di analisti devono spesso possedere competenze e conoscenze che non sono sempre compatibili in una sola persona. Uno \u00e8 un umanista, incline al lavoro analitico con grandi volumi di documenti testuali, con una buona capacit\u00e0 di espressione e comunicazione, l'altro \u00e8 un \"tecnico\" con una mentalit\u00e0 ingegneristica e interessi nel settore IT.<\/p>\n
Prendere da fuori o coltivare internamente?<\/h2>\n \nPer un grande rappresentante dell'industria IT, l'efficacia della selezione diretta tramite risorse online diminuisce man mano che i progetti crescono. Questo accade, in particolare, per i seguenti motivi: la rapida adattabilit\u00e0 a processi complessi all'interno dell'azienda non \u00e8 possibile, e la velocit\u00e0 di apprendimento degli strumenti specifici risulta inferiore alla velocit\u00e0 di sviluppo del progetto. Pertanto, per lo specialista HR \u00e8 importante sapere non solo chi cercare all'esterno, ma anche come sfruttare le risorse interne dell'azienda, per forgiare e far crescere uno specialista.<\/p>\n
Per gli analisti aziendali, \u00e8 molto importante avere esperienza lavorativa all'interno di processi reali del settore, quindi la loro selezione \"da fuori\" \u00e8 pi\u00f9 efficace rispetto alla loro crescita all'interno dell'azienda. In questo contesto, \u00e8 fondamentale che il professionista HR conosca l'elenco delle organizzazioni che possono essere fonti di tale risorsa umana e si concentri sulla ricerca di curriculum tra di esse durante il reclutamento.<\/p>\n
Per coprire posizioni come analista di sistema e architetto software, al contrario, il processo di formazione delle risorse umane all'interno dell'azienda \u00e8 di enorme importanza. Questi specialisti devono formarsi in un ambiente produttivo attivo e secondo le specifiche di una determinata organizzazione. Gli analisti di sistema (System Analyst) si sviluppano da analisti aziendali (Business Analyst), scrittori tecnici (Technical Writer) e ingegneri di supporto tecnico (Technical Support Engineer). Gli architetti software (Software Architect) provengono da progettisti (System Designer) e sviluppatori software (Software Developer) man mano che accumulano esperienza e ampliano le loro conoscenze. Questo aspetto consente al professionista HR di utilizzare efficacemente le risorse interne dell'azienda. <\/p>\n
Intersezione, fusione ed evoluzione dei ruoli produttivi<\/h2>\n \nC'\u00e8 anche un'altra questione complessa da realizzare nel processo produttivo: stabilire confini chiari tra i ruoli. A prima vista, potrebbe sembrare tutto ovvio: \u00e8 terminata l'implementazione, sono stati firmati i documenti per l'entrata in produzione del software e tutto \u00e8 stato trasferito al supporto tecnico. \u00c8 corretto, tuttavia frequentemente si verificano situazioni in cui il cliente, abituato a mantenere un contatto stretto con l'analista e percependo in lui una \"bacchetta magica\", continua a comunicare attivamente con lui, anche se il sistema \u00e8 gi\u00e0 stato implementato e formalmente si trova nella fase di supporto. Tuttavia, dal punto di vista del cliente, chi potrebbe rispondere meglio e pi\u00f9 velocemente alle domande sul funzionamento del sistema se non l'analista che ha collaborato con lui nell'impostare il compito? Ed \u00e8 qui che sorge la questione della parziale duplicazione dei ruoli dell'ingegnere di supporto tecnico e dell'analista. Col passare del tempo, tutto si sistema; il cliente si abitua a comunicare con il servizio di supporto tecnico, ma all'inizio dell'uso del software, questo \"passaggio interno\" non sempre riesce a essere effettuato senza stress da entrambe le parti.<\/p>\n
Oltre all'intersezione, si osserva spesso la fusione dei ruoli produttivi. Ad esempio, un business analyst e un technical writer possono coesistere nella stessa persona. La presenza di un architetto software (Software Architect) \u00e8 imprescindibile nello sviluppo industriale di grandi dimensioni, mentre i progetti molto piccoli possono fare a meno di questo ruolo: in quel caso, le funzioni dell'architetto sono svolte dagli sviluppatori (Software Developer). <\/p>\n
Il cambiamento dei periodi storici nelle metodologie e tecnologie di sviluppo porta inevitabilmente all'evoluzione del ciclo di vita del software. Globalmente, i suoi principali passaggi rimangono invariati, ma c'\u00e8 una maggiore dettagliatura. Ad esempio, con il passaggio a soluzioni web e l'aumento delle possibilit\u00e0 di configurazioni remote, \u00e8 emerso il ruolo dello specialista in configurazione software. Nella fase iniziale della storia, questi erano i programmatori, cio\u00e8 ingegneri che trascorrevano la maggior parte del loro tempo lavorativo presso le postazioni dei clienti. L'aumento dei volumi e della complessit\u00e0 del software ha portato all'emergere del ruolo di architetto software (Software Architect). Le richieste di accelerare il rilascio delle versioni e di migliorare la qualit\u00e0 del software hanno favorito lo sviluppo del testing automatizzato e l'emergere di un nuovo ruolo: quello di QA Engineer (Quality Assurance Engineer), e cos\u00ec via. L'evoluzione dei ruoli in tutte le fasi dell'organizzazione del processo produttivo \u00e8 strettamente legata allo sviluppo di metodi, tecnologie e strumenti.<\/p>\n
Quindi, abbiamo esaminato alcuni aspetti interessanti relativi alla distribuzione dei ruoli produttivi all'interno di un'azienda di sviluppo software nel contesto del ciclo di vita del software. \u00c8 evidente che questa \u00e8 una prospettiva interna, specifica per ogni azienda. Per tutti noi, come partecipanti al mercato del lavoro nell'industria IT e responsabili della promozione del marchio del datore di lavoro, \u00e8 altrettanto importante avere una prospettiva esterna. E qui esiste un grande problema, non solo nella ricerca di significato, ma anche nella comunicazione di queste informazioni al pubblico target.<\/p>\n
Qual \u00e8 il problema del \"zoo\" delle posizioni IT?<\/h2>\n \nLa confusione nella mente degli HR, dei responsabili della produzione e la variet\u00e0 di approcci portano a una diversit\u00e0 molto ampia, che risulta in un vero e proprio \"zoo\" delle posizioni IT. L'esperienza di colloqui e semplici contatti professionali dimostra che spesso le persone non hanno una chiara comprensione del significato che deve derivare dai nomi delle posizioni. Ad esempio, nella nostra organizzazione, le posizioni che includono il concetto di \"ingegnere-analista\" si riferiscono a chi definisce i compiti. Tuttavia, risulta che non \u00e8 cos\u00ec ovunque: ci sono aziende di sviluppo dove l'ingegnere-analista \u00e8 un implementatore. Comprensione completamente diversa, siete d'accordo?<\/p>\n
In primo luogo, il \"zoo\" delle posizioni IT riduce sicuramente l'efficacia del reclutamento. Ogni datore di lavoro, nello sviluppare e promuovere il proprio marchio, desidera comunicare in breve tutti i significati esistenti nella sua produzione. E se spesso nemmeno lui riesce a dire chiaramente chi \u00e8 chi, \u00e8 naturale che trasmetter\u00e0 all'esterno incertezze. <\/p>\n
In secondo luogo, il \"zoo\" delle posizioni IT crea enormi problemi nella formazione e nello sviluppo delle risorse IT. Ogni azienda IT seria, orientata a formare e sviluppare il potenziale umano, e non semplicemente a sfruttare i siti di lavoro, si trova presto o tardi di fronte alla necessit\u00e0 di interagire con gli istituti di istruzione. Per le risorse IT altamente qualificate, questo segmento di universit\u00e0 \u00e8 formato dai migliori, che si trovano almeno nella classifica delle TOP-100. <\/p>\n
Il problema dell'integrazione con le universit\u00e0 nella creazione di un processo continuo di formazione degli specialisti IT risiede per circa met\u00e0 nell'assenza da parte delle universit\u00e0 di una comprensione chiara di chi sia chi all'interno di un'azienda IT. Hanno solo una conoscenza superficiale in merito. In genere, le universit\u00e0 hanno alcune specializzazioni che includono il termine \"informatica\" nei loro nomi, e spesso accade che durante la campagna di ammissione si faccia riferimento all'idea che tutte le specializzazioni siano in sostanza la stessa cosa. E questo appare come se si sostenesse il mito popolare che tutti gli informatici siano programmatori.<\/p>\n
L'esperienza della nostra stretta collaborazione con le universit\u00e0 mostra che la specializzazione \"Informatica applicata (per settori)\" fornisce risorse per i dipartimenti di metodologie e supporto tecnico, ma non per lo sviluppo. Mentre \"Informatica fondamentale\" e \"Ingegneria del software\" preparano un'eccellente risorsa umana per gli sviluppatori. Per non indirizzare gli studenti a un percorso inadeguato, \u00e8 necessario \"dissipare la nebbia\" che circonda la produzione IT.<\/p>\n
Si pu\u00f2 ridurre tutto a un comune denominatore?<\/h2>\n \n\u00c8 possibile unificare i ruoli produttivi e arrivare a una comprensione comune di essi sia dall'interno che dall'esterno dell'azienda? <\/p>\n
Certo, \u00e8 possibile e necessario, perch\u00e9 l'esperienza collettiva accumulata da tutte le aziende sviluppatrici dimostra l'esistenza di concetti comuni che unificano l'organizzazione del processo produttivo. Ci\u00f2 deriva dal fatto che esiste un concetto di ciclo di vita del software che \u00e8 interpretato in modo univoco da tutti, e i ruoli produttivi recentemente emersi (Data Scientist, QA Engineer, Machine Learning Engineer, ecc.) sono una conseguenza della precisazione e dello sviluppo del ciclo di vita del software stesso, che avviene con il miglioramento delle tecnologie e degli strumenti, cos\u00ec come lo sviluppo e l'ingrandimento delle sfide aziendali.<\/p>\n
Allo stesso tempo, \u00e8 difficile uniformare i ruoli di produzione, poich\u00e9 l'IT \u00e8 uno dei settori pi\u00f9 giovani e in rapida espansione dell'economia. In un certo senso, \u00e8 un caos da cui \u00e8 emerso l'universo. Una chiara struttura organizzativa qui \u00e8 impossibile e inappropriata, perch\u00e9 l'IT \u00e8 un ambito intellettuale ma molto creativo. Da un lato, un informatico \u00e8 un \u00abfisico\u00bb intellettuale con un pensiero algoritmico e matematico sviluppato, dall'altro, \u00e8 un \u00ablirico\u00bb creatore, portatore e promotore di idee. Proprio come un artista, non ha un piano chiaro per scrivere un'opera, non pu\u00f2 scomporre l'immagine in parti, poich\u00e9 quest'ultima smetterebbe di esistere. \u00c8 il padrone dei processi informativi, che di per s\u00e9 sono astratti, intangibili, difficili da misurare, ma rapidi. <\/p>\n
Strategie per costruire un'efficace gestione delle risorse umane nell'IT<\/h2>\n \nQuindi, cosa \u00e8 importante sapere per un esperto HR per costruire un'efficace gestione delle risorse umane in un contesto di diversit\u00e0 dei ruoli nell'IT?<\/p>\n
In primo luogo, qualsiasi specialista HR in un'azienda IT deve avere una comprensione della situazione specifica per la sua impresa: chi fa cosa, chi e come si chiama e, soprattutto, quale significato viene attribuito a questi ruoli nel contesto della produzione specifica.<\/p>\n
In secondo luogo, l'esperto HR deve avere una visione flessibile dei ruoli di produzione. Cio\u00e8, inizialmente deve formarsi un'idea ideale di essi, che gli permetta di orientarsi. Poi, deve esserci un quadro reale della produzione: dove e in che modo i ruoli si sovrappongono e si uniscono, quale percezione di questi ruoli hanno i dirigenti di produzione. La difficolt\u00e0 per lo specialista delle risorse umane consiste nel conciliare nella propria mente le situazioni reale e ideale, senza tentare forzatamente di riorganizzare i processi secondo la loro comprensione ideale, ma aiutando la produzione a soddisfare il bisogno di risorse.<\/p>\n
In terzo luogo, \u00e8 fondamentale avere un'idea delle possibili traiettorie di sviluppo per determinate figure professionali: in quali casi pu\u00f2 essere efficace un reclutamento esterno e quando \u00e8 meglio investire nella crescita interna dei dipendenti, offrendo loro opportunit\u00e0 di sviluppo, quali qualit\u00e0 dei candidati consentiranno loro di progredire in un determinato ambito, quali qualit\u00e0 non possono coesistere in una sola persona, cosa \u00e8 inizialmente importante per la scelta della traiettoria di sviluppo.<\/p>\n
In quarto luogo, torniamo al punto secondo cui l'IT \u00e8 un campo di personale altamente qualificato, dove per un lavoro del personale pi\u00f9 efficace \u00e8 inevitabile una precoce integrazione con l'ambiente educativo universitario. In questa situazione, ogni specialista HR deve sviluppare non solo competenze nel reclutamento diretto, nella gestione dei curricula e nell'intervista, ma anche necessariamente orientarsi nel contesto della formazione universitaria dei professionisti: quali universit\u00e0 formano personale per le aziende, quali corsi all'interno di specifiche universit\u00e0 soddisfano le esigenze del personale e, cosa importante, chi c'\u00e8 dietro, chi dirige e realizza la formazione dei professionisti nelle universit\u00e0.<\/p>\n
Pertanto, se si desidera smontare deliberatamente il mito che tutti gli informatici siano programmatori, \u00e8 necessario compiere una serie di passi in questa direzione e prestare particolare attenzione alle nostre universit\u00e0, dove si gettano le basi della percezione della futura professione. In altre parole, \u00e8 necessaria una continua interazione con l'ambiente educativo, ad esempio, mediante l'utilizzo di formati moderni di lavoro collaborativo in centri di coworking, 'punti di ebollizione', partecipazione a intensivi educativi. Questo permetter\u00e0 di distruggere le false rappresentazioni delle imprese IT, aumenter\u00e0 l'efficacia del lavoro del personale e creer\u00e0 condizioni per attivit\u00e0 congiunte nella preparazione di diversi specialisti del nostro settore.<\/p>\n
Esprimo gratitudine ai colleghi che hanno partecipato alla preparazione e al mantenimento della pertinenza di questo articolo: Valentina Vershinina e 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
![\"Chi](\"\/wp-content\/uploads\/2019\/11\/87c543e0ad54a289a116a78d0eba6430.jpeg\")