A Sidenis é uma empresa de TI relativamente pequena que, à primeira vista, não difere de centenas de outras empresas de terceirização. Mas estamos procurando histórias sobre experiências e situações únicas que nem sempre são encontradas. E aqui eles, é claro, também existem. Sidenis trabalha no setor de seguros há 20 anos, trabalha para as maiores empresas e tenta criar seus próprios produtos.
Com base nos resultados da
avaliação da empresa que a Sidenis recebeu no My Circle, os funcionários são especialmente gratos à empresa por seu bom pacote social, condições de trabalho confortáveis e crescimento profissional.
Conversamos com Victor Klimov, treinador ágil da Sidenis, e tentamos descobrir se é difícil conectar duzentas pessoas entre fusos horários, como lidar com uma lista de tecnologias proibidas de um cliente, participar de projetos pessoais no trabalho e por que programadores engenhosos precisam saber inglês.
O que é um coach ágil e por que é necessário?
Victor KlimovEu trabalho como coach ágil e costumava ser programador. Estou em Sidenis há pouco mais de sete anos. Eu tinha um longo caminho desde o desenvolvedor java júnior até o sênior. Durante quase toda a jornada, eu também fui um Scrum Master ao longo do caminho. E percebi que as pessoas deveriam fazer o que fazem de melhor. Portanto, mudei para o coaching ágil. Comunicando-me com as pessoas, fico melhor do que programar.
"E há quanto tempo você entende isso?"Já faz um ano. Agora, não há apenas minha necessidade disso, mas também a necessidade da empresa. Crescemos, há mais funcionários e o tempo para trabalhar com pessoas, discutir com elas, explicar algo, contar, mostrar coisas novas - começou a deixar muito mais.
Então tomei uma decisão importante para mim e finalizei o desenvolvimento. Eu tive que sacrificar alguma coisa. Não posso dizer que não gosto do desenvolvimento - gosto disso. Você gosta de ver e ver o resultado. Infelizmente, porém, mais cedo ou mais tarde, você deve fazer uma escolha.
- Treinador ágil - soa exótico. Me diga o que exatamente você está fazendo?Um coach ágil é uma pessoa que inspira a equipe a aprender algo novo, ajuda a aplicar novas práticas, ajuda a reduzir a resistência da empresa a essas mudanças e pode explicar o que é, para que serve e para o que pode levar. Dê características comparativas. Ele carrega conhecimento para as massas.
Eu conduzo treinamentos para equipes - inclusive para novas pessoas - falo sobre os valores básicos, que tipo de pensamento ágil é e por que funciona. É útil saber para iniciantes, assim como conversar com equipes existentes, a fim de desenvolver um estilo comum, um pensamento comum.
- Talvez você conte uma história específica em que as equipes estejam fazendo algo que acha errado e venha me ajudar a consertar isso?Por exemplo, temos uma equipe, digamos, decepcionada com o scrum. Eles tentaram traduzir uma versão mais do livro, em um palpite, e acharam que o scrum, em princípio, não era aplicável em seu trabalho. Eles já queriam abandonar essa estrutura e estavam se inclinando para Kanban.
Realizamos um treinamento com eles, eles repensaram sua abordagem, pensaram que o que tinham antes estava errado. Conversamos sobre o que é Agile, quais são seus princípios, discutimos Scrum, todos os seus rituais - o que é, para que serve e como aplicá-lo. Depois disso, os caras repensaram, pensaram novamente e perceberam que isso poderia funcionar. Eles deram à estrutura uma segunda chance. Agora eles estão trabalhando com sucesso.
Quais produtos a Sidenis faz
- Quando você chegou, a empresa já tinha muitos anos?Ela é muito mais velha. A empresa existe há mais de 20 anos. Durante todo esse tempo, ela presta serviços para o desenvolvimento de soluções de TI para os negócios de seguros e resseguros. Nossos principais clientes são grandes corporações, como SwissRe ou Allianz. Eles ocupam posições de liderança no campo de resseguro e seguro.
Temos escritórios em quatro cidades. Em São Petersburgo, há muitas pessoas. Há um escritório em Tomsk, Kaliningrado e Zurique. Em Zurique, a parte de negócios está concentrada principalmente em São Petersburgo, Tomsk e Kaliningrado - centros de desenvolvimento.
- Pelo que entendi, a empresa foi criada especificamente para trabalhar com a SwissRe?SwissRe é o nosso maior e mais antigo parceiro. Mas isso é apenas parte do negócio, temos outros clientes e nossos próprios produtos. Por exemplo, o serviço de seguro online RiskMarket. O serviço é integrado aos sistemas de TI das companhias de seguros e permite procurar seguros com as melhores condições, com as taxas atuais. Sidenis é um parceiro de TI da Ooniq, uma plataforma de seguro social baseada em blockchain.
Há também uma plataforma de TI integrada chamada Actus. Ajuda atuários e subscritores a resolver suas tarefas diárias com mais facilidade e eficiência. Existem vários módulos, bibliotecas matemáticas básicas que contêm todo o conjunto de funções necessário para atuários e subscritores. Existe um aplicativo da web para calcular riscos e vários gráficos.
- Você tem mais projetos próprios ou projetos para outras empresas?Até o momento, temos mais projetos personalizados, mas nosso objetivo é atingir a proporção de 50 para 50. Principalmente os clientes são grandes empresas de seguros e resseguros, e trabalhamos com a infraestrutura de TI que inclui centenas de aplicativos e sistemas diferentes. Além disso, os requisitos para as companhias de seguros mudam a cada ano; novos critérios precisam ser adicionados.
Há um aplicativo da web onde você dirige dados e obtém o resultado. Existem operações matemáticas registradas, modelos matemáticos. Há um aplicativo que fornece interfaces para calcular e salvar dados em transações concluídas. O projeto fornece à gerência informações sobre se o preço do contrato atende às expectativas ou não. Todos esses projetos ajudam de diferentes ângulos para facilitar a vida dos subscritores.
Estrutura da empresa e trabalho entre fusos horários
"Você disse que está crescendo." Existem mais tarefas no projeto atual ou novos clientes?Sim, estamos crescendo. O portfólio de pedidos dos parceiros atuais está crescendo, novos clientes estão aparecendo e o desenvolvimento de nossos próprios produtos também requer mais recursos. Agora, em nossa empresa, nos quatro escritórios, existem mais de 200 pessoas - cerca de 140 em São Petersburgo, cerca de 50 em Tomsk, 15 em Kaliningrado e cerca de 20 pessoas em Zurique. Temos uma equipe internacional. Existem pessoas da Rússia, Suíça, Alemanha, Áustria, França, China e outros países.
- Qual era a lógica dessa distribuição entre as cidades? Entre Tomsk e São Petersburgo agora, fusos horários diferentes. Provavelmente desconfortável.Fusos horários diferentes impõem alguns inconvenientes. Mas estamos acostumados a trabalhar em equipes distribuídas. Existem universidades técnicas em Tomsk, e você pode encontrar especialistas lá. Além disso, Tomsk está mais perto da Índia, onde também temos colegas. Isso simplifica a situação.
Para o desenvolvimento, é inconveniente quando há quatro horas de diferença. Mas, ao mesmo tempo, os funcionários do Tomsk vêm trabalhar mais cedo do que nós - se de repente algum aplicativo não funcionar, o servidor travar ou algo mais, eles poderão reiniciá-lo rapidamente. Então você também pode se beneficiar disso.
- Seus funcionários trabalham apenas em escritórios ou existem remotos?Somente em escritórios. Há uma oportunidade de trabalhar remotamente em casa um dia por semana, mas principalmente - o trabalho é feito no escritório. Quando encontramos funcionários em outras cidades, oferecemos uma mudança para São Petersburgo, Kaliningrado ou Tomsk. Isso aconteceu historicamente. Nunca tivemos funcionários remotos.
- Como as pessoas são divididas em equipes?Algumas equipes incluem pessoas dos quatro escritórios, mas isso é raro. As equipes são bastante autônomas e podem executar independentemente as tarefas que receberem. Isso inclui testadores, designers, desenvolvedores, representantes comerciais, produtos e analistas.
- Como está o trabalho - da aceitação do pedido à entrega do produto ao cliente?Trabalhamos em sprints curtos - de duas a três semanas, dependendo do projeto. Cada equipe tem um fornecedor de produtos, uma pessoa que tem uma visão de para onde ir. As tarefas de desenvolvimento vêm dele, enquanto ele se comunica com o cliente e com aqueles que usarão esse sistema.
Ele descreve as tarefas, as fornece à equipe, a equipe faz perguntas esclarecedoras, o produto esclarece os detalhes e a equipe assume a tarefa de trabalhar. Por duas a três semanas, ele trabalha neles e no final da iteração mostra o resultado. O lançamento de alguém na produção ocorre uma vez em um sprint, o tempo de alguém em dois sprints. Existem equipes que não são liberadas com tanta frequência, por exemplo, duas a três vezes por ano. No entanto, após cada iteração, eles mostram ao produto e aos usuários o que podem ver no próximo release de produção.
Toda a documentação, toda a comunicação com o cliente é realizada em inglês; portanto, o conhecimento do idioma é importante para nós. Até recebemos as comunicações do desenvolvedor com o cliente. Ainda assim, os desenvolvedores estão mais próximos do código e sabem melhor como tudo funciona.
"Demora muito tempo para reuniões e negociações?"Bem, os desenvolvedores às vezes reclamam. É claro que eles responderão a isso. Mas cada reunião e reunião tem um objetivo - para que os desenvolvedores também aprendam como nosso projeto está se desenvolvendo, para onde está se movendo, o que as outras pessoas estão fazendo. Todos devem estar cientes de que o entendimento não depende de uma pessoa.
- Você acha que os desenvolvedores realmente precisam saber como os outros funcionam?Eu acho que sim. Para mim, pessoalmente, era importante. Eu conhecia áreas em que outros funcionários eram versados e poderíamos ajudar um ao outro. As tarefas estão fluindo; pode acontecer que em um momento você precise entender uma nova área e, portanto, você já tenha ouvido falar sobre ela.
Especificações do cliente e lista de tecnologias proibidas
- Você pode falar sobre os recursos e as especificidades de trabalhar com uma empresa de seguros?Por ser uma empresa grande, eles têm uma lista bastante restrita de tecnologias que podemos usar. De tempos em tempos, nós a rompemos, mas a posição precisa ser defendida. Se pudermos provar que isso é realmente necessário e importante, eles aceitam nosso ponto de vista e fazem concessões.
Mas há uma lista. Por um lado, isso é ruim porque limita as pessoas. Mas, por outro lado, evita o caos, porque manter um grande número de aplicativos idênticos e versões diferentes é caro, difícil e demorado.
- Conte-me sobre esta lista?Principalmente o desenvolvimento Java está em andamento e vários projetos .NET, mas em geral muito menores. Ou seja, Java 8 e .NET, RabbitMQ para transferência de dados são definitivamente permitidos. Em princípio, isso cobre a maioria das necessidades de desenvolvimento industrial, mas o mundo está crescendo e se desenvolvendo.
Por exemplo, precisávamos da estrutura Spring para Java, mas era proibida. Permitido apenas Java Enterprise Edition. Conseguimos provar que isso é importante para nós e que acelera o desenvolvimento.
No front-end, Angular 6, JavaScript com React e TypeScript são permitidos.
- Para que serve a lista de tecnologias?Quando existe uma lista clara e compreensível, fornece previsibilidade. Caso contrário, o suporte será muito caro. Um aplicativo em funcionamento é avaliado por quanto os usuários gostam. Porém, há um controle técnico mínimo por parte do cliente - analisadores ou serviços estatísticos de código responsáveis pela qualidade do código e checam nossos repositórios (principalmente em novos projetos).
Mas não temos regras super rigorosas para o código. Nada sobrenatural, não "não se esqueça de escrever um colchete em uma linha e não na outra".
Vivemos com esta lista. Para não dizer que estamos muito felizes, mas não há nada errado. Isso nos limita dentro dos limites da razão. Não existe tal coisa que usamos apenas tecnologias antigas e ninguém ouve nossos conselhos.
- Existem tecnologias que você gostaria de aplicar, mas não pode?Queremos escrever em Go. É seguido por solicitações de todos os lados, porque a linguagem é leve, ocupa menos memória que Java e funciona mais rapidamente. Mas há um processo de discussão. Alguns projetos o utilizam em seus serviços.
Em casos raros, você pode sair da lista, o principal é que o cliente entenda por que isso é necessário e que problema queremos resolver. Não podemos dizer: "hoje usamos uma estrutura JS e amanhã outra". Eles nascem todos os anos e, se você mudar constantemente, os clientes não entenderão o que está acontecendo.
Contratar uma empresa sem uma marca anunciada
- Onde você está procurando pessoas?Principalmente no HeadHunter, My Circle, Linkedin, em conferências. Este ano, realizamos um pequeno experimento em Tomsk e lançamos várias academias em Java, testes e desenvolvimento front-end. Eles treinaram pessoas com diferentes origens lá. Agora o segundo set já está em andamento e acho que continuaremos com isso. Em média, recrutamos metade dos treinados, o que é um resultado muito bom.
Com o boca a boca é mais complicado, até recentemente, não promovemos ativamente nossa marca de RH. Mas, ao mesmo tempo, se as pessoas souberem de nós, estarão dispostas a ir. Foi assim que alguns trabalharam para nós, saíram, trabalharam para outras empresas e, eventualmente, retornaram. Diz algo sobre algo.
- Como você entrevista?É realizado em duas etapas. O primeiro vai no Skype. Tentamos aprender coisas geralmente aceitas: conhecimento técnico, material teórico, não oferece tarefas práticas muito difíceis, para que você possa estimar o nível de uma pessoa.
A segunda entrevista ocorre no escritório da empresa. Já pode haver tarefas de programação. Observamos como uma pessoa escreve código, como ele pensa. É interessante ver como são as respostas, se são feitas perguntas esclarecedoras, como são formuladas e se o código é ajustado conforme o andamento.
Pedimos questões teóricas mais profundas para entender com que experiência uma pessoa chegou até nós.
- Não parece que um bom desenvolvedor possa ser eliminado pela teoria? Ainda pesquisei no Google.A capacidade de analisar rapidamente as informações e obter a resposta - isso é importante. Se uma pessoa encontrou problemas e os resolveu, então poderá comprovar razoavelmente por que isso é resolvido dessa maneira e não de outra forma. Uma pessoa experiente sempre tem argumentos, não apenas um talento, e me parece que isso é mais valioso. Um talento e inspiração no espírito de "já o fiz dez vezes e sempre trabalhei" é, é claro, bom, mas restrito.
Não estou dizendo que uma pessoa deva saber tudo completamente. Mas se ele entender o que está fazendo, poderá encontrar uma solução melhor do que simplesmente copiar trechos de código do StackOverflow sem conhecer a teoria.
- Existe uma característica pela qual você definitivamente recusará o candidato?Falta de inglês. Se uma pessoa não pode falar, somos forçados a recusar. Portanto, na entrevista dedicamos tempo ao idioma, fale conosco em inglês.
- Se o desenvolvedor é brilhante, mas não sabe inglês - ainda não aceita?Infelizmente sim. Além disso, é difícil criar desenvolvedores engenhosos no desenvolvimento empresarial. Como ele se comunicará com o cliente? Como resolverá seus problemas?
- Através do produto.Sempre trabalhar com um produto não é muito eficaz. E ao usar o scrum é quase impossível.
Mas em nosso tempo, quase todo mundo sabe inglês - eles o leem com certeza. Muitos estão tentando conversar. Além disso, nossa empresa possui seus próprios cursos de inglês e alemão. Os professores podem parar. Se uma pessoa é um gênio da programação e pelo menos de alguma forma fala inglês, ela será ajudada a se desenvolver.
- Quanto tempo passa da inscrição do candidato à oferta?De fato, tudo acontece rapidamente. Após a entrevista, levamos um dia ou dois para pensar, para conferir. Em seguida, nomeamos uma segunda entrevista, e em quanto tempo ela passará, depende do candidato se ele tem tempo nos próximos dias. Após a segunda entrevista, também um dia ou dois. Assim, uma semana se passa, no máximo duas, e o candidato já recebe uma oferta ou recusa.
- Um homem entra na empresa. O que vem a seguir?Temos um treinamento bem-vindo. Tudo é dito sobre a empresa, como vivemos e trabalhamos. Uma pessoa é apresentada ao escritório, pessoas e projetos e, em seguida, a responsabilidade de como ele se junta à equipe fica com a equipe.
Inicialmente, há um estudo do negócio de seguros. Isso é algo bastante específico. Quando você vê isso pela primeira vez, pode não parecer muito claro. Portanto, a princípio, há uma imersão, não é totalmente fácil, mas todos lidam. Além disso, quando uma tarefa chega, o contexto é fornecido com ela - por que isso é feito para que uma pessoa não pense sem pensar em escrever código, mas entenda por que escrever.
- O que geralmente atrai as pessoas a trabalhar para você?Eu diria cookies ...
"Você não surpreenderá ninguém com cookies."... mas nós temos frutas!
De fato, percebemos que os biscoitos são realmente ruins e mudamos para frutas e legumes. Temos um bom pacote social, temos contas virtuais e VHI.
Vida interna, contas virtuais e tempo para o autodesenvolvimento
- Como você motiva e incentiva os funcionários?Temos contas virtuais para cada equipe. Uma conta virtual é emitida imediatamente por um ano e é calculada dependendo do número de pessoas na equipe. Eles gerenciam a conta como desejam. Eles podem observar, por exemplo, sua libertação, sentam-se em um bar, conversam em um ambiente de trabalho, fazem alguma missão, saltam em trampolins.
A mesma conta virtual é para cada pessoa. Pode ser gasto na melhoria do local de trabalho, fitness, educação, conferências, livros.
- E como você lida com o burnout?Temos um sistema de rastreamento de tempo e monitoramos quanto tempo as pessoas gastam em um projeto, quanto elas estão envolvidas. Se houver muito processamento, tentamos enviar férias ou dar mais dias de descanso. Trabalhar no mesmo ritmo e mostrar a mesma produtividade é difícil.
Além disso, as próprias pessoas escolhem suas tarefas entre as que estão no sprint. Tarefas interessantes mantêm uma pessoa em um estado de fluxo. Mas às vezes existem rotinas - não há como contornar isso.
Muitas vezes, não é muito perceptível que uma pessoa esteja queimada. Ele ainda vai trabalhar, mas não está interessado em nada. E se isso já aconteceu, algo deu errado. Isso deve ser discutido com cada um separadamente e decidir o que especificamente fazer. Conheço uma pessoa que resolveu esse problema transferindo para outro projeto. Ele teve uma motivação para trabalhar devido a uma mudança de atividade, as tarefas trouxeram mais alegria.
É importante que nosso pessoal possa lidar não apenas com projetos de trabalho. Dentro da empresa, existem "Guilds" que unem desenvolvedores, testadores, designers. Alocamos até 200 horas por ano para cada funcionário, que eles podem dedicar ao autodesenvolvimento e à criatividade. , , . , , .
— ?, , . — . , , — . , .