Antes do código: as perguntas que evitam um projeto caro

É tentador começar pela solução. Alguém viu um sistema interessante, um concorrente lançou um aplicativo, uma ferramenta nova promete resolver tudo. A conversa já começa com “precisamos de um app” ou “vamos colocar IA nisso”. E, meses depois, o projeto entregue resolve muito bem um problema que não era o principal.

Não é falta de competência técnica. É falta de perguntas. Antes de qualquer linha de código, algumas conversas simples mudam completamente o rumo de um projeto.

01O que está acontecendo hoje?

Parece óbvio, mas raramente é feito com calma. Como o processo funciona de verdade, e não como está no papel? Quem participa, quais ferramentas usa, onde as informações se perdem? Quase sempre existe uma distância entre o processo imaginado pela liderança e o processo real, vivido por quem executa.

Mapear essa realidade é o primeiro passo para enxergar onde está o gargalo. Muitas vezes, ele não está onde todo mundo aponta.

02O que precisa mudar, e por quê?

“Queremos um sistema novo” não é um objetivo. “Queremos parar de perder pedidos entre o comercial e a produção” é. Quanto mais concreto for o que precisa mudar, mais fácil fica avaliar qualquer solução.

03Qual é a solução mais simples que resolve?

Nem todo problema pede software sob medida. Às vezes um ajuste no processo, uma ferramenta pronta bem configurada ou uma automação pequena resolvem com muito menos custo e risco.

Começar pelo mais simples não é falta de ambição. É uma forma de aprender rápido, entregar valor cedo e investir no que é complexo apenas quando ele realmente se justifica.

A melhor solução nem sempre é a mais sofisticada. É a que resolve o problema certo, do jeito mais simples possível.

04Quem vai usar, e como?

Um sistema pode ser tecnicamente perfeito e, ainda assim, fracassar porque ninguém quer usar. Envolver as pessoas desde o começo, entender a rotina delas e testar cedo evita surpresas no fim.

• Quem são as pessoas que vão usar no dia a dia?
• Em que momento da rotina elas vão usar?
• O que acontece hoje quando algo dá errado?
• O que faria essas pessoas preferirem o jeito novo ao antigo?

05Como vamos saber que funcionou?

Defina, antes de começar, o que vai indicar sucesso. Pode ser tempo economizado, erros evitados ou uma informação que passa a estar disponível na hora certa. Sem isso, o projeto termina quando o código termina, e não quando o problema é resolvido.

06Perguntas antes, código depois

Nada disso atrasa um projeto. Pelo contrário: as perguntas certas encurtam o caminho, reduzem retrabalho e aumentam muito a chance de a tecnologia resolver o que realmente importa. Na SELA, é assim que todo trabalho começa: pelo problema.