O que é um tecnólogo de risco?
Por muito tempo ... Foi assim que meu professor de história me ensinou a começar a contar histórias. A muito tempo atrás.
Então. Para entender melhor a necessidade de se criar uma escola, primeiro direi quem é o tecnólogo de risco.
Quem já trabalha há muito tempo no setor bancário ainda se lembra do tempo em que não existiam tecnólogos de risco. Havia apenas "tomadores de risco" que faziam um pouco de tudo. Ou seja, havia formas em T mesmo antes de se tornarem convencionais.
Eles próprios escreveram os métodos de avaliação de crédito e construíram eles próprios os primeiros modelos de velocidade, calcularam os golpistas e não se esqueceram do regulador, monitoraram a carteira de empréstimos e tentaram implementar tudo isso de joelhos.
Mas durante o período de rápido desenvolvimento dos empréstimos na Rússia, os bancos gradualmente perceberam que, para atender à demanda, é necessário expandir a equipe de controle de risco (caminho extenso) ou automatizar processos digitalizando a transportadora de crédito (caminho intensivo). Como de costume, não resultou "um ou outro", mas "todos juntos".
Os processos passaram a ser saturados de ferramentas que permitem um controle melhor e mais eficiente dos riscos. Os bancos adquiriram software especializado para áreas de risco estreitas anteriormente consideradas: construção de modelo, mecanismo de tomada de decisão, antifraude, coleta, verificação manual, visualização de dados, armazenamento de dados de risco, etc.
Além da saturação do software, o paradigma de compreensão do mais arriscado também mudou. O efeito de escala mostrou que uma pessoa não pode mais fornecer um processo de controle de risco de qualidade fazendo um pouco de tudo. Era mais eficaz desenvolver a especialização.
É assim que aparecem pessoas que sabem o que fazer para controlar o risco (analistas, gerentes de portfólio, especialistas em scoring, antifraude) e pessoas que sabem como implementar tudo isso em regime turnkey usando software de risco.
Este é o tecnólogo de risco. Um especialista que é capaz de implementar a lógica da gestão de risco da ideia à produção de um ponto de vista aplicado.
"Como isso difere de um simples especialista em TI?" - você pergunta.
Em primeiro lugar, o tecnólogo de risco está profundamente imerso no processo de negócio, entende-o do ponto de vista do controle de risco, portanto, via de regra, ele é capaz não apenas de transferir uma ideia para a produção, mas também de desafiá-la, para oferecer sua própria versão de implementação. Com este estatuto, o tecnólogo também desempenha o papel de uma espécie de condutor entre o negócio e o “big IT”, ajudando-os a encontrar uma linguagem comum em projectos comuns.
Em segundo lugar, o tecnólogo de risco pode não ser capaz de escrever códigos ou administrar. É importante enfatizar a palavra “pode” aqui, uma vez que depende fortemente do software e dos processos de um determinado banco. Em casos especiais, o tecnólogo trabalha com softwares que permitem customizar a lógica por meio visual, simplesmente criando circuitos lógicos dentro da ferramenta. O cubo "start", o cubo "call to the credit bureau", o cubo "registro no banco de dados" e o processo de aquisição de dados estão prontos. Mas, pelo menos no atual nível de desenvolvimento de tecnologia, isso, via de regra, não é suficiente para fazer uma tarefa chave na mão. Então eu escrevi "pode" não ser capaz de escrever código. Este é o nível de entrada. Via de regra, ao ganhar competência, um tecnólogo não só constrói circuitos lógicos, mas também é capaz de escrever códigos eficazes em diferentes linguagens, trabalhar com o desempenho de seu sistema, ler logs, monitorar anomalias,otimizar processos, desenvolver DevOps.
Terceiro, o tecnólogo de risco geralmente é autossuficiente. Historicamente, cresceu a partir de uma forma de T mais arriscada e, devido às especificidades da esfera, teve que combinar dentro de si as áreas nas quais a "TI clássica" estava dividida. Deixe-me explicar com um exemplo. Se analisarmos o risco do período anterior e percebermos que as pessoas da cidade N cumprem bem suas obrigações de empréstimo, mas na cidade M, ao contrário, é ruim, podemos definir as configurações de forma que os residentes da cidade N recebam empréstimos para verificação facilitada. Mas isso só funcionará se o "princípio da caixa preta" for preservado. Ou seja, ninguém, exceto os tomadores de risco, conhece a lógica de tomar uma decisão de empréstimo, porque se os moradores da cidade M descobrirem que é mais fácil conseguir um empréstimo em uma cidade vizinha, todos vão imediatamente para lá e a regra vai parar de funcionar.
É por isso que a palavra “confidencialidade” gosta tanto de riscos. O que isso significa de um ponto de vista aplicado? Tendo dado o desenvolvimento da lógica ao outsourcing ou ao "big IT", temos um risco significativo de vazamento da metodologia. O mesmo acontece com o teste: é mais lucrativo fazê-lo pelas forças dos funcionários de risco interno, pois o tecnólogo de risco configura ele mesmo a lógica, monitora a qualidade, testa e monta pacotes de instalação. Portanto, é autossuficiente. Em forma de T. É isso que amamos e encorajamos de todas as maneiras possíveis.
Ao mesmo tempo, para finalmente acabar com a questão da multifuncionalidade, direi que em nosso trabalho ainda existe uma grande parcela de interação densa e diária com a TI. Via de regra, nos comunicamos com OPS, DBA, analistas de sistema, arquitetura corporativa, shin workers e responsáveis por outros sistemas de TI com os quais os tomadores de risco têm integrações.
Pré-requisitos para a criação da escola
Espero ter dado uma ideia de quem são os tecnólogos de risco.
Isso é importante para entender por que existe uma escassez de técnicos de risco no mercado de pessoal. A especificidade do campo, software, prontidão para multifuncionalidade e compreensão dos processos de negócios - tudo isso levou a um significativo excesso de demanda e competição dos bancos por um tecnólogo de risco.
Multiplique isso pelo declínio natural do quadro de funcionários e procure um especialista a partir de seis meses ou mais. E isso não é uma figura de linguagem. Se a busca vier do mercado aberto, então a busca pode demorar muito.
Se você não consegue encontrar, ensine. Portanto, criamos uma prática de estágio em tecnologias de risco no Rosbank.
Ao mesmo tempo, tivemos que resolver vários problemas fundamentais para nós mesmos.
1. Grupo alvo
Quem queremos ver como nossos estagiários? Em primeiro lugar, pessoas motivadas e flexíveis! A pessoa deve ter o desejo de aprender um novo campo para si mesma a partir do zero.
Eu também gostaria que a pessoa tivesse habilidades técnicas básicas para distinguir uma linguagem de programação de outra. E, claro, consegui escrever uma consulta simples ao banco de dados. SQL é a cabeça! Em qualquer campo moderno.
Além disso, a pessoa deve ter tempo para treinar e estar pronta para ficar nesse modo por seis meses.
Tudo aponta para alunos de pós-graduação de universidades técnicas ou para jovens especialistas que concluíram seus estudos recentemente.
Embora eu vá enfatizar que, em primeiro lugar, nas entrevistas, ainda olhamos para a motivação da pessoa. Isso significa que o caminho está aberto a quase qualquer pessoa.
2. Duração do estágio
Pensado, decidimos que uma pessoa com motivação suficiente de zero a um nível básico pode crescer em 6 meses (tanto quanto procuramos no mercado). Portanto, o período de estágio passou a ser de seis meses. Ao mesmo tempo, olhando para o futuro, direi que na prática conseguimos reduzir o tempo de formação de um especialista para 3-4 meses. A seguir está um conjunto de experiências práticas.
3. Modo de estudo
Embora nosso grupo-alvo inclua alunos, ainda esperamos engajamento em tempo integral. Isso é 40 horas por semana. Mas, claro, há uma oportunidade de concordar com flexibilidade sobre uma sessão e outras atividades, o principal é que seja transparente e gerenciável.
Por que tempo integral? Porque nesta modalidade, o estagiário fica o mais imerso possível no ambiente de treinamento e trabalho. A gente meio que simula a situação “e é assim que podemos trabalhar em caso de término com sucesso do estágio”.
4. Pago ou grátis
Você já pode ver que temos tudo de forma adulta. O estagiário se posiciona como um membro de pleno direito da equipe, com expectativas de engajamento e tempo de trabalho.
Portanto, pagamos um salário pelo estágio.
5. Se deve contratar na equipe
Aqui é necessário esclarecer que os estagiários em Rosbank são formalizados e trabalham em uma unidade estrutural separada - o departamento de estágio. Por estado, quero dizer ainda a equipe de tecnologias de risco, para onde o estagiário pode ser transferido ao final do estágio.
Ensinando pessoas na escola, nós, é claro, os vemos como potenciais tecnólogos de risco, pessoas com quem trabalharemos lado a lado. Mas a decisão de se mudar para o estado, via de regra, depende de dois fatores. Sobre como uma pessoa se mostrou durante o estágio e sobre a disponibilidade de vagas no Rosbank ao final do estágio. E é em Rosbank. Mesmo que não haja vagas nas próprias tecnologias de risco, tentamos aproveitar as oportunidades e oferecer orientações de perto dentro do perímetro de todo o Rosbank.
Abaixo você verá que a maioria dos estagiários chega ao estado, mas ainda admitimos que pode não haver vagas ou uma pessoa não é adequada para a nossa área.
Criação escolar
Com as respostas às principais perguntas recebidas, em 2018 começamos a criar a escola.
Tendo decidido o orçamento, fizemos apresentações, escrevemos memorandos e realizamos uma sessão de demonstração em vários níveis corporativos.
Como resultado, a aprovação do presidente do conselho foi recebida e a escola foi considerada oficialmente instalada. Enquanto estava no papel.
Depois havia a questão do assento dos estagiários. Em geral, a sorte foi favorável para nós e havia, em princípio, vagas gratuitas no chão, que eles concordaram em nos ceder. No entanto, eles estavam longe do local de trabalho dos tecnólogos de risco.
Tendo raciocinado que a eficácia do processo de aprendizagem se correlaciona diretamente com a distância do aluno para o professor, decidimos que os estagiários deveriam sentar-se dentro do espaço das tecnologias de risco.
Com isso, iniciou-se um difícil processo de transplante, do qual participaram várias divisões. Houve MUITAS comunicações e muitos agradecimentos a todos que simpatizaram com nossa necessidade e concordaram com a mudança.
Agora era preciso encontrar candidatos para um estágio. Depois de discutir as opções com o RH, decidimos pela colocação no HeadHunter e nas feiras de empregos "Find IT", "Fresh tech". Posteriormente, também foi adicionada a opção de entrevista de avaliação de uma agência de recrutamento, quando um grupo de candidatos chega à empresa e entrevista coletivamente os representantes das divisões de seu interesse. O RH, aliás, nos ajudou muito nas diferentes etapas da criação da escola. Como você pode ver, tínhamos canais de aquisição suficientes.
Agora, dois anos após a criação da escola, posso dizer com confiança que o HeadHunter se tornou o principal canal de seleção para nós. A maioria dos estagiários veio de HH.
Então, em julho de 2018, o primeiro candidato foi entrevistado e se tornou o primeiro trainee da escola de tecnologia de risco. Não está mais no papel.
Processo de aprendizagem escolar
Desde o primeiro trainee até hoje, tivemos várias iterações de ajuste da abordagem de aprendizagem. Na verdade, cada estagiário em processo de aprendizagem dá vários ciclos de feedback e, a partir disso, o próximo estagiário já recebe uma versão aprimorada do curso.
No entanto, os princípios básicos permanecem os mesmos. Vamos ver como é o treinamento.
Assim que o estagiário chega ao local de trabalho, fazemos um breve briefing sobre o que o aguarda nos próximos dias. Os briefings são mantidos diariamente durante uma semana e meia.
Nessas instruções, discutimos como funciona o processo de conclusão de tarefas, resolvemos as dificuldades que surgiram, respondemos a perguntas, mantemos, por assim dizer, nosso controle sobre o pulso.
Para começar, o estagiário recebe tarefas para se adaptar ao ambiente. Na forma de tarefas, ele deve encontrar recursos internos do banco, a estrutura de sua divisão, obter o acesso necessário aos sistemas, instalar o software necessário, adicionar a grupos de mala direta, chats, etc. Desta forma, colocamos o estagiário no contexto.
Aí começa o ciclo de treinamento, que lembra o instituto. Ao longo de duas a três semanas (dependendo da dinâmica dos trabalhos), o estagiário recebe informação teórica dosada, após a qual deve ser realizado um conjunto de trabalhos práticos sobre o tema escutado.
Teoria
A teoria é lida por tecnólogos de risco atuantes. Esta abordagem permite que você ganhe em um cubo.
Em primeiro lugar, permite ao estagiário conhecer os membros da equipa e vice-versa.
Em segundo lugar, as pessoas usam o que dizem na aula todos os dias. Estas não são inferências teóricas, mas habilidades aplicadas.
Terceiro, desenvolve os atuais tecnólogos de risco. Eles melhoram as habilidades de apresentação, aprendem a lidar com as perguntas e também recebem feedback sobre processos que parecem óbvios para eles há muito tempo.
Em teoria, o bloco começa com uma palestra sobre os princípios gerais do empréstimo bancário e o papel das tecnologias de risco na transmissão de crédito.
Em seguida, falamos sobre o que é Agile e como funciona para nós.
Em seguida, falamos em detalhes sobre o que são as equipes ágeis em tecnologias de risco e nos aprofundamos nos processos de cada uma das equipes.
Por fim, passamos para as tecnologias e ferramentas com as quais as equipes trabalham.
Algumas das palestras são ministradas em forma de workshops, que tratam da mecânica do instrumento. Por exemplo, se for SAS RTDM, logo na palestra abrimos a interface e conversamos sobre a finalidade de cada um dos elementos, mostramos as campanhas atuais para processamento de pedidos de empréstimo.
Os materiais utilizados nas palestras estão disponíveis na base de conhecimento de tecnologias de risco do Confluence, para que o estagiário possa sempre decifrar detalhadamente o que não ficou claro, ou contatar o tecnólogo que ministrou a palestra.
Ao final da palestra, o trainee é informado sobre a tarefa que deve realizar. Via de regra, este é algum tipo de caso sintético que repete uma situação real, apenas em um ambiente de não produção.
Isso pode ser construir uma consulta a um banco de dados, ajustar o código existente, testar mudanças, analisar uma situação anormal e assim por diante.
Aliás, as atribuições dos trainees são verificadas pelos próprios tecnólogos de risco.
Separadamente, direi que no processo de aprendizagem, além de nossas palestras, utilizamos cursos gratuitos sobre recursos abertos da Internet, por exemplo, os princípios de operação de banco de dados em treinamento stepik ou git. Nesse caso, a tarefa é que o estagiário forneça um certificado de conclusão ou uma captura de tela confirmando a conclusão do curso.
A parte teórica termina com um bloco de palestras sobre testes de melhorias e coleta de pacotes de instalação.
Isso, como eu disse, dentro de duas a três semanas.
Prática
Depois que o trainee tiver concluído a última tarefa sintética, marcamos um encontro para discutir o processo de aprendizagem e também atribuímos o trainee a uma das equipes de tecnologia de risco ágil existentes.
O trabalho em equipe é a segunda parte principal do estágio. Agora, tendo uma compreensão geral de como as tecnologias de risco funcionam em geral, o trainee começa a trabalhar com a equipe em missões de combate específicas.
Dentro da equipa, é atribuído um mentor - uma pessoa que define principalmente as tarefas para o formando e o ajuda a encontrar a solução para estes problemas.
A princípio, essas são tarefas simples, como analisar anomalias, preencher um registro de falha, testar e assim por diante. Mas aos poucos a classe de tarefas fica mais complicada e, ao final do estágio, a pessoa, via de regra, já possui experiência no desenvolvimento básico.
É importante que o estagiário se torne um membro de pleno direito da equipe. Participa de todos os eventos da equipe, tem direito a voto em igualdade de condições com os atuais tecnólogos, se responsabiliza pela resolução de problemas específicos e pelo clima da equipe.
No final do estágio, voltamos a marcar um encontro, onde damos e recebemos feedback para todo o período de estágio. Na mesma reunião, podemos oferecer ao estagiário a mudança para um dos cargos de tempo integral em Rosbank (se houver essa oportunidade).
E isso é tudo. Saúde, saúde! O processo de estágio está concluído. Surge uma vaga de estágio na escola, e o processo se repete, levando em consideração o feedback recebido.
Figuras e fatos
Agora, alguns números.
- A criação da escola durou de abril de 2018 a julho de 2018.
- O primeiro estagiário iniciou o treinamento em julho de 2018.
- 6 agile- () .
- ( ): 9 .
- : 3-4 .
- - : 22 .
- 100% , .
A escola como projeto certamente pode ser considerada um sucesso.
Não apenas criamos uma ferramenta de trabalho em Rosbank para formar especialistas com as qualificações exigidas, mas formamos um novo sistema de valores de trabalho em equipe, quando o treinamento é percebido como um processo de desenvolvimento contínuo. Primeiro você é trainee e ouvinte, depois ensina a si mesmo para novos trainees, entendendo perfeitamente suas necessidades e experiências.
Já, a maioria das vagas em tecnologias de risco é preenchida pelos egressos das escolas.
Claro, a pandemia Covid-19 deste ano fez seus próprios ajustes e, após a última graduação, o processo de contratação de estagiários de tecnólogos de risco ainda não foi totalmente retomado, mas esperamos o melhor e esperamos que a escola abra suas portas novamente em breve.