Vídeo: A Tecnologia no RH (Outubro 2024)
Quando você não sabe o que não sabe, as decisões podem voltar a incomodá-lo, incluindo a compra de um software no local de trabalho ou a criação do seu próprio. Os fundadores da Hiretual, empresa de tecnologia de recrutamento sediada em San Jose, descobriram isso da maneira mais difícil no final de 2015, quando optaram por escrever seu próprio sistema de rastreamento de candidatos (ATS). Um projeto que eles estimaram levaria dois engenheiros em duas semanas para se transformarem em um pesadelo de seis meses que custou US $ 300.000 em horas-homem. Ele fraturou a equipe tanto que duas pessoas desistiram.
"Foi definitivamente uma jornada - uma jornada longa e cansativa", disse Ninh Tran, diretor de marketing da Hiretual.
No momento em que mesmo a menor start-up pode obter opções prontas para todas as funções possíveis de recursos humanos (RH) por menos de dois dólares por mês por funcionário, uma parcela pequena, mas significativa, das empresas ainda aceita rota você mesmo (DIY). Das 1.204 organizações da Pesquisa de Sistemas de RH Sierra-Cedar 2015-2016, 12% disseram ter usado software de gerenciamento de talentos interno ou interno, incluindo o software de rastreamento de candidatos (AT).
"Eu não diria que isso é generalizado, está a par de alguns dos fornecedores individuais que rastreamos", disse Erin Spencer, consultora de pesquisa da Sierra-Cedar.
Boas intenções, más consequências
A equipe do Hiretual tinha boas intenções. No quarto trimestre de 2015, a empresa tinha 11 pessoas, um nome diferente (HireTeamMate) e um objetivo diferente: criar uma agência de recrutamento virtual que usasse inteligência artificial (IA) para combinar com empresas do setor de tecnologia e candidatos a emprego. Para isso, eles precisavam de um ATS que pudessem integrar na IA que estavam construindo internamente para o serviço de correspondência. Eles testaram alguns ATS populares para pequenas empresas, mas concluíram que as plataformas eram muito caras ou exigiriam muita codificação adicional para serem integradas. Então eles decidiram construir os seus próprios.
Esse foi o primeiro erro deles. O segundo erro deles foi subestimar quanto tempo levaria para criar o tipo de ATS que eles desejavam. Como eles haviam criado um ATS barebones em uma semana para um projeto diferente, o CEO da empresa estimou que precisaria duas vezes mais (duas semanas) para criar a plataforma mais sofisticada que atendesse aos seus requisitos.
"Olhando para trás, foi um truque para deixar todo mundo animado", disse Tran. "Uma das coisas que aprendemos no futuro: se você não tiver prazos firmes, as pessoas terão e o desenvolvimento ficará mais lento".
Como eles estavam criando um ATS do zero, eles continuaram adicionando recursos. Esse foi o terceiro erro deles. Mais recursos significavam mais código e mais código significava mais tempo. A equipe explodiu com uma data de lançamento revisada em meados de dezembro. Em vez de irem para suas respectivas casas e famílias nas férias de Natal e Ano Novo, eles continuaram a passar 12 ou mais horas por dia no escritório, até sete dias por semana.
O entusiasmo inicial do projeto diminuiu e depois se transformou em esgotamento. Para fazer a data final de lançamento em meados de janeiro, eles puxaram três noites inteiras. Dois programadores responsáveis pela criação da infraestrutura de back-end do ATS ficaram tão infelizes que desistiram.
Em março, a empresa adotou um novo modelo de negócios depois de decidir que uma agência de recrutamento - virtual ou não - não aumentaria tão rapidamente quanto desejava, devido ao tempo necessário para obter uma reputação no setor. Enquanto eles ainda executam o HireTeamMate, o recém-renomeado Hiretual se concentra na criação de ferramentas de recrutamento baseadas em tecnologia. Hoje, eles nem usam o ATS que gastaram todo esse tempo e trabalho para desenvolver, pelo menos não da maneira que pretendiam. Segundo Tran, partes dele foram canibalizadas para executar as classificações e análises de pares do Hiretual.
Não faça o que fizemos
Tran aprendeu muitas lições com a experiência. Mesmo depois que o software foi lançado, ele ficou tão danificado que levou mais três meses para limpar. "Grande parte do código escrito às pressas era de buggy", disse ele. "Uma vez que paramos de nos preocupar com o projeto, é o que acontece."
Colocar recursos na criação de software em vez de comprar uma solução existente afasta os programadores de outros projetos que poderiam ter sido melhores para se concentrar a longo prazo. Um engenheiro que desistiu também estava construindo os aplicativos Android e iOS das empresas. Como a startup não substituiu os trabalhadores que deixaram a empresa, "não temos um aplicativo", disse Tran.
Se você estiver criando um aplicativo como parte de um serviço que oferece aos clientes, não divulgue a data de lançamento até ter certeza de que pode entregar quando quiser. Os executivos da empresa não contaram a ninguém, exceto investidores, sobre o projeto ATS até depois do feriado de Ano Novo. Porém, quando Tran divulgou um comunicado à imprensa, foi uma linha na areia que os programadores não puderam ignorar - o que levou a todas as noites.
A menos que você seja um Facebook, Google ou uma agência de recrutamento usando um ATS caseiro como molho secreto, o software DIY não compensa, concluiu Tran. "Se tivéssemos a previsão e voltássemos, provavelmente economizaria tempo e todos os recursos que despejamos", disse ele. "Foi um erro muito caro".
