Engenharia de software em campo: ver o processo real

O que é engenharia de software em campo

A imagem comum de um projeto de software é uma sala de reunião, um quadro branco e uma lista de funcionalidades. Essa etapa existe e é importante, mas ela registra apenas a versão do processo que as pessoas conseguem descrever sentadas. A operação de verdade acontece em outro lugar: no galpão de expedição, no balcão de atendimento, na obra, na cabine do caminhão, na bancada de manutenção.

Engenharia de software em campo é a prática de levar quem vai projetar o sistema até esse lugar. Em vez de perguntar como o trabalho é feito, a equipe observa o trabalho sendo feito, no ritmo normal, com as interrupções normais e com as ferramentas que as pessoas realmente usam.

A diferença parece pequena. Na prática, ela separa dois processos distintos: o processo descrito, que é como a empresa acredita que funciona, e o processo praticado, que é como ela funciona numa terça-feira movimentada. O sistema precisa servir ao segundo.

Por que o requisito da reunião não basta

Quase sempre, quem contrata o sistema não é quem vai usá-lo o dia inteiro. O diretor sabe o resultado que espera, o gerente conhece as regras, mas o detalhe fino está com o conferente, a atendente, o técnico e o motorista. E esse detalhe raramente aparece numa reunião, por alguns motivos:

• O que é rotina fica invisível. Quem faz uma tarefa há anos não percebe mais os passos intermediários. Eles não são mencionados porque parecem óbvios.
• Os atalhos não são oficiais. A planilha paralela, o caderno de anotações, o papel colado no monitor com os códigos mais usados, a mensagem no grupo avisando que o pedido chegou. Tudo isso mantém a operação funcionando, e quase ninguém conta em reunião.
• As exceções parecem raras, mas não são. “Normalmente é assim” costuma esconder o cliente que paga de outro jeito, o produto que precisa de conferência dupla, a entrega que volta.
• A descrição é sempre mais limpa que a realidade. Ninguém mente. As pessoas simplesmente descrevem o fluxo ideal, porque é o que foi combinado.

Um sistema construído só a partir da conversa tende a funcionar bem no fluxo ideal e atrapalhar em todo o resto. O resultado conhecido é a equipe voltar para a planilha semanas depois da implantação, com o sistema novo rodando em paralelo como obrigação.

O que observamos em campo

Uma visita de campo não é um passeio pela empresa. Ela tem foco, e o foco está em alguns pontos específicos.

Onde a informação nasce

Todo processo começa com um dado entrando: um pedido pelo WhatsApp, uma nota fiscal que chega com a mercadoria, uma medição anotada na obra, um chamado por telefone. Ver esse momento mostra qual é o formato original da informação, quem a registra primeiro e o que se perde logo na entrada.

Quantas vezes o mesmo dado é digitado

Acompanhando o caminho de um pedido ou de uma ordem de serviço, fica claro quando a mesma informação é copiada de um lugar para outro. Cada cópia é tempo gasto e uma chance de erro. Esses pontos costumam ser os primeiros candidatos a automação.

Esperas e gargalos

Nem todo atraso vem de trabalho lento. Muitos vêm de espera: aguardar uma aprovação, aguardar alguém voltar do almoço para liberar um acesso, aguardar o fim do dia para consolidar uma lista. Em campo, dá para ver onde as coisas param e por quê.

As exceções frequentes

Durante algumas horas de observação, as exceções aparecem naturalmente. É o momento de anotar cada “ah, esse aqui é diferente” e perguntar com que frequência acontece. Se acontece toda semana, é regra de negócio e precisa estar no sistema.

O ambiente físico

Esse é o ponto que nenhuma reunião revela. Algumas perguntas que só o campo responde:

• A pessoa usa luva, está com as mãos ocupadas ou sujas?
• O ambiente é barulhento a ponto de impedir áudio?
• A tela vai ser usada sob sol forte?
• O sinal de internet chega naquele ponto do galpão ou da rota?
• O celular é pessoal ou compartilhado entre turnos?
• Existe computador perto de onde o trabalho acontece, ou o registro é feito horas depois?

As respostas mudam o desenho do sistema: botões maiores, leitura de código de barras em vez de digitação, funcionamento sem conexão, login rápido por turno.

Quem decide o quê

Na prática, a hierarquia de aprovação nem sempre é a do organograma. Às vezes a liberação formal é do gerente, mas quem realmente confere é a pessoa mais experiente do setor. O sistema precisa refletir o fluxo de decisão real, ou vai criar um passo burocrático que todos vão contornar.

Como é uma visita de campo

Antes

A visita começa com um roteiro curto: qual processo vamos acompanhar, quais etapas queremos ver, quem são as pessoas que executam cada etapa e qual é o melhor horário para ver a operação em ritmo normal. Visitar no dia mais tranquilo do mês esconde justamente os problemas que interessam.

Também combinamos com a liderança que o objetivo não é avaliar o desempenho de ninguém. Quem se sente fiscalizado passa a seguir o procedimento oficial à risca, e aí a observação perde valor.

Durante

O princípio é acompanhar um ciclo completo sempre que possível: do pedido que entra até a entrega, do chamado aberto até o serviço concluído. Algumas práticas ajudam:

• Perguntar “por quê” com curiosidade. “Por que você anota isso aqui antes de lançar?” costuma revelar uma regra que ninguém documentou.
• Perguntar “e quando dá errado?”. O caminho de erro diz mais sobre o sistema necessário do que o caminho feliz.
• Pedir para ver, não para contar. “Pode me mostrar como faz?” gera respostas muito mais precisas do que “como você faz?”.
• Registrar tudo. Anotações, fotos de telas, formulários e quadros, sempre com autorização e sem expor dados sensíveis de clientes.
• Falar pouco sobre solução. Em campo, o papel da equipe é entender. Propor ferramenta cedo demais faz as pessoas se adaptarem à ideia antes de explicarem o problema.

Depois

O material coletado vira três entregas: um mapa do processo como ele é praticado, uma lista de problemas ordenada pelo impacto na operação e uma primeira visão do que o sistema precisa resolver primeiro. Essa visão volta para as pessoas que foram acompanhadas antes de virar escopo. Se o conferente olha o mapa e diz “não é bem assim”, é melhor descobrir agora do que depois da implantação.

O que muda no sistema entregue

Ir a campo não é um capricho de método. Ele muda o produto final de formas concretas:

• Telas feitas para o contexto real. Um formulário pensado para quem está no escritório é diferente de um pensado para quem está em pé ao lado de um palete.
• Menos campos. Muitos campos pedidos em reunião nunca seriam preenchidos na operação. Em campo, fica claro o que é essencial no momento do registro e o que pode ser completado depois ou puxado de outro sistema.
• Regras que refletem as exceções. O sistema já nasce sabendo lidar com os casos “diferentes” que acontecem toda semana.
• Integração no ponto certo. Saber exatamente onde o dado é redigitado mostra onde integrar com ERP, planilha ou emissor de nota traz retorno imediato.
• Adoção mais fácil. Quem foi ouvido e viu sua realidade refletida no sistema tende a defendê-lo, e não a contorná-lo.
• Menos retrabalho no projeto. Descobrir uma regra na visita custa uma anotação. Descobrir a mesma regra com o sistema pronto custa redesenho de tela, alteração de banco de dados e novo teste.

O campo não termina no levantamento

A engenharia de software em campo continua depois que o código começa a ser escrito. Três momentos pedem presença na operação:

1. Validação de protótipo. Mostrar as telas no local de uso, com a pessoa que vai usá-las, antes de desenvolver tudo.
2. Piloto acompanhado. Colocar a primeira versão em uso num setor ou numa equipe e observar de perto os primeiros dias. Os ajustes feitos aqui são rápidos e evitam que pequenos incômodos virem rejeição.
3. Treinamento no local. Treinar no ambiente real, com o equipamento real, resolve dúvidas que uma apresentação em sala não antecipa.

Quando dá para fazer remoto

Nem todo projeto exige visita presencial. Processos que já acontecem inteiramente no computador, como rotinas financeiras, atendimento por e-mail ou fluxos administrativos, podem ser acompanhados por videochamada com compartilhamento de tela, com resultado muito parecido.

A presença física faz diferença quando há trabalho em ambiente físico: produção, estoque, logística, manutenção, obras, atendimento de balcão e equipes externas. Também ajuda quando o processo envolve vários setores que se passam tarefas, porque a passagem de uma mão para outra é exatamente onde a informação costuma se perder.

Uma combinação comum é fazer a visita presencial nas etapas físicas e acompanhar remotamente as etapas administrativas.

Resumo

• O processo descrito em reunião e o processo praticado na operação são diferentes, e o sistema precisa servir ao praticado.
• Em campo, observe onde a informação nasce, onde é redigitada, onde espera, quais exceções se repetem e em que ambiente físico o registro acontece.
• Prepare a visita com roteiro, escolha um dia de operação normal e deixe claro que ninguém está sendo avaliado.
• Transforme a observação em mapa do processo e lista de problemas, e valide com quem executa antes de fechar escopo.
• Volte a campo no protótipo, no piloto e no treinamento.

É assim que a ZenIT começa os projetos de software sob medida e de automação de processos. Se quiser entender como funciona esse primeiro passo na sua empresa, veja o diagnóstico de processos. Atendemos presencialmente na região de Resende e Volta Redonda e por vídeo em todo o Brasil. Fale com a ZenIT.