Conversa com quem executa
Entrevistas com as pessoas que vivem o processo, não só com quem o descreve. É onde aparecem as exceções que ninguém documentou.
Método YveTech de Engenharia · Etapa 01
Descoberta e escopo
Antes de escrever código, entendemos como o trabalho acontece de verdade — não como o manual diz que acontece. Ao final você tem o processo mapeado, as regras escritas e escopo, prazo e preço fechados para aprovar.
Software errado quase nunca é problema de código
É quase sempre problema de alguém ter suposto o processo em vez de ter ido ver.
O sistema que ninguém usa costuma ter sido construído a partir da descrição do gestor, e não da rotina de quem opera. O gestor descreve o processo aprovado; quem executa conhece as exceções — o cliente que paga metade agora e metade na entrega, o pedido que sai sem nota porque o caminhão não pode esperar, a planilha paralela que existe porque o sistema atual não deixa registrar aquilo. É nas exceções que o software vive ou morre.
Por isso a descoberta acontece com as pessoas certas na sala: quem vende, quem fatura, quem separa, quem cobra. Mapeamos o fluxo de ponta a ponta, escrevemos as regras de negócio em português — não em código — e devolvemos para você conferir. Regra que ninguém consegue explicar em uma frase costuma ser regra que ninguém entende, e essa conversa é mais barata agora do que depois.
Daí sai o backlog priorizado por valor: o que resolve mais dor primeiro, e não o que veio primeiro na conversa. Com ele fechamos escopo, prazo e preço, e deixamos igualmente escrito o que fica de fora — a fronteira é a parte do documento que evita a discussão desconfortável lá na frente.
Se a descoberta mostrar que o seu problema se resolve ajustando o sistema que você já tem, nós dizemos isso. Vender projeto grande para problema pequeno é fácil, e é exatamente o que não fazemos.
O que a descoberta produz
Seis entregas concretas — todas suas, mesmo que o projeto não avance.
Mapa do processo atual
O fluxo de ponta a ponta com os pontos de retrabalho, espera e informação perdida marcados.
Regras de negócio escritas
Prazo, desconto, alçada, tributação, comissão — em português, conferidas por você antes de virarem código.
Backlog priorizado
A lista do que construir ordenada por valor e risco, com estimativa em cada item.
Fronteira do escopo
O que entra e, principalmente, o que fica fora desta fase — para a conversa difícil acontecer agora e não no fim.
Riscos e dependências
Integração com terceiro, dado que não existe, decisão que depende de outra área. Cada risco com um plano ao lado.
O que sai no papel
Artefatos feitos para serem lidos por quem decide — e usados por quem constrói.
Como a etapa acontece
De uma a três semanas, conforme o tamanho do processo.
Imersão
Acompanhamos a rotina e conversamos com quem executa cada parte. Ver o trabalho acontecendo vale mais que uma hora de reunião.
Desenho do fluxo
Transformamos o que vimos em um mapa navegável, com as exceções explícitas, e devolvemos para você corrigir.
Priorização
Ordenamos o backlog por valor e risco junto com você. O que resolve mais dor primeiro; o resto entra em fases seguintes.
Proposta fechada
Escopo, prazo e preço definidos, com a fronteira do que fica de fora. Você aprova sabendo o que recebe.
Sinais de que a descoberta é o passo certo
Os cenários em que pular esta etapa costuma custar caro depois.
- Cada pessoa descreve o processo de um jeito — e o sistema não pode atender a três versões.
- O orçamento anterior variou muito — proposta sem escopo definido vira preço no chute.
- Existe planilha paralela em uso — é o sinal mais confiável de que o sistema atual não cobre algo.
- O projeto já falhou uma vez — quase sempre por escopo mal fechado, não por tecnologia.
O que não fazemos aqui
Ser claro sobre o limite da etapa é o que a mantém curta e útil.
- Não escrevemos código — protótipo de tela, quando ajuda a decidir, é desenho e não sistema.
- Não redesenhamos a empresa — mapeamos o processo; mudar o processo é decisão sua, com o mapa na mão.
- Não prometemos preço antes — orçamento sem descoberta é adivinhação — sua ou nossa.
- Não deixamos escopo aberto — o que não couber nesta fase é registrado como fase seguinte, com nome.
As perguntas que fazemos, por área
São elas que mudam o desenho do sistema — e quase nunca aparecem num briefing por e-mail.
| Área | Pergunta que fazemos | O que a resposta muda |
|---|---|---|
| Vendas | que desconto cada perfil pode dar sem aprovação? | a alçada vira regra no sistema, não conversa no corredor |
| Estoque | o que acontece quando falta o item já vendido? | define reserva, saldo disponível e o aviso na tela do vendedor |
| Faturamento | quais operações mudam a tributação? | muda o modelo fiscal inteiro e o que precisa ser parametrizável |
| Financeiro | como um pagamento parcial é registrado hoje? | define baixa parcial, saldo devedor e o relatório de inadimplência |
| Atendimento | o que hoje só existe no WhatsApp? | revela a informação que precisa entrar no sistema para não se perder |
Compromissos desta etapa
O que combinamos antes de começar — e cobramos de nós mesmos durante o projeto.
1–3 sem.duração típica da descoberta
Escopo fechadocom fronteira do que fica de fora
Preço aprovadoantes da primeira linha de código
Documentos seusmapa e regras ficam com você de qualquer forma
Perguntas frequentes sobre descoberta e escopo
As dúvidas que mais aparecem nesta etapa. Sobre prazo, forma de cobrança e contrato, veja as perguntas frequentes da YveTech.
A descoberta é cobrada à parte?
Sim, e de propósito: é trabalho de gente sênior, com entrega própria. O valor é fechado antes e, quando o projeto avança conosco, entra como parte dele. Descoberta "de graça" costuma sair no preço do projeto de qualquer jeito — e pressiona quem a faz a aprovar o escopo.
Preciso ter o meu processo documentado antes?
Não. A maioria das empresas que atendemos não tem, e tudo bem — documentar é justamente parte do que entregamos. Se você já tiver algo escrito, usamos como ponto de partida e conferimos contra o que acontece na prática.
E se o escopo mudar no meio do projeto?
Muda mesmo, quase sempre — e não é problema, desde que seja explícito. Toda mudança entra com impacto de prazo e custo estimado, e você decide se entra agora, se troca por outro item ou se fica para a próxima fase. O que não fazemos é absorver mudança em silêncio até o prazo estourar.
Vocês fazem descoberta de sistema que já existe?
Fazemos, e é um pedido comum. Nesse caso a etapa vira auditoria: o que o sistema atual cobre, o que a operação resolve por fora, qual o estado do código e o que é viável aproveitar. Muitas vezes a conclusão é integrar em vez de trocar.
Quer o seu processo no papel antes de decidir?
A descoberta começa com uma conversa de contexto, sem compromisso. Conte o seu cenário e retornamos em até 1 dia útil.
Continue explorando
As quatro etapas do método e os três recortes da operação — cada uma com o seu próprio detalhamento.
Engenharia de SoftwareVoltar à visão geral da área
ArquiteturaAs decisões estruturais registradas, com o custo de cada uma
Desenvolvimento em ciclosEntrega navegável a cada duas semanas, com homologação aberta
Esteira e sustentaçãoDeploy automatizado, monitoramento e correção com prazo em contrato
Da linha de código ao deployO caminho de uma alteração até entrar em produção
Revisão de códigoO segundo par de olhos que impede o erro de nascer
Ambiente de Engenharia de SoftwareRepositório, ambientes, esteira e acessos — a base do projeto