Na fase actual de desenvolvemento do desenvolvemento de software industrial, pódese observar unha variedade de funcións de produción. O seu número vai en aumento, a clasificación complícase cada ano e, como é natural, os procesos de selección de especialistas e de traballo con recursos humanos son cada vez máis complicados. A tecnoloxía da información (TI) é unha área de recursos laborais altamente cualificados e escaseza de persoal. Aquí, o proceso de desenvolvemento de persoal e a necesidade dun traballo sistemático con potencial de persoal son moito máis eficaces que a selección directa mediante recursos de Internet.
O artigo analiza cuestións que son relevantes para os especialistas en RRHH das empresas de TI: as relacións causa-efecto na evolución dos roles de produción, as consecuencias da mala interpretación do contido dos roles para o traballo de RRHH en xeral, así como as posibles opcións para aumentar o eficiencia na contratación de especialistas.
Fabricación de TI para non iniciados
Quen é quen en TI é un tema de debate en varias plataformas. Existiu dende toda a industria informática, é dicir, desde a aparición das primeiras empresas de desenvolvemento de software no mercado de consumo a principios dos anos 90 do século pasado. E durante o mesmo tempo non houbo unha visión común sobre esta cuestión, o que crea dificultades e reduce a eficiencia do traballo do persoal. Imos tentar descifralo.
Para min, o tema dos roles de produción no sector informático fíxose relevante e interesante desde que me incorporei á empresa informática. Pasei moito tempo e enerxía nerviosa intentando comprender o proceso de produción. Estes custos superaron as miñas expectativas e os custos de adaptación a procesos doutras áreas: educación, produción de material, pequena empresa. Eu entendín que os procesos son complexos e pouco habituais, xa que, en xeral, unha persoa está máis adaptada ao mundo material que ao virtual. Pero houbo unha resistencia intuitiva: parecía que algo andaba mal aquí, non debería ser así. O proceso de adaptación probablemente levou un ano, o que, ao meu entender, é simplemente cósmico. Como resultado, tiña unha comprensión bastante clara dos papeis clave na produción de TI.
Actualmente, sigo traballando neste tema, pero a un nivel diferente. Como xefe do centro de desenvolvemento dunha empresa informática, moitas veces teño que comunicarme con estudantes, profesores universitarios, solicitantes, escolares e outros que queiran participar na creación dun produto informático co fin de promover a marca empregadora no mercado laboral. dun novo territorio (Yaroslavl). Esta comunicación non é doada debido á escasa concienciación dos interlocutores sobre como se organiza o proceso de desenvolvemento do software e, como consecuencia, a súa falta de comprensión do tema da conversación. Despois de 5-10 minutos de diálogo, deixas de recibir comentarios e comezas a sentirte como un estranxeiro cuxo discurso require tradución. Como regra xeral, entre os interlocutores hai alguén que traza unha liña no diálogo e expresa un mito popular dos anos 90: "De todos os xeitos, todos os especialistas en informática son programadores". As orixes do mito son:
- A industria das TI está a desenvolverse rapidamente, nestas condicións todos os significados e principios fundamentais están na fase de formación;
- É difícil existir en condicións de incerteza, polo que unha persoa trata de facilitar a comprensión do descoñecido creando mitos;
- unha persoa está máis afeita á percepción do mundo material que ao virtual e, polo tanto, cústalle definir conceptos que están máis aló da súa percepción.
Intentar combater este mito ás veces pode parecer inclinarse contra os muíños de vento, xa que hai varios aspectos do problema que hai que abordar. Un especialista en RRHH necesita, en primeiro lugar, ter unha imaxe clara dos roles de produción nunha empresa de TI nunha encarnación ideal e real, en segundo lugar, comprender como e cando os recursos internos da empresa se poden utilizar de forma máis eficaz e, en terceiro lugar, cales son os métodos reais. contribuirá a aumentar a concienciación dos participantes no mercado laboral e contribuirá ao desenvolvemento da marca patronal. Vexamos con máis detalle estes aspectos.
Ciclo de vida do software como base para os roles de produción
Non é ningún segredo que, en xeral, todos os roles de produción en calquera empresa de TI teñen o ciclo de vida do software como fonte. Polo tanto, se establecemos a tarefa conceptual de consensuar unha percepción unificada desta cuestión dentro de toda a industria informática, debemos apoiarnos especificamente no ciclo de vida do software como base semántica aceptada e claramente entendida por todos. A discusión das opcións específicas para implementar a cuestión dos roles de produción atópase no plano da nosa actitude creativa ante o ciclo de vida do software.
Entón, vexamos as etapas que inclúe o ciclo de vida do software, utilizando a metodoloxía RUP como exemplo. Son ligazóns bastante maduras en canto a contido e terminoloxía. O proceso de produción sempre e en todas partes comeza coa modelización do negocio e a formación de requisitos, e remata (condicionalmente, por suposto) coa consulta dos usuarios e a modificación do software en función dos "queres" dos usuarios.
Se fas unha excursión histórica a finais do século pasado (como sabes, este foi o período da "automatización da illa"), podes ver que todo o proceso de creación de software foi realizado por un programador-desenvolvedor. Aquí están as raíces do mito de que todo especialista en TI é un programador.
Coa crecente complexidade dos procesos de produción, a aparición de plataformas integradas e a transición á complexa automatización das áreas temáticas, coa reenxeñaría dos procesos de negocio, a aparición de roles especializados vinculados a etapas do ciclo de vida faise inevitable. Así aparece un analista, probador e especialista en soporte técnico.
Diversidade de posicións utilizando o exemplo do rol de analista
Un analista (tamén coñecido como enxeñeiro analítico, tamén coñecido como director, metodólogo, analista de negocios, analista de sistemas, etc.) axuda a “facer amizade” coas tarefas e tecnoloxías empresariais para a súa implementación. Descrición da declaración do problema para o desenvolvedor: así é como se pode caracterizar a función principal dun analista abstracto. Actúa como vínculo entre o cliente e o desenvolvedor nos procesos de formación de requisitos, análise e deseño de software. En condicións de produción reais, a lista de funcións do analista está determinada polo método de organización da produción, as cualificacións do especialista e as especificidades da área temática modelada.
Algúns analistas están máis preto do cliente. Trátase de analistas empresariais (Business Analyst). Entenden profundamente os procesos de negocio da área temática e son expertos en procesos automatizados. É moi importante contar con estes especialistas no persoal dunha empresa, especialmente cando se automatizan áreas temáticas metodoloxicamente complexas. En particular, para nós, como automatizadores do proceso orzamentario do Estado, simplemente é necesario que haxa expertos na materia entre os analistas. Trátase de empregados altamente cualificados cunha boa formación financeira e económica e experiencia traballando en autoridades financeiras, preferentemente no papel de principais especialistas. A experiencia non no campo das TIC, senón específicamente na área temática, é moi importante.
A outra parte dos analistas está máis preto dos desenvolvedores. Trátase de analistas de sistemas (System Analyst). A súa tarefa principal é identificar, sistematizar e analizar os requisitos dos clientes para a posibilidade de satisfacelos, elaborar especificacións técnicas e describir enunciados de problemas. Entenden non só os procesos comerciais, senón tamén as tecnoloxías da información, teñen unha boa comprensión das capacidades do software subministrado ao cliente, teñen habilidades de deseño e, en consecuencia, comprenden a mellor forma de transmitir os intereses do cliente ao desenvolvedor. Estes empregados deben ter unha formación no campo das TIC e unha mentalidade de enxeñería e técnica, preferentemente experiencia en TI. Ao seleccionar estes especialistas, ter habilidades de deseño utilizando ferramentas modernas será unha clara vantaxe.
Outro tipo de analista son os escritores técnicos. Dedícanse á documentación como parte dos procesos de desenvolvemento de software, elaborando manuais de usuario e administrador, instrucións tecnolóxicas, vídeos formativos, etc. A súa tarefa principal é ser capaz de transmitir información sobre o funcionamento do programa aos usuarios e outras partes interesadas, para describir cousas tecnicamente complexas de forma concisa e clara. Os escritores técnicos, na súa maioría, teñen un excelente dominio da lingua rusa e, ao mesmo tempo, teñen unha educación técnica e unha mente analítica. Para estes especialistas, a capacidade de compilar textos técnicos claros, competentes e detallados de acordo coas normas, así como o coñecemento e o dominio das ferramentas de documentación son de maior importancia.
Así, vemos o mesmo papel (e, por certo, posición na táboa de persoal) - analista, pero nas súas diferentes aplicacións específicas. A busca de especialistas para cada un deles ten as súas propias características. É importante saber que este tipo de analistas deben ter habilidades e coñecementos que moitas veces son incompatibles nunha soa persoa. Un é un especialista en humanidades, propenso ao traballo analítico con grandes volumes de documentos de texto, con habilidades de fala e comunicación desenvolvidas, o outro é un "techie" con pensamento de enxeñería e intereses no campo das TIC.
Collemos de fóra ou crecemos?
Para un gran representante da industria das TI, a eficacia da selección directa dos recursos de Internet diminúe a medida que crecen os proxectos. Isto ocorre, en particular, polas seguintes razóns: a rápida adaptación a procesos complexos dentro da empresa é imposible, a velocidade de dominio de ferramentas específicas é menor que a velocidade de desenvolvemento do proxecto. Polo tanto, é importante que un especialista en RRHH saiba non só a quen buscar externamente, senón tamén como utilizar os recursos internos da empresa, de quen e como desenvolver un especialista.
Para os analistas empresariais, a experiencia de traballar dentro de procesos reais na área temática é moi importante, polo que recrutalos "desde fóra" é máis efectivo que facelos crecer dentro da empresa. Ao mesmo tempo, é importante que un especialista en RRHH coñeza a lista de organizacións que poden ser fontes deste recurso humano, e á hora de seleccionar, centrarse na procura de currículos delas.
Para cubrir prazas como analista de sistemas e arquitecto de software, pola contra, o proceso de formación dentro da empresa é de gran importancia. Estes especialistas deben estar formados no entorno de produción actual e nas particularidades dunha organización en particular. Os analistas de sistemas desenvólvense a partir de analistas empresariais, escritores técnicos e enxeñeiros de soporte técnico. Arquitectos de software: de deseñadores (deseñador de sistemas) e desenvolvedores de software (desenvolvedor de software) a medida que adquiren experiencia e amplían os seus horizontes. Esta circunstancia permite que un especialista en recursos humanos utilice eficazmente os recursos internos da empresa.
Intersección, integración e evolución dos roles produtivos
Hai outra cuestión difícil desde o punto de vista da implantación no proceso de produción: establecer límites claros entre os roles. A primeira vista, pode parecer que todo é obvio: a implantación rematou, asináronse os documentos de posta en funcionamento comercial do software e todo foi entregado ao soporte técnico. Así é, con todo, moitas veces xorden situacións nas que o cliente, por costume, estando en estreito contacto co analista e véndoo como unha "varita máxica", segue comunicándose activamente con el, a pesar de que o sistema xa está implantado. e está en marcha a fase formal de apoio . Non obstante, desde o punto de vista do cliente, quen mellor e máis rápido que o analista que fixo a tarefa xunto con el responderá ás preguntas sobre o traballo co sistema. E aquí xorde a pregunta sobre a duplicación parcial dos roles dun enxeñeiro de soporte técnico e un analista. Co paso do tempo, todo mellora, o cliente acostúmase a comunicarse co servizo de soporte técnico, pero ao comezo do uso do software, tal "transición interna" non sempre se pode realizar sen estrés por ambos os dous lados.
A intersección dos roles de analista e enxeñeiro de soporte técnico tamén xorde cando o fluxo de requisitos de desenvolvemento ocorre como parte da etapa de soporte. Volvendo ao ciclo de vida do software, vemos unha discrepancia entre as condicións reais de produción e as actitudes formais de que a análise de requisitos e a formulación de problemas poden ser realizadas exclusivamente por un analista. Un especialista en recursos humanos, por suposto, debe comprender a imaxe ideal dos roles dentro do ciclo de vida do software; teñen límites claros. Pero, ao mesmo tempo, definitivamente debes ter en conta que a intersección é posible. Ao avaliar os coñecementos e as habilidades dun solicitante, debes prestar atención á presenza de experiencia relacionada, é dicir, ao buscar enxeñeiros de soporte técnico, os candidatos con experiencia de analista poden ser considerados e viceversa.
Ademais da superposición, adoita producirse unha consolidación dos roles de produción. Por exemplo, un analista de negocios e un escritor técnico poden existir como unha soa persoa. A presenza dun arquitecto de software (Arquitecto de software) é obrigatoria no gran desenvolvemento industrial, mentres que os proxectos moi pequenos poden prescindir deste papel: alí as funcións do arquitecto son realizadas polos desenvolvedores (Desenvolvedor de software).
Os cambios nos períodos históricos nos enfoques e tecnoloxías de desenvolvemento levan inevitablemente a que o ciclo de vida do software tamén evolucione. A nivel mundial, por suposto, as súas principais etapas permanecen sen cambios, pero cada vez son máis detalladas. Por exemplo, coa transición a solucións baseadas na web e o crecemento das capacidades de configuración remota, xurdiu o papel dun especialista en configuración de software. Nunha etapa histórica inicial, estes eran implementadores, é dicir, enxeñeiros que pasaban a maior parte do seu tempo de traballo nos lugares de traballo dos clientes. O aumento do volume e complexidade do software levou á aparición do papel de Arquitecto de Software. Os requisitos para acelerar as versións e mellorar a calidade do software contribuíron ao desenvolvemento de probas automatizadas e á aparición dun novo rol: enxeñeiro de control de calidade (Enxeñeiro de garantía de calidade), etc. A evolución dos roles en todas as fases do proceso produtivo está significativamente relacionada co desenvolvemento de métodos, tecnoloxías e ferramentas.
Ata agora, analizamos algúns puntos interesantes sobre a distribución dos roles de produción dentro dunha empresa de software no contexto do ciclo de vida do software. Obviamente, esta é unha visión interna específica de cada empresa. Para todos nós, como participantes no mercado laboral da industria informática e responsables da promoción da marca empregadora, a visión exterior será especialmente importante. E aquí hai un gran problema non só para atopar significado, senón tamén para transmitir esta información ao público obxectivo.
Que hai de malo no "zoolóxico" dos postos de TI?
A confusión na mente dos especialistas en RRHH, os xestores de produción e a diversidade de enfoques conducen a unha variedade moi ampla, un auténtico "zoo" de postos de TI. A experiencia das entrevistas e dos contactos simplemente profesionais demostra que a xente moitas veces non ten unha comprensión clara do significado que debería derivarse dos postos de traballo. Por exemplo, na nosa organización, os postos que inclúen o termo "enxeñeiro analítico" supoñen que este é un creador de tarefas. Non obstante, resulta que non é así en todas partes: hai organizacións de desenvolvemento onde un enxeñeiro analítico é un implementador. Un entendemento completamente diferente, estarías de acordo?
En primeiro lugar, o "zoolóxico" de postos de TI reduce sen dúbida a eficacia da contratación. Todo empresario, á hora de desenvolver e promocionar a súa marca, quere transmitir de forma concisa todos os significados que existen na súa produción. E se el mesmo moitas veces non pode dicir claramente quen é quen, é natural que transmita incerteza ao medio externo.
En segundo lugar, o "zoolóxico" dos postos de informática crea enormes problemas na formación e desenvolvemento do persoal informático. Toda empresa de TI seria, destinada a formar e desenvolver recursos humanos, e non só a "muxir" lugares de traballo, tarde ou cedo atópase coa necesidade de interactuar coas institucións educativas. Para o persoal de TI altamente cualificado, este é un segmento de universidades, e as mellores, polo menos, as do ranking TOP-100.
O problema da integración coas universidades á hora de construír un proceso continuo de formación de especialistas en informática é aproximadamente a metade da falta de comprensión das universidades de quen é quen dentro da empresa informática. Teñen unha comprensión moi superficial disto. Como regra xeral, as universidades teñen varias especialidades coa palabra "informática" nos seus nomes, e moitas veces ocorre que cando realizan unha campaña de admisión confían na tese de que todas as especialidades son esencialmente o mesmo. E parece que se baseamos no popular mito de que todos os especialistas en informática son programadores.
A experiencia da nosa estreita colaboración coas universidades demostra que a especialidade “Informática Aplicada (por industria)” abastecenos de persoal para os departamentos de metodoloxía e soporte técnico, pero non de desenvolvemento. Mentres "Informática fundamental", "Enxeñaría de software" preparan un excelente recurso humano para desenvolvedores. Para non dirixir inicialmente ao solicitante por un camiño inadecuado para el, cómpre "disparar a néboa" que rodea a produción informática.
É posible levar todo a un denominador común?
É posible unificar os roles de produción e chegar a un entendemento común dos mesmos dentro e fóra da empresa?
Por suposto, é posible e necesario, porque a experiencia colectiva acumulada de todas as empresas de desenvolvemento demostra a presenza de conceptos comúns e unificadores para organizar o proceso de produción. Isto é consecuencia do feito de que aínda existe un concepto único interpretado do ciclo de vida do software, e os novos roles de produción emerxentes (DataScientist, QA-Engineer, MachineLearning Engineer, etc.) son consecuencia da clarificación e desenvolvemento do ciclo de vida do software como tal, producíndose coa mellora das tecnoloxías e ferramentas, así como o desenvolvemento e ampliación das tarefas empresariais.
Ao mesmo tempo, é difícil unificar os roles de produción, porque a TI é un dos sectores máis novos e de máis rápido crecemento da economía. En certo sentido, este é o caos do que xurdiu o universo. Unha estrutura organizativa clara é imposible e inadecuada aquí, porque a informática é un campo intelectual, pero moi creativo. Por unha banda, un especialista en informática é un “físico” -intelectual cun pensamento algorítmico e matemático desenvolvido, por outra banda, é un "letrista"-creador, portador e promotor de ideas. El, ao igual que o artista, non ten un plan claro para a pintura, non pode descompoñer a imaxe en partes, xa que estas deixarán de existir. É o rexedor dos procesos de información, que en si mesmos son abstractos, intanxibles, difíciles de medir, pero rápidos.
Formas de construír un traballo efectivo do persoal na produción de TI
Entón, o que é importante saber para un especialista en RRHH para construír un traballo eficaz de RRHH no contexto da diversidade de funcións de produción de TI.
En primeiro lugar, calquera especialista en RRHH nunha empresa de TI debe ter unha idea da situación que é típica específicamente para a súa empresa: quen fai que, quen se chama como e, o máis importante, cal é o significado destes roles nas condicións de unha produción concreta.
En segundo lugar, o profesional de RRHH debe ter unha comprensión flexible dos roles de produción. É dicir, inicialmente forma unha comprensión ideal sobre eles, o que lle permite descubrir todo por si mesmo. Entón debe haber unha imaxe real da produción: onde e de que xeito se cruzan e combinan os roles, que percepción destes roles existe entre os xestores de produción. A dificultade para un especialista en persoal é combinar as situacións reais e ideais na mente, non tentar reconstruír por forza os procesos para adaptalos á súa comprensión ideal, senón axudar á produción a satisfacer a necesidade de recursos.
En terceiro lugar, definitivamente debes ter unha idea das posibles traxectorias de desenvolvemento de certos especialistas: en que casos a selección externa pode ser eficaz e cando é mellor facer crecer un empregado no teu equipo, proporcionándolle oportunidades de desenvolvemento, que calidades dos candidatos permitiralles desenvolverse nunha dirección determinada, calidades que non poden ser compatibles nunha soa persoa, o que inicialmente é importante para escoller unha traxectoria de desenvolvemento.
En cuarto lugar, volvamos á tese de que a informática é un ámbito de persoal altamente cualificado, onde a integración temperá no ámbito educativo universitario é inevitable para un traballo máis eficaz do persoal. Nesta situación, cada especialista en RRHH debe desenvolver non só as habilidades de busca directa, traballando con cuestionarios e entrevistas, senón que tamén debe asegurarse de navegar polo entorno de formación universitaria de especialistas: que universidades preparan o persoal para a empresa, que especialidades dentro das universidades específicas. cubrir as necesidades de persoal, e que É importante quen está detrás diso, quen xestiona e forma especialistas nas universidades.
Así, se desmentimos a propósito o mito de que todos os especialistas en informática son programadores, é necesario dar unha serie de pasos nesta dirección e prestar especial atención ás nosas universidades, onde se sentan as bases para a percepción da futura profesión. Noutras palabras, necesitamos unha interacción constante co ámbito educativo, por exemplo, utilizando o formato moderno de colaboración en centros de coworking, "puntos de ebulición" e participación en intensivos educativos. Isto axudará a destruír as ideas erróneas sobre a empresa de TI, a aumentar a eficiencia do traballo do persoal e a crear condicións para actividades conxuntas na formación de varios especialistas na nosa industria.
Expreso o meu agradecemento aos compañeiros que participaron na elaboración e apoio á relevancia deste artigo: Valentina Vershinina e Yuri Krupin.
Fonte: www.habr.com