Diagnóstico em 30 minutos: como saber se seu fornecedor de software está te enrolando

Você paga todo mês mas não sabe se o projeto está avançando ou girando em círculo. Aqui estão as 5 perguntas que revelam a verdade em 30 minutos — sem precisar entender código.

Por Victhor Araújo

Victhor Araújo

Você paga a fatura todo mês. Recebe um relatório de status cheio de siglas. Aprova a sprint na segunda. E no fundo — no fundo de verdade — você não sabe se o projeto está avançando ou girando em círculo.

Esse é o padrão de 80% dos contratos de software no Brasil. Não é incompetência. É que o fornecedor nunca comprometeu o que você precisaria medir — então tecnicamente ele nunca atrasa. Você é quem paga pelo privilégio de não poder cobrar.

A boa notícia: dá pra diagnosticar a situação em 30 minutos. Você não precisa entender código. Precisa saber as perguntas certas.

🔍 O que "progresso" significa sem número

Fornecedor que não mede não entrega — ele ocupa. A diferença entre os dois só aparece quando o projeto está atrasado e você precisa entender por quê.

"Estamos em linha com o planejado" não é uma métrica. É uma frase. Um squad sênior sabe exatamente quantas histórias foram fechadas, qual é a velocidade da última sprint, e qual é o desvio do estimado. Se o seu fornecedor não tiver esses números na ponta da língua, o problema não é a memória — é o processo.

📢 Trabalha com fornecedor que fala muito em "alinhamento" mas nunca em número? Converse com a Revin.

📋 As 5 perguntas da reunião de diagnóstico

Você não precisa de auditoria formal. Precisa de uma reunião de 30 minutos com essas perguntas — e atenção para o que não é respondido:

• Qual foi a velocidade média das últimas 3 sprints?
• Quantas histórias abertas há mais de 2 sprints sem fechar?
• Qual é a cobertura de testes do módulo mais crítico?
• Qual foi o último incidente em produção e qual foi o tempo de resolução?
• Quantas dependências externas (APIs, libs) estão sem versão fixada no código?

Respostas vagas ou defensivas — "isso depende", "vamos verificar e te passar", "nosso processo é diferente" — são o diagnóstico. O problema está mais embaixo.

🚩 Sinais que aparecem antes de você perguntar

Alguns fornecedores nem chegam à reunião de perguntas. Você já sabe antes:

• Reunião de sprint sem demo funcional — só slides e "está quase"
• Changelog que lista tarefas, não entregas — "ajuste de backend", sem especificar o quê
• Todo bug crítico vira "fora do escopo" ou "era requisito indefinido"
• Ausência de ambiente de staging acessível ao cliente
• Documentação que só existe como promessa no contrato

🎯 O que um squad sênior nunca esconde

Um squad gerenciado de verdade — o modelo que a Revin opera — não tem interesse em esconder dado ruim. Pelo contrário: velocidade baixa numa sprint é sinal de dívida técnica que a Revin vai nomear, documentar, e colocar no backlog com estimativa de impacto.

A diferença não é que a Revin nunca erra. É que quando erra, você sabe antes de precisar descobrir. Métricas abertas, demo toda sprint, acesso direto ao repositório, incidentes documentados com causa raiz — esses não são diferenciais do nosso contrato. São o mínimo do que um squad sênior deve oferecer.

Se o seu fornecedor trata transparência como favor, o problema não é a transparência. É o fornecedor.

⏱️ Como estruturar os 30 minutos

Não espere a próxima reunião formal. Manda uma mensagem hoje pedindo uma reunião rápida de "alinhamento de saúde do projeto". Agenda 30 minutos. Leva as 5 perguntas.

• Minutos 0-5: peça o dashboard de velocidade (ou equivalente). Velocidade ≥ 70% do estimado = saudável.
• Minutos 5-15: peça a lista de histórias abertas há mais de 2 sprints. Mais de 3 = sinal.
• Minutos 15-25: demo ao vivo de qualquer funcionalidade fechada na última sprint.
• Minutos 25-30: se não houver resposta para alguma das perguntas, documente. Isso é o entregável da reunião.

Dica prática: se você sair da reunião com mais perguntas do que entrou, o problema está confirmado. A próxima reunião já deve incluir um plano de ação — não outra reunião.

🎯 Conclusão: você não contratou para descobrir problemas — contratou para não ter

A maioria dos founders descobre que o projeto estava em crise meses antes do óbvio aparecer. O sinal estava nas reuniões, nas respostas vagas, nos slides sem demo. Mas ninguém tinha a referência do que deveria ser diferente.

Um Diagnostic Sprint da Revin faz esse diagnóstico de forma estruturada — em menos de uma semana, com relatório que você pode levar para o board. Se você suspeita que há algo errado mas não tem como provar, essa é a hora.

📢 Quero entender a saúde real do meu projeto. Agende uma conversa com a Revin.