En l'etapa actual de desenvolupament del desenvolupament de programari industrial, es pot observar una varietat de rols de producció. El seu nombre creix, la classificació es complica cada any i, com és natural, els processos de selecció d'especialistes i treball amb recursos humans són cada cop més complicats. Les tecnologies de la informació (TI) són una àrea de recursos laborals altament qualificats i d'escassetat de personal. Aquí, el procés de desenvolupament de personal i la necessitat de treballar sistemàticament amb potencial de personal són molt més efectius que la selecció directa mitjançant recursos d'Internet.
L'article tracta qüestions rellevants per als especialistes de RRHH a les empreses de TI: les relacions causa-efecte en l'evolució dels rols de producció, les conseqüències de la mala interpretació del contingut dels rols per al treball de RRHH en general, així com les possibles opcions per augmentar la eficiència en la contractació d'especialistes.
Fabricació informàtica per a no iniciats
Qui és qui a les TI és un tema de discussió a diverses plataformes. Ha existit des de tota la indústria informàtica, és a dir, des de l'aparició de les primeres empreses de desenvolupament de programari al mercat de consum a principis dels anys 90 del segle passat. I durant el mateix temps no hi ha hagut cap visió comuna sobre aquest tema, la qual cosa crea dificultats i redueix l'eficiència del treball del personal. Intentem esbrinar-ho.
Per a mi, el tema dels rols de producció en el sector informàtic s'ha tornat rellevant i interessant des que em vaig incorporar a l'empresa informàtica. Vaig passar molt de temps i energia nerviosa intentant entendre el procés de producció. Aquests costos van superar les meves expectatives i els costos d'adaptació a processos en altres àmbits: educació, producció de material, petit comerç. Vaig entendre que els processos són complexos i inusuals, ja que, en general, una persona està més adaptada al món material que al virtual. Però hi havia una resistència intuïtiva: semblava que alguna cosa anava malament aquí, no hauria de ser així. El procés d'adaptació probablement va trigar un any, que, segons el meu entendre, és simplement còsmic. Com a resultat, vaig tenir una comprensió bastant clara dels rols clau en la producció de TI.
Actualment, continuo treballant aquest tema, però a un nivell diferent. Com a responsable del centre de desenvolupament d'una empresa informàtica, sovint he de comunicar-me amb estudiants, professors universitaris, sol·licitants, escolars i altres persones que volen participar en la creació d'un producte informàtic per tal de promocionar la marca empresari al mercat laboral. d'un nou territori (Yaroslavl). Aquesta comunicació no és fàcil a causa de la poca consciència dels interlocutors sobre com s'organitza el procés de desenvolupament del programari i, en conseqüència, la seva manca de comprensió del tema de la conversa. Després de 5-10 minuts de diàleg, deixes de rebre comentaris i comença a sentir-te com un estranger el discurs del qual requereix traducció. Per regla general, entre els interlocutors hi ha algú que dibuixa una línia en el diàleg i expressa un mite popular dels anys 90: "De totes maneres, tots els informàtics són programadors". Els orígens del mite són:
- La indústria informàtica es desenvolupa ràpidament, en aquestes condicions tots els significats i principis fonamentals estan en fase de formació;
- És difícil existir en condicions d'incertesa, per això una persona intenta facilitar-se la comprensió del desconegut creant mites;
- una persona està més acostumada a la percepció del món material que del virtual i, per tant, li costa definir conceptes que van més enllà de la seva percepció.
Intentar combatre aquest mite de vegades pot semblar inclinar-se als molins de vent, ja que hi ha diversos aspectes del problema que cal abordar. Un especialista en RRHH necessita, en primer lloc, tenir una imatge clara dels rols de producció en una empresa de TI en una encarnació ideal i real, en segon lloc, entendre com i quan es poden utilitzar de manera més eficaç els recursos interns de l'empresa i, en tercer lloc, quins mètodes reals es faran. ajudarà a augmentar la consciència dels participants del mercat laboral i contribuirà al desenvolupament de la marca empresari. Fem una ullada més de prop a aquests aspectes.
Cicle de vida del programari com a base dels rols de producció
No és cap secret que, en general, totes les funcions de producció de qualsevol empresa informàtica tenen com a font el cicle de vida del programari. Per tant, si ens plantegem la tasca conceptual d'acordar una percepció unificada d'aquesta qüestió dins de tota la indústria informàtica, ens hem de basar específicament en el cicle de vida del programari com a base semàntica acceptada i clarament entesa per tothom. La discussió d'opcions específiques per implementar la qüestió dels rols de producció es troba en el pla de la nostra actitud creativa davant el cicle de vida del programari.
Vegem doncs les etapes que inclou el cicle de vida del programari, utilitzant com a exemple la metodologia RUP. Són enllaços bastant madurs pel que fa a contingut i terminologia. El procés de producció sempre i arreu comença amb la modelització de negocis i la formació de requisits, i acaba (condicionalment, és clar) amb la consulta dels usuaris i la modificació del programari en funció dels "desitjos" dels usuaris.
Si feu una excursió històrica a finals del segle passat (com ja sabeu, aquest va ser el període de "l'automatització de les illes"), podeu veure que tot el procés de creació de programari va ser realitzat per un programador-desenvolupador. Aquestes són les arrels del mite que tot especialista en TI és un programador.
Amb l'augment de la complexitat dels processos de producció, l'aparició de plataformes integrades i la transició a l'automatització complexa de les àrees temàtiques, amb la reenginyeria dels processos de negoci, es fa inevitable l'aparició de rols especialitzats vinculats a etapes del cicle de vida. Així apareix un analista, provador i especialista en suport tècnic.
Diversitat de posicions utilitzant l'exemple del rol d'analista
Un analista (també conegut com a enginyer analític, també conegut com a director, metodòleg, analista empresarial, analista de sistemes, etc.) ajuda a "fer amistat" amb les tasques i tecnologies empresarials per a la seva implementació. Descripció de l'enunciat del problema per al desenvolupador: així és com es pot caracteritzar la funció principal d'un analista abstracte. Actua d'enllaç entre el client i el desenvolupador en els processos de formació de requisits, anàlisi i disseny de programari. En condicions de producció reals, la llista de funcions de l'analista ve determinada pel mètode d'organització de la producció, les qualificacions de l'especialista i les especificitats de l'àrea temàtica modelada.
Alguns analistes es troben més a prop del client. Aquests són analistes de negocis (Business Analyst). Entenen profundament els processos de negoci de l'àrea temàtica i són ells mateixos experts en processos automatitzats. És molt important comptar amb aquests especialistes al personal d'una empresa, especialment quan s'automatitza àrees temàtiques complexes metodològicament. En particular, per a nosaltres, com a automatitzadors del procés pressupostari de l'Estat, només cal que hi hagi experts en la matèria entre els analistes. Es tracta d'empleats altament qualificats amb una bona formació financera i econòmica i experiència treballant en autoritats financeres, preferentment en el paper d'especialistes de referència. L'experiència no en l'àmbit informàtic, sinó específicament en l'àrea temàtica, és extremadament important.
L'altra part dels analistes està més a prop dels desenvolupadors. Aquests són analistes de sistemes (System Analyst). La seva tasca principal és identificar, sistematitzar i analitzar els requisits del client per a la possibilitat de satisfer-los, elaborar especificacions tècniques i descriure enunciats de problemes. Entenen no només els processos empresarials, sinó també les tecnologies de la informació, tenen una bona comprensió de les capacitats del programari subministrat al client, tenen habilitats de disseny i, en conseqüència, entenen la millor manera de transmetre els interessos del client al desenvolupador. Aquests empleats han de tenir una formació en l'àmbit de les TIC i una mentalitat d'enginyeria i tècnica, preferiblement experiència en informàtica. En seleccionar aquests especialistes, tenir habilitats de disseny amb eines modernes serà un avantatge evident.
Un altre tipus d'analista són els escriptors tècnics. Es dediquen a la documentació com a part dels processos de desenvolupament de programari, elaborant manuals d'usuari i administrador, instruccions tecnològiques, vídeos de formació, etc. La seva tasca principal és ser capaç de transmetre informació sobre el funcionament del programa als usuaris i altres parts interessades, per descriure coses tècnicament complexes de manera concisa i clara. Els escriptors tècnics, en la seva majoria, tenen un excel·lent domini de la llengua russa i, al mateix temps, tenen una educació tècnica i una ment analítica. Per a aquests especialistes, les habilitats per compilar textos tècnics clars, competents i detallats d'acord amb els estàndards, així com el coneixement i el domini de les eines de documentació són de gran importància.
Així, veiem el mateix paper (i, per cert, posició a la taula de personal) - analista, però en les seves diferents encarnacions d'aplicació específica. La recerca d'especialistes per a cadascun d'ells té les seves característiques. És important saber que aquest tipus d'analistes han de tenir habilitats i coneixements que sovint són incompatibles en una sola persona. Un és humanista, propens al treball analític amb grans volums de documents de text, amb habilitats de parla i comunicació desenvolupades, l'altre és un "tecnològic" amb pensament d'enginyeria i interessos en l'àmbit de les TI.
Agafem de fora o creixem?
Per a un gran representant de la indústria informàtica, l'efectivitat de la selecció directa dels recursos d'Internet disminueix a mesura que creixen els projectes. Això passa, en particular, pels motius següents: una ràpida adaptació a processos complexos dins de l'empresa és impossible, la velocitat de domini d'eines específiques és inferior a la velocitat de desenvolupament del projecte. Per tant, és important que un especialista en RRHH sàpiga no només a qui ha de buscar externament, sinó també com utilitzar els recursos interns de l'empresa, de qui i com desenvolupar un especialista.
Per als analistes de negoci, l'experiència de treballar dins de processos reals en l'àrea temàtica és molt important, per la qual cosa reclutar-los “des de fora” és més efectiu que fer-los créixer dins de l'empresa. Al mateix temps, és important que un especialista en RRHH conegui la llista d'organitzacions que poden ser fonts d'aquest recurs humà i, a l'hora de seleccionar-los, centrar-se en la recerca de currículums d'aquestes.
Per cobrir vacants com ara analista de sistemes i arquitecte de programari, per contra, el procés de formació dins de l'empresa és de gran importància. Aquests especialistes s'han de formar en l'entorn de producció actual i en les especificitats d'una organització concreta. Els analistes de sistemes es desenvolupen a partir d'analistes comercials, escriptors tècnics i enginyers de suport tècnic. Arquitectes de programari: de dissenyadors (dissenyador de sistemes) i desenvolupadors de programari (desenvolupador de programari) a mesura que adquireixen experiència i amplien els seus horitzons. Aquesta circumstància permet a un especialista en RRHH utilitzar de manera eficaç els recursos interns de l'empresa.
Intersecció, integració i evolució dels rols productius
Hi ha un altre tema difícil des del punt de vista de la implementació en el procés de producció: establir límits clars entre rols. A primera vista, pot semblar que tot és evident: s'ha acabat la implantació, s'han signat els documents de posada en funcionament comercial del programari i tot s'ha lliurat al suport tècnic. És cert, però, sovint es donen situacions en què el client, per costum, en estret contacte amb l'analista i veient-lo com una “vareta màgica”, continua comunicant-se activament amb ell, malgrat que el sistema ja s'ha implantat. i l'etapa de suport formal està en marxa. No obstant això, des del punt de vista del client, qui millor i més ràpid que l'analista que estableix la tasca juntament amb ell respondrà les preguntes sobre el treball amb el sistema. I aquí sorgeix la pregunta sobre la duplicació parcial de les funcions d'un enginyer de suport tècnic i d'un analista. Amb el temps, tot millora, el client s'acostuma a comunicar-se amb el servei d'assistència tècnica, però al principi de l'ús del programari, aquesta "transició interna" no sempre es pot aconseguir sense estrès per ambdues parts.
La intersecció de les funcions d'analista i enginyer de suport tècnic també sorgeix quan el flux de requisits de desenvolupament es produeix com a part de l'etapa de suport. Tornant al cicle de vida del programari, veiem una discrepància entre les condicions reals de producció i les actituds formals que l'anàlisi de requisits i la formulació de problemes poden ser realitzades exclusivament per un analista. Un especialista en recursos humans, per descomptat, ha d'entendre la imatge ideal dels rols dins del cicle de vida del programari; tenen límits clars. Però al mateix temps, definitivament hauríeu de tenir en compte que la intersecció és possible. Quan avalueu els coneixements i les habilitats d'un sol·licitant, haureu de prestar atenció a la presència d'experiència relacionada, és a dir, quan cerqueu enginyers de suport tècnic, es poden considerar candidats amb experiència d'analista i viceversa.
A més de la superposició, sovint hi ha una consolidació dels rols de producció. Per exemple, un analista empresarial i un escriptor tècnic poden existir com una sola persona. La presència d'un arquitecte de programari (Arquitecte de programari) és obligatòria en el desenvolupament industrial de grans dimensions, mentre que els projectes molt petits poden prescindir d'aquesta funció: allà les funcions de l'arquitecte les realitzen els desenvolupadors (Desenvolupador de programari).
Els canvis en els períodes històrics en els enfocaments de desenvolupament i les tecnologies condueixen inevitablement al fet que el cicle de vida del programari també evolucioni. A nivell mundial, és clar, les seves etapes principals es mantenen sense canvis, però cada cop són més detallades. Per exemple, amb la transició a solucions basades en web i el creixement de les capacitats de configuració remota, ha sorgit el paper d'un especialista en configuració de programari. En una primera etapa històrica, es tractava d'implementadors, és a dir, d'enginyers que passaven la major part del seu temps de treball als llocs de treball dels clients. L'augment del volum i la complexitat del programari ha donat lloc a l'aparició del paper d'arquitecte de programari. Els requisits per accelerar els llançaments de versions i millorar la qualitat del programari van contribuir al desenvolupament de proves automatitzades i a l'aparició d'un nou rol: enginyer de control de qualitat (Enginyer d'assegurament de la qualitat), etc. L'evolució dels rols en totes les etapes del procés de producció està molt relacionada amb el desenvolupament de mètodes, tecnologies i eines.
Fins ara, hem analitzat alguns punts interessants sobre la distribució de rols de producció dins d'una empresa de programari en el context del cicle de vida del programari. Òbviament, aquesta és una visió privilegiada que és específica de cada empresa. Per a tots nosaltres, com a participants del mercat laboral del sector informàtic i responsables de la promoció de la marca empresari, la visió exterior serà especialment important. I aquí hi ha un gran problema no només per trobar significat, sinó també per transmetre aquesta informació al públic objectiu.
Què hi ha de dolent amb el "zoològic" de les posicions de TI?
La confusió en la ment dels especialistes de RRHH, els directors de producció i la diversitat d'enfocaments condueixen a una varietat molt àmplia, un veritable "zoo" de llocs de TI. L'experiència d'entrevistes i simplement de contactes professionals demostra que sovint la gent no té una comprensió clara del significat que hauria de derivar dels títols de feina. Per exemple, a la nostra organització, les posicions que inclouen el terme "enginyer analític" assumeixen que es tracta d'un creador de tasques. Tanmateix, resulta que no és així a tot arreu: hi ha organitzacions de desenvolupament on un enginyer analític és un implementador. Una entesa completament diferent, estaries d'acord?
En primer lloc, el "zoològic" de les posicions de TI redueix sens dubte l'eficàcia de la contractació. Cada empresari, a l'hora de desenvolupar i promocionar la seva marca, vol transmetre de manera concisa tots els significats que hi ha en la seva producció. I si ell mateix sovint no pot dir clarament qui és qui, és natural que transmeti la incertesa a l'entorn extern.
En segon lloc, el "zoològic" de les posicions d'IT crea enormes problemes en la formació i desenvolupament del personal informàtic. Tota empresa informàtica seriosa, destinada a formar i desenvolupar recursos humans, i no només a “munyir” llocs de treball, tard o d'hora es troba amb la necessitat d'interactuar amb les institucions educatives. Per al personal informàtic altament qualificat, aquest és un segment d'universitats, i les millors, almenys les del rànquing TOP-100.
El problema d'integració amb les universitats a l'hora de construir un procés continu de formació d'especialistes informàtics és aproximadament la meitat de la manca de comprensió de les universitats de qui és qui dins de l'empresa informàtica. Tenen una comprensió molt superficial d'això. Per regla general, les universitats tenen diverses especialitats amb la paraula "informàtica" al seu nom, i sovint passa que quan fan una campanya d'admissió es basen en la tesi que totes les especialitats són essencialment el mateix. I sembla que ens recolzem en el popular mite que tots els especialistes en informàtica són programadors.
L'experiència de la nostra estreta col·laboració amb les universitats demostra que l'especialitat “Informàtica Aplicada (per sectors)” ens dota de personal per als departaments de metodologia i suport tècnic, però no de desenvolupament. Mentre que "Informàtica bàsica", "Enginyeria de programari" preparen un excel·lent recurs humà per als desenvolupadors. Per no dirigir inicialment el sol·licitant per un camí que no li resulti adequat, cal "esquivar la boira" que envolta la producció informàtica.
És possible portar-ho tot a un denominador comú?
És possible unificar els rols de producció i arribar a una comprensió comuna d'ells dins i fora de l'empresa?
Per descomptat, és possible i necessari, perquè l'experiència col·lectiva acumulada de totes les empreses de desenvolupament demostra la presència de conceptes comuns i unificadors per organitzar el procés de producció. Això és conseqüència del fet que encara hi ha un concepte interpretat de manera única del cicle de vida del programari, i els nous rols de producció emergents (DataScientist, QA-Engineer, MachineLearning Engineer, etc.) són conseqüència de l'aclariment i desenvolupament de la cicle de vida del programari com a tal, que es produeix amb la millora de les tecnologies i eines, així com el desenvolupament i l'ampliació de les tasques empresarials.
Al mateix temps, és difícil unificar els rols de producció, perquè les TI és un dels sectors més joves i de més ràpid creixement de l'economia. En cert sentit, aquest és el caos d'on va sorgir l'univers. Una estructura organitzativa clara és impossible i inadequada aquí, perquè la informàtica és un camp intel·lectual, però molt creatiu. D'una banda, un especialista en informàtica és un “físic”-intel·lectual amb un pensament algorítmic i matemàtic desenvolupat, de l'altra, és un “letrista”-creador, portador i promotor d'idees. Ell, com l'artista, no té un pla clar per a la pintura, no pot descompondre la imatge en parts, ja que aquestes deixaran d'existir. És el governant dels processos d'informació, que en si mateixos són abstractes, intangibles, difícils de mesurar, però ràpids.
Maneres de crear un treball efectiu del personal en la producció de TI
Per tant, què és important que sàpiga un especialista en recursos humans per construir un treball eficaç de recursos humans en el context de la diversitat de funcions de producció de TI.
En primer lloc, qualsevol especialista en RRHH d'una empresa informàtica ha de tenir una idea de la situació típica específicament per a la seva empresa: qui fa què, qui s'anomena què i, el més important, quin és el significat d'aquests rols en les condicions de una producció concreta.
En segon lloc, el professional de RRHH ha de tenir una comprensió flexible dels rols de producció. És a dir, inicialment forma una comprensió ideal sobre ells, que li permet entendre-ho tot per ell mateix. Aleshores hi ha d'haver una imatge real de la producció: on i de quina manera es creuen i es combinen els rols, quina percepció d'aquests rols hi ha entre els directors de producció. La dificultat per a un especialista en personal és combinar les situacions reals i ideals a la ment, no intentar reconstruir per força els processos per adaptar-los a la seva comprensió ideal, sinó ajudar la producció a satisfer la necessitat de recursos.
En tercer lloc, definitivament hauríeu de tenir una idea de les possibles trajectòries de desenvolupament de determinats especialistes: en quins casos la selecció externa pot ser eficaç i quan és millor fer créixer un empleat al vostre equip, oferint-li oportunitats de desenvolupament, quines qualitats dels candidats els permetrà desenvolupar-se en una direcció determinada, qualitats que no poden ser compatibles en una persona, cosa que inicialment és important per escollir una trajectòria de desenvolupament.
En quart lloc, tornem a la tesi que la informàtica és un camp de personal altament qualificat, on la integració primerenca amb l'entorn educatiu universitari és inevitable per a una feina més eficaç del personal. En aquesta situació, cada especialista en RRHH ha de desenvolupar no només les habilitats de cerca directa, treballant amb qüestionaris i entrevistes, sinó també assegurar-se de navegar per l'entorn de formació universitària d'especialistes: quines universitats preparen el personal per a l'empresa, quines especialitats dins d'universitats específiques cobrir les necessitats de personal, i què És important qui hi ha darrere, qui gestiona i forma especialistes a les universitats.
Així, si desemmotllem deliberadament el mite que tots els informàtics són programadors, cal fer una sèrie de passos en aquesta direcció i prestar una atenció especial a les nostres universitats, on es posen les bases per a la percepció de la futura professió. En altres paraules, necessitem una interacció constant amb l'entorn educatiu, per exemple, utilitzant el format modern de col·laboració en centres de coworking, “punts d'ebullició” i participació en intensius educatius. Això ajudarà a destruir les idees errònies sobre l'empresa informàtica, augmentar l'eficiència del treball del personal i crear condicions per a activitats conjuntes en la formació de diversos especialistes de la nostra indústria.
Expresso el meu agraïment als companys que van participar en l'elaboració i el suport de la rellevància d'aquest article: Valentina Vershinina i Yuri Krupin.
Font: www.habr.com