No atual estágio de desenvolvimento de software industrial, pode-se observar uma variedade de funções de produção. O seu número é crescente, a classificação torna-se cada vez mais complicada e, naturalmente, os processos de seleção de especialistas e de trabalho com recursos humanos tornam-se mais complicados. A tecnologia da informação (TI) é uma área com mão de obra altamente qualificada e escassez de pessoal. Aqui, o processo de desenvolvimento de pessoal e a necessidade de um trabalho sistemático com o potencial de pessoal são muito mais eficazes do que a seleção direta por meio de recursos da Internet.
O artigo discute questões relevantes para especialistas de RH em empresas de TI: relações de causa e efeito na evolução das funções de produção, as consequências da má interpretação do conteúdo das funções para o trabalho de RH em geral, bem como possíveis opções para aumentar a eficiência do recrutamento de especialistas.
Fabricação de TI para os não iniciados
Quem é quem em TI é tema de discussão em diversas plataformas. Ela existe desde todo o setor de TI, ou seja, desde o surgimento das primeiras empresas de desenvolvimento de software no mercado consumidor no início dos anos 90 do século passado. E durante o mesmo período não houve uma visão comum sobre esta questão, o que cria dificuldades e reduz a eficiência do trabalho do pessoal. Vamos tentar descobrir.
Para mim, o tema das funções de produção no setor de TI tornou-se relevante e interessante desde que entrei na empresa de TI. Passei muito tempo e energia nervosa tentando entender o processo de produção. Esses custos superaram minhas expectativas e os custos de adaptação a processos de outras áreas: educação, produção de materiais, pequenos negócios. Tive a compreensão de que os processos são complexos e inusitados, pois, em geral, a pessoa está mais adaptada ao mundo material do que ao virtual. Mas houve uma resistência intuitiva: parecia que algo estava errado aqui, não deveria ser assim. O processo de adaptação provavelmente durou um ano, o que, no meu entender, é simplesmente cósmico. Como resultado, tive uma compreensão bastante clara das principais funções na produção de TI.
Atualmente, continuo trabalhando neste tema, mas em um nível diferente. Como chefe do centro de desenvolvimento de uma empresa de TI, muitas vezes tenho que me comunicar com estudantes, professores universitários, candidatos, alunos e outras pessoas que desejam participar da criação de um produto de TI, a fim de promover a marca empregadora no mercado de trabalho. de um novo território (Yaroslavl). Essa comunicação não é fácil devido ao baixo conhecimento dos interlocutores sobre como está organizado o processo de desenvolvimento de software e, consequentemente, à falta de compreensão do assunto da conversa. Após 5 a 10 minutos de diálogo, você para de receber feedback e começa a se sentir como um estrangeiro cujo discurso requer tradução. Via de regra, entre os interlocutores há alguém que traça um limite no diálogo e dá voz a um mito popular dos anos 90: “De qualquer forma, todos os especialistas em TI são programadores”. As origens do mito são:
- A indústria de TI está se desenvolvendo rapidamente, nessas condições todos os significados e princípios fundamentais estão em fase de formação;
- É difícil existir em condições de incerteza, por isso a pessoa tenta facilitar a compreensão do desconhecido criando mitos;
- a pessoa está mais acostumada com a percepção do mundo material do que do virtual e, portanto, tem dificuldade em definir conceitos que estão além de sua percepção.
Tentar combater este mito pode por vezes parecer como lutar contra moinhos de vento, pois há vários aspectos do problema que precisam de ser abordados. Um especialista em RH precisa, em primeiro lugar, ter uma imagem clara das funções de produção numa empresa de TI numa concretização ideal e real, em segundo lugar, compreender como e quando os recursos internos da empresa podem ser utilizados de forma mais eficaz e, em terceiro lugar, que métodos reais irão ajudará a aumentar a notoriedade dos participantes no mercado de trabalho e contribuirá para o desenvolvimento da marca empregadora. Vamos examinar mais de perto esses aspectos.
Ciclo de vida do software como base para funções de produção
Não é segredo que em geral todas as funções de produção em qualquer empresa de TI têm como fonte o ciclo de vida do software. Portanto, se definirmos a tarefa conceptual de chegar a acordo sobre uma percepção unificada desta questão dentro de toda a indústria de TI, devemos confiar especificamente no ciclo de vida do software como uma base semântica aceite e claramente compreendida por todos. A discussão de opções específicas para implementar a questão das funções de produção está no plano da nossa atitude criativa em relação ao ciclo de vida do software.
Então, vejamos as etapas que o ciclo de vida do software inclui, usando como exemplo a metodologia RUP. São links bastante maduros em termos de conteúdo e terminologia. O processo de produção sempre e em qualquer lugar começa com a modelagem de negócios e a formação de requisitos, e termina (condicionalmente, é claro) com a consulta aos usuários e a modificação do software com base nos “desejos” dos usuários.
Se você fizer uma excursão histórica até o final do século passado (como você sabe, este foi o período da “automação insular”), verá que todo o processo de criação de software foi realizado por um programador-desenvolvedor. Aqui estão as raízes do mito de que todo especialista em TI é um programador.
Com a crescente complexidade dos processos produtivos, o surgimento de plataformas integradas e a transição para a automatização complexa das áreas temáticas, com a reengenharia dos processos de negócio, torna-se inevitável o surgimento de funções especializadas ligadas às fases do ciclo de vida. É assim que aparece um analista, testador e especialista em suporte técnico.
Diversidade de cargos usando o exemplo da função de analista
Um analista (também conhecido como engenheiro analítico, também conhecido como diretor, metodologista, analista de negócios, analista de sistemas, etc.) ajuda a “fazer amizade” com tarefas de negócios e tecnologias para sua implementação. Descrição da definição do problema para o desenvolvedor - é assim que se pode caracterizar a função principal de um analista abstrato. Atua como elo entre o cliente e o desenvolvedor nos processos de formação de requisitos, análise e design de software. Em condições reais de produção, a lista de funções do analista é determinada pelo método de organização da produção, pelas qualificações do especialista e pelas especificidades da área temática modelada.
Alguns analistas estão localizados mais próximos do cliente. Estes são analistas de negócios (Analista de Negócios). Eles entendem profundamente os processos de negócios da área temática e são especialistas em processos automatizados. É muito importante ter esses especialistas no quadro de funcionários de uma empresa, especialmente ao automatizar áreas temáticas metodologicamente complexas. Em particular, para nós, como automatizadores do processo orçamental do Estado, é simplesmente necessário que existam especialistas no assunto entre os analistas. São colaboradores altamente qualificados, com boa formação financeira e económica e experiência de trabalho em autoridades financeiras, preferencialmente na função de especialistas de referência. Experiência não na área de TI, mas especificamente na área temática, é extremamente importante.
A outra parte dos analistas está mais próxima dos desenvolvedores. Estes são analistas de sistema (Analista de Sistema). A sua principal tarefa é identificar, sistematizar e analisar os requisitos do cliente quanto à possibilidade de os satisfazer, preparar especificações técnicas e descrever as declarações dos problemas. Eles entendem não só os processos de negócios, mas também as tecnologias de informação, têm um bom entendimento das capacidades do software fornecido ao cliente, possuem habilidades de design e, consequentemente, entendem a melhor forma de transmitir os interesses do cliente ao desenvolvedor. Estes colaboradores devem ter formação na área das TIC e mentalidade técnica e de engenharia, preferencialmente experiência em TI. Ao selecionar esses especialistas, ter habilidades de design usando ferramentas modernas será uma clara vantagem.
Outro tipo de analista são os redatores técnicos. Eles estão envolvidos na documentação como parte dos processos de desenvolvimento de software, preparando manuais de usuário e administrador, instruções tecnológicas, vídeos de treinamento, etc. A sua principal tarefa é ser capaz de transmitir informações sobre o funcionamento do programa aos utilizadores e outras partes interessadas, para descrever coisas tecnicamente complexas de forma concisa e clara. Os redatores técnicos, em sua maioria, possuem excelente domínio da língua russa e, ao mesmo tempo, possuem formação técnica e mente analítica. Para esses especialistas, são de maior importância a habilidade de compilar textos técnicos claros, competentes e detalhados de acordo com as normas, bem como o conhecimento e domínio das ferramentas de documentação.
Assim, vemos o mesmo papel (e, aliás, posição no quadro de pessoal) - analista, mas em suas diferentes encarnações de aplicação específica. A busca por especialistas para cada um deles tem características próprias. É importante saber que esses tipos de analistas devem possuir habilidades e conhecimentos que muitas vezes são incompatíveis em uma pessoa. Um é um especialista em humanidades, propenso ao trabalho analítico com grandes volumes de documentos de texto, com habilidades desenvolvidas de fala e comunicação, o outro é um “técnico” com pensamento de engenharia e interesses na área de TI.
Tiramos de fora ou crescemos?
Para um grande representante da indústria de TI, a eficácia da seleção direta dos recursos da Internet diminui à medida que os projetos crescem. Isto acontece, nomeadamente, pelos seguintes motivos: a adaptação rápida a processos complexos dentro da empresa é impossível, a velocidade de domínio de ferramentas específicas é inferior à velocidade de desenvolvimento de projetos. Portanto, é importante que um especialista em RH saiba não só quem procurar externamente, mas também como utilizar os recursos internos da empresa, de quem e como desenvolver um especialista.
Para os analistas de negócios, a experiência de trabalhar em processos reais na área temática é muito importante, portanto recrutá-los “de fora” é mais eficaz do que desenvolvê-los dentro da empresa. Ao mesmo tempo, é importante que um especialista em RH conheça a lista de organizações que podem ser fontes desse recurso humano e, na hora de selecionar, foque na busca de currículos delas.
Para preencher vagas como analista de sistemas e arquiteto de software, pelo contrário, o processo de formação dentro da empresa é de grande importância. Esses especialistas devem ser formados no atual ambiente de produção e nas especificidades de uma determinada organização. Os analistas de sistemas se desenvolvem a partir de analistas de negócios, redatores técnicos e engenheiros de suporte técnico. Arquitetos de Software - desde designers (System Designer) até desenvolvedores de software (Software Developer) à medida que ganham experiência e ampliam seus horizontes. Esta circunstância permite que um especialista em RH utilize de forma eficaz os recursos internos da empresa.
Intersecção, integração e evolução dos papéis de produção
Há outra questão difícil do ponto de vista da implementação no processo de produção - estabelecer limites claros entre as funções. À primeira vista pode parecer que tudo é óbvio: a implementação foi concluída, os documentos de colocação do software em operação comercial foram assinados e tudo foi entregue ao suporte técnico. É verdade, porém, muitas vezes surgem situações em que o cliente, por hábito, estando em contacto próximo com o analista e vendo-o como uma “varinha mágica”, continua a comunicar ativamente com ele, apesar de o sistema já ter sido implementado e a fase de apoio formal está em andamento. Porém, do ponto de vista do cliente, quem melhor e mais rápido que o analista que definiu a tarefa junto com ele responderá dúvidas sobre como trabalhar com o sistema. E aqui surge a questão sobre a duplicação parcial das funções de engenheiro de suporte técnico e analista. Com o tempo tudo melhora, o cliente se acostuma a se comunicar com o serviço de suporte técnico, mas logo no início da utilização do software essa “transição interna” nem sempre pode ser realizada sem estresse de ambas as partes.
A intersecção das funções de analista e engenheiro de suporte técnico também surge quando o fluxo de requisitos de desenvolvimento ocorre como parte da etapa de suporte. Voltando ao ciclo de vida do software, vemos uma discrepância entre as condições reais de produção e as atitudes formais de que a análise de requisitos e a formulação de problemas podem ser realizadas exclusivamente por um analista. Um especialista em RH, é claro, precisa compreender a imagem ideal das funções dentro do ciclo de vida do software; elas têm limites claros. Mas, ao mesmo tempo, você definitivamente deve ter em mente que a interseção é possível. Ao avaliar os conhecimentos e habilidades de um candidato, deve-se atentar para a presença de experiência relacionada, ou seja, na busca por engenheiros de suporte técnico, podem ser considerados candidatos com experiência de analista e vice-versa.
Além da sobreposição, muitas vezes há uma consolidação das funções de produção. Por exemplo, um analista de negócios e um redator técnico podem existir como uma só pessoa. A presença de um arquiteto de software (Arquiteto de Software) é obrigatória no grande desenvolvimento industrial, enquanto projetos muito pequenos podem prescindir dessa função: ali as funções do arquiteto são desempenhadas por desenvolvedores (Desenvolvedor de Software).
Mudanças nos períodos históricos nas abordagens e tecnologias de desenvolvimento levam inevitavelmente ao fato de que o ciclo de vida do software também evolui. Globalmente, é claro, as suas principais etapas permanecem inalteradas, mas estão a tornar-se mais detalhadas. Por exemplo, com a transição para soluções baseadas na Web e o crescimento dos recursos de configuração remota, surgiu a função de um especialista em configuração de software. Numa fase histórica inicial, estes eram implementadores, ou seja, engenheiros que passavam a maior parte do seu tempo de trabalho nos locais de trabalho dos clientes. O aumento do volume e da complexidade do software levou ao surgimento da função de Arquiteto de Software. Os requisitos para acelerar o lançamento de versões e melhorar a qualidade do software contribuíram para o desenvolvimento de testes automatizados e o surgimento de uma nova função - engenheiro de controle de qualidade (Engenheiro de Garantia de Qualidade), etc. A evolução dos papéis em todas as etapas do processo produtivo está significativamente relacionada ao desenvolvimento de métodos, tecnologias e ferramentas.
Até agora, examinamos alguns pontos interessantes relacionados à distribuição de funções de produção dentro de uma empresa de software no contexto do ciclo de vida do software. Obviamente, esta é uma visão interna específica de cada empresa. Para todos nós, como participantes do mercado de trabalho da indústria de TI e responsáveis pela promoção da marca empregadora, a visão externa será especialmente importante. E aqui há um grande problema não só em encontrar sentido, mas também em transmitir essa informação ao público-alvo.
O que há de errado com o “zoológico” de cargos de TI?
A confusão na cabeça dos especialistas de RH, dos gestores de produção e a diversidade de abordagens levam a uma variedade muito grande, um verdadeiro “zoológico” de cargos de TI. A experiência de entrevistas e de contactos simplesmente profissionais mostra que muitas vezes as pessoas não têm uma compreensão clara do significado que deve decorrer dos títulos dos cargos. Por exemplo, em nossa organização, os cargos que incluem o termo “engenheiro analítico” pressupõem que se trata de um definidor de tarefas. No entanto, verifica-se que este não é o caso em todos os lugares: existem organizações de desenvolvimento onde um engenheiro analítico é um implementador. Um entendimento completamente diferente, você concorda?
Em primeiro lugar, o “zoológico” de cargos de TI reduz, sem dúvida, a eficácia do recrutamento. Cada empregador, ao desenvolver e promover a sua marca, pretende transmitir de forma concisa todos os significados que existem na sua produção. E se ele próprio muitas vezes não consegue dizer claramente quem é quem, é natural que transmita incerteza ao ambiente externo.
Em segundo lugar, o “zoológico” de cargos de TI cria enormes problemas na formação e desenvolvimento do pessoal de TI. Toda empresa séria de TI, que visa formar e desenvolver recursos humanos, e não apenas “ordenhar” locais de trabalho, mais cedo ou mais tarde se depara com a necessidade de interagir com instituições de ensino. Para pessoal de TI altamente qualificado, este é um segmento de universidades, e as melhores, pelo menos aquelas que estão no ranking TOP-100.
O problema da integração com as universidades na construção de um processo contínuo de formação de especialistas em TI é aproximadamente metade da falta de compreensão das universidades sobre quem é quem dentro da empresa de TI. Eles têm uma compreensão muito superficial disso. Via de regra, as universidades possuem diversas especialidades com a palavra “ciência da computação” no nome, e muitas vezes acontece que, quando realizam uma campanha de admissão, se baseiam na tese de que todas as especialidades tratam essencialmente da mesma coisa. E parece o mesmo que confiarmos no mito popular de que todos os especialistas em TI são programadores.
A experiência da nossa estreita cooperação com universidades mostra que a especialidade “Informática Aplicada (por indústria)” nos fornece pessoal para os departamentos de metodologia e suporte técnico, mas não de desenvolvimento. Enquanto “Informática Fundamental”, “Engenharia de Software” preparam um excelente recurso humano para desenvolvedores. Para não direcionar inicialmente o candidato por um caminho que não lhe é adequado, é necessário “dissipar o nevoeiro” que envolve a produção de TI.
É possível trazer tudo para um denominador comum?
É possível unificar as funções de produção e chegar a um entendimento comum sobre elas dentro e fora da empresa?
Claro que é possível e necessário, porque a experiência colectiva acumulada de todas as empresas de desenvolvimento demonstra a presença de conceitos comuns e unificadores para a organização do processo produtivo. Isto é uma consequência do fato de que ainda existe um conceito interpretado de forma única do ciclo de vida do software, e as novas funções de produção emergentes (DataScientist, QA-Engineer, MachineLearning Engineer, etc.) são uma consequência do esclarecimento e desenvolvimento do ciclo de vida do software como tal, ocorrendo com o aprimoramento de tecnologias e ferramentas, bem como com o desenvolvimento e ampliação das tarefas de negócio.
Ao mesmo tempo, é difícil unificar as funções de produção, porque as TI são um dos setores mais jovens e de mais rápido crescimento da economia. Em certo sentido, este é o caos do qual o universo emergiu. Uma estrutura organizacional clara é impossível e inadequada aqui, porque a TI é uma área intelectual, mas muito criativa. Por um lado, um especialista em TI é um “físico”-intelectual com pensamento algorítmico e matemático desenvolvido, por outro lado, é um “letrista”-criador, portador e promotor de ideias. Ele, assim como o artista, não tem um plano claro para a pintura, não pode decompor a imagem em partes, pois estas deixarão de existir. Ele é o governante dos processos de informação, que em si são abstratos, intangíveis, difíceis de medir, mas rápidos.
Maneiras de construir um trabalho de pessoal eficaz na produção de TI
Então, o que é importante para um especialista em RH saber para construir um trabalho eficaz de RH no contexto da diversidade de funções de produção de TI.
Em primeiro lugar, qualquer especialista de RH de uma empresa de TI deve ter uma ideia da situação típica de sua empresa: quem faz o quê, quem é chamado de quê e, o mais importante, qual o significado dessas funções nas condições de uma determinada produção.
Em segundo lugar, o profissional de RH deve ter uma compreensão flexível das funções de produção. Ou seja, inicialmente ele forma um entendimento ideal sobre eles, o que lhe permite descobrir tudo sozinho. Depois, deve haver uma imagem real da produção: onde e de que forma os papéis se cruzam e se combinam, que percepção desses papéis existe entre os gestores de produção. A dificuldade para um especialista em pessoal é combinar as situações reais e ideais na mente, não para tentar reconstruir à força os processos para se adequarem à sua compreensão ideal, mas para ajudar a produção a satisfazer a necessidade de recursos.
Em terceiro lugar, você deve definitivamente ter uma ideia das possíveis trajetórias de desenvolvimento de determinados especialistas: em que casos a seleção externa pode ser eficaz e quando é melhor fazer crescer um funcionário em sua equipe, proporcionando-lhe oportunidades de desenvolvimento, quais qualidades de candidatos permitirá que eles se desenvolvam em uma determinada direção, cujas qualidades não podem ser compatíveis em uma pessoa, o que é inicialmente importante para a escolha de uma trajetória de desenvolvimento.
Em quarto lugar, voltemos à tese de que a TI é uma área de pessoal altamente qualificado, onde a integração precoce com o ambiente educacional universitário é inevitável para um trabalho mais eficaz do pessoal. Nessa situação, todo especialista em RH deve desenvolver não só as habilidades de busca direta, trabalho com questionários e entrevistas, mas também navegar no ambiente de formação universitária de especialistas: quais universidades preparam pessoal para a empresa, quais especialidades dentro de universidades específicas cobrir as necessidades de pessoal, e o que é importante quem está por trás disso, quem administra e forma especialistas nas universidades.
Assim, se desmascararmos propositalmente o mito de que todos os especialistas em TI são programadores, é necessário dar alguns passos nesse sentido e prestar especial atenção às nossas universidades, onde estão lançadas as bases para a percepção da futura profissão. Ou seja, precisamos de interação constante com o ambiente educacional, por exemplo, utilizando o formato moderno de colaboração em centros de coworking, “boiling points” e participação em intensivos educacionais. Isso ajudará a destruir equívocos sobre o empreendimento de TI, aumentar a eficiência do trabalho do pessoal e criar condições para atividades conjuntas na formação de diversos especialistas do nosso setor.
Expresso minha gratidão aos colegas que participaram da preparação e apoio à relevância deste artigo: Valentina Vershinina e Yuri Krupin.
Fonte: habr.com