Como Faziamos Sem - Como fazíamos sem... - eBook, Resumo, Ler Online e PDF - por Bárbara ...
Como fazíamos sem... - eBook, Resumo, Ler Online e PDF - por Bárbara ...

O que é "como faziamos sem" e por que todo mundo fala disso

A expressão surgiu originalmente como comentário genuíno sobre ferramentas que se tornaram ubíquas. Planilhas eletrônicas nos anos 80. A internet discada nos anos 90. Ferramentas de colaboração em tempo real nos anos 2010. Sempre tem alguém descobrindo algo e reagindo com "como faziamos sem". A pergunta genuína é válida. A resposta prática depende do que você estava fazendo antes. Eu comecei a trabalhar com gestão de projetos quando ainda se usava planilhas manuais e e-mails para tudo. Lembro de passar três horas numa sexta-feira para consolidar o status de um relatório que hoje leva onze minutos. Não era falta de habilidade. Era apenas a ferramenta errada para o fluxo. A diferença entre os dois cenários não é mágica. É estrutura.

como faziamos sem: a pergunta que revela o problema real

Quando alguém posta "como faziamos sem" sobre uma ferramenta nova, o que está acontecendo na realidade é que essa pessoa encontrou uma redução de atrito que antes parecia inevitável. O atrito em si é o que vale a pena mapear. Não a ferramenta. A ferramenta é apenas o remendo. Vou dar um exemplo concreto porque a teoria aqui é genérica demais para ser útil. Eu gerenciava o inventário de uma pequena operação de logística usando uma planilha Excel compartilhada por e-mail. A versão do arquivo se chamava "estoque_v3_final_real_22marco.xlsx". Existem dezesseis pessoas que tinham cópia. Ninguém sabia qual era a correta. Duas pessoas atualizavam ao mesmo tempo e sobrescreviam os dados uma da outra. Isso acontecia toda terça-feira durante seis meses.

A solução que eu encontrei foi migrar para um sistema de banco de dados simples com controle de versão e permissões por usuário. O custo foi zero se você usar ferramentas open source. O tempo de implementação foi aproximadamente quatro dias. O resultado foi que as conciliações que levavam três horas passaram a levar doze minutos. A planilha que eu mantinha manualmente virou um relatório automático. O ponto que a maioria das pessoas perde é que o problema não era o Excel. O problema era que o Excel estava sendo usado como sistema de controle de concorrência e versionamento, funções para as quais ele não foi projetado. Usar uma ferramenta para algo que ela não sustenta gera atrito. O atrito se acumula. O acumulativo vira rotina. A rotina vira normal. Até você ver o lado de fora.

Como identificar quando você está vivendo o "como faziamos sem"

Existem sinais práticos. Se você gasta mais tempo organizando informações do que usando as informações, tem um problema de fluxo. Se o seu processo depende de alguém saber qual arquivo é o correto, tem um problema de versionamento. Se você repete uma ação mais de três vezes por semana e sente que deveria existir um jeito mais direto, tem um problema de automação. O teste mais simples que eu uso é o seguinte. Anote cada ação manual que você executa em um ciclo completo do seu trabalho. Se o registro tiver mais de sete itens e três ou mais deles foremtransferir dados de um lugar para outro, você está no território do atrito evitável. A partir daí, o caminho é mapear onde essestransferimentos acontecem e substituir por automação ou por uma única fonte de verdade.

Uma coisa que precisa ser dita claramente. Nem todo "como faziamos sem" merece uma solução tecnológica. Às vezes o atrito existe porque o processo em si é ruim. Automatizar um processo ruim só gera resultado ruim mais rápido. Eu vi isso acontecer com uma equipe que migrou um fluxo de aprovação manual para um sistema automatizado. O fluxo manual tinha um checkpoint de segurança que a automação ignorou por configuração errada. Eles perderam R$47 mil em uma única semana porque o sistema aprovou pedidos que o processo manual rejeitaria. A ferramenta não era o problema. A falta de revisão do fluxo antes da automação era.

Passo a passo prático para resolver o problema que gera o "como faziamos sem"

Comece mapeando. Escreva o processo exatamente como ele existe hoje, sem julgamento. Anote cada etapa, cada ferramenta usada, cada transferência de informação. Leva aproximadamente trinta minutos para processos simples. Uma hora para processos intermediários. Mais do que isso significa que o processo já está degenerado e vai precisar de reestruturação, não apenas de automação. Depois do mapeamento, identifique os pontos de atrito. Os locais onde você perde tempo esperando, confirmando, corrigindo ou procurar informação. Anote quanto tempo cada um consome na média. Use números reais, não estimativas otimistas. Se você acha que leva dois minutos e na prática leva oito, use oito. A diferença vai aparecer depois quando você medir o impacto real da melhoria.

👉 Clique no botão abaixo para saber mais sobre o assunto!

Em seguida, decida o que se enquadra em cada categoria. Automação direta: uma ação que pode ser substituída por um script ou ferramenta sem intervenção humana. Eliminação: uma etapa que não agrega valor e pode ser removida. Refatoração: um processo que precisa ser redesenhado antes de qualquer automação. A maioria das pessoas pula direto para automação e consome tempo configurando soluções para problemas que deveriam ser eliminados ou refatorados. Para automação direta, ferramentas gratuitas como Zapier no plano free, Make, ou scripts Python básicos resolvem a maioria dos casos. Para remoção de etapas, o trabalho é conversacional. Você precisa conversar com as pessoas que executam o processo e questionar cada passo. "Isso existe porque precisa existir ou existe porque sempre existiu?" A resposta honesta costuma revelar pelo menos uma etapa que pode ser descartada.

Eu tenho uma experiência específica sobre isso que vale mencionar. Uma operação de atendimento ao cliente usava um formulário interno que pedia treze campos. Nenhum deles era obrigatório na prática. O pessoal preenchia sete campos e o resto ficava em branco porque ninguém via necessidade. A pergunta "por que existem treze campos?" recebeu a resposta "porque o sistema antigo pedia treze". O sistema antigo havia sido descontinuado dois anos antes. Remover os seis campos desnecessários reduziu o tempo médio de atendimento em quarenta e dois segundos por chamado. Em volume mensal, isso representa dezenas de horas recuperadas.

Limitações e onde essa abordagem falha

Existem cenários em que a mentalidade de "como faziamos sem" leva a soluções piores do que o problema original. O primeiro cenário é when a complexidade do processo exige ferramentas complexas. Automações simples funcionam bem para fluxos lineares. Quando o fluxo tem ramificações, dependências cruzadas e regras de negócio variáveis, a automação superficial gera mais erros do que resolve. Nesses casos, a solução adequada é geralmente um sistema robusto ou contratação de especialistas em engenharia de processos. O segundo cenário é a ilusão de que ferramentas novas resolvem problemas humanos. Se a equipe não tem disciplina para atualizar informações, uma ferramenta nova não vai criar disciplina. Ela vai apenas registrar a desatualização de forma mais elegante. Eu vi times adotarem ferramentas caríssimas de gestão porque achavam que o software ia corrigir a falta de responsabilidade. O software corrigiu nada. A única mudança que funcionou foi ajustar o processo de responsabilização e feedback semanal. Ferramenta sem processo não é solução. É disfarce.

O terceiro ponto, e talvez o mais importante, é o custo oculto da transição. Migrar de um processo manual para um automatizado consome tempo. O tempo de configuração, teste, treinamento e ajuste fino. Para equipes pequenas, esse investimento pode não se pagar nos primeiros três meses. A regra prática que eu uso é simples. Se o processo que você está automatizando acontece menos de duas vezes por semana, o retorno pode não justificar o esforço. Nesse caso, manter o processo manual com documentation clara é a decisão mais racional.

Quando a resposta é simplesmente não automatizar

Existe umFourth cenário que poucas pessoas consideram. Às vezes o atrito faz parte do trabalho. Um revisor de conteúdo que precisa ler cada linha manualmente está fazendo exatamente o que deveria fazer. Tentar automatizar isso é perder qualidade, não tempo. O mesmo vale para atividades criativas, decisões estratégicas e qualquer tarefa que dependa de julgamento humano. O "como faziamos sem" nesses casos não indica um problema a ser resolvido. Indica uma atividade que deve permanecer manual. A distinção entre processos que devem ser automatizados e processos que devem permanecer manuais é mais importante do que qualquer ferramenta. A maioria dos erros acontece porque as pessoas tentam aplicar automação onde ela não pertence. O resultado é frustração, custo desnecessário e processos pior do que antes. Se você está lendo isso e pensando em automatizar algo, comece perguntando se realmente deve. A resposta pode ser não. E essa resposta costuma ser a correta mais vezes do que o desejado.

O que sobra quando se remove o atrito desnecessário não é menos trabalho. É trabalho com melhor qualidade e menor desperdício. As horas que antes sumiam em conferência manual passam a existir para análise, planejamento e execução. O sentimento de "como faziamos sem" aparece quando isso acontece. Não porque a ferramenta é incrível. Porque o tempo voltou para você.