Um guia prático para criar ferramentas internas de negócio: como identificar o processo que precisa de uma, por que a maioria das ferramentas internas acaba abandonada, o caminho de um fluxo manual bagunçado até um software, e como manter a posse em vez de acrescentar mais uma ferramenta que ninguém cuida.
Times de operações, gerentes de escritório, fundadores e empresas em crescimento que tocam um processo crítico à base de passos manuais, mensagens de chat e memória.
- Uma forma de identificar qual processo manual realmente precisa de uma ferramenta
- Um caminho de construção de um fluxo bagunçado até um software em que as pessoas confiam
- Uma ferramenta interna que é sua e que você pode mudar, não mais um item parado na fila
Toda empresa em crescimento funciona sobre alguns processos que não moram em lugar nenhum: uma aprovação que acontece pelo chat, uma passagem de bastão que só existe na cabeça de alguém, um status que todo mundo pergunta porque não está escrito em canto nenhum. É para isso que servem as ferramentas internas. O motivo de tão poucas serem criadas já não é mais o custo; é que elas nunca subiram acima da fila da engenharia. Este guia é sobre criar você mesmo a ferramenta certa, para que ela de fato saia do papel.
O processo que precisa de uma ferramenta é aquele sobre o qual as pessoas ficam se perguntando o tempo todo, aquele em que o trabalho trava esperando por uma passagem de bastão, e aquele que hoje se sustenta com mensagens de chat e memória. Se uma pergunta recorrente na sua equipe é alguma variação de "qual é o status de X?" ou "quem está com Y agora?", essa pergunta é a especificação: a ferramenta existe para tornar a resposta visível sem que ninguém precise perguntar.
Ferramentas internas não têm a ver com substituir pessoas; têm a ver com tirar o imposto de coordenação que cresce junto com a equipe. Uma empresa de cinco pessoas se coordena de cabeça. Uma empresa de vinte pessoas que ainda se coordena de cabeça gasta uma fatia cada vez maior de cada dia com atualizações de status, cobrança de aprovações e reexplicações de como as coisas estão. Esse custo invisível é exatamente o que uma ferramenta interna focada elimina, e por isso a primeira ferramenta certa mira o processo que mais sangra tempo em coordenação.
Escolha pela dor, medida com honestidade. Passe alguns dias observando qual processo gera mais "perguntinhas rápidas", mais passagens de bastão que caem no vazio, mais "achei que você estava cuidando disso". O vencedor raramente é o processo mais complexo; é o mais coordenado no dia a dia.
Ferramentas internas fracassam por motivos previsíveis, e conhecê-los de antemão já é boa parte do que mantém a sua viva.
Uma ferramenta interna está funcionando quando usá-la é mais fácil do que não usá-la. Antes de acrescentar qualquer funcionalidade, pergunte se ela deixa a ferramenta mais rápida de usar ou mais lenta. A maioria das ferramentas internas abandonadas morreu de boas intenções: campos que alguém talvez quisesse, passos que pareciam caprichados, tudo isso deixando o caminho do dia a dia mais pesado até as pessoas saírem dele.
A passagem de um processo que mora na cabeça das pessoas para uma ferramenta segue uma sequência confiável. Pular o primeiro passo é o motivo de tantas ferramentas resolverem o problema errado.
O pior processo de um time de logística era a retirada de equipamentos: quem está com qual aparelho, desde quando, e se está atrasado, tudo controlado num canal de chat e na memória de uma pessoa. Observado por uma semana, virou quatro coisas: ativos, pessoas, retiradas e um estado de devolvido/atrasado. A versão um deixava qualquer um retirar um aparelho, mostrava o status de toda a frota numa tela só, e sinalizava automaticamente os itens atrasados. A pergunta diária "quem está com o scanner?" simplesmente parou, porque a tela respondia.
A diferença entre uma ferramenta interna que vive e uma que morre normalmente não está nas funcionalidades; está em se a equipe consegue mantê-la batendo com a realidade. Duas coisas a protegem.
É aqui que descrever o processo e ter a ferramenta construída ao redor dele ganha tanto de um modelo engessado quanto de um script pontual de um desenvolvedor que depois vai embora. Você recebe um software moldado ao seu fluxo real, que você pode continuar remoldando conforme o fluxo evolui, sem voltar para a fila da engenharia a cada vez. A ferramenta segue viva porque as pessoas que tocam o processo conseguem mantê-la honesta.
Mire no processo sobre o qual as pessoas ficam se perguntando e onde o trabalho trava nas passagens de bastão. Passe alguns dias observando qual deles gera mais "perguntinhas rápidas" e passagens que caem no vazio; o processo mais coordenado no dia a dia, e não o mais complexo, é onde uma ferramenta tira mais tempo desperdiçado.
Porque resolvem uma versão arrumadinha do processo em vez do processo real, porque atualizá-las é mais lento do que a mensagem de chat que elas substituíram, porque não conseguem mudar quando o processo muda, ou porque viram um silo de dados. A solução é observar o trabalho real primeiro, fazer da ferramenta o caminho mais rápido e conseguir mudá-la você mesmo.
Só o caminho principal: criar o registro, passá-lo pelos seus estados reais, ver o status e repassá-lo, mais os papéis que decidem quem faz o quê e quem só precisa acompanhar. Adicione as exceções que você de fato observou, não as imaginadas, e deixe todo o resto para depois que as pessoas já estiverem usando.
Já não mais, e criá-la você mesmo tem uma vantagem real: processos internos mudam o tempo todo, então uma ferramenta que você pode editar conforme o processo muda continua útil, enquanto uma que precisa de um chamado para a engenharia a cada mudança sai do compasso e é abandonada. Descreva o fluxo e mantenha a capacidade de mudá-lo.