Discovery de software

Discovery é trabalho técnico e de negócio. A LD conduz a fase anterior ao desenvolvimento para reduzir ambiguidade antes de estimar.

O que o discovery não é

Não é um café para “alinhar expectativa”. Não é um pitch. É a investigação de como a operação funciona, onde a regra vive e o que precisa existir na primeira entrega.

O cliente normalmente chega sabendo o problema, não o sistema. O discovery descobre o sistema a partir da operação.

Quando fazer discovery

Antes de orçar desenvolvimento

Número sem discovery é chute educado.

Antes de um MVP

Para o recorte não ser a soma dos pedidos da última reunião.

Antes de modernizar

Para não reescrever um processo que ninguém descreveu.

O que o discovery atravessa

Contexto

Empresa, unidade, restrição, prazo real.

Entrevistas

Quem opera e quem só ouviu falar.

Processo atual

Inclusive o caminho informal.

Atores

Papéis, não cargos no organograma.

Problemas

Onde dói de verdade, não o slogan.

Regras e exceções

O núcleo do comportamento futuro.

Dados e integrações

O que já existe e o que mente na planilha.

Requisitos e MVP

Primeira entrega que reduz o problema.

Arquitetura preliminar

O suficiente para não escolher stack no escuro.

Riscos e estimativa

O que pode invalidar prazo e preço.

Saída do discovery

Escopo da primeira entrega

Com fora de escopo explícito.

Perguntas em aberto

O que ainda não dá para fingir que sabemos.

Decisão

Seguir com a LD, com o time interno ou não construir agora.

Sequência de trabalho

1. Contexto

Por que agora, quem decide, o que já tentaram.

2. Entrevistas

Roteiro por ator, não reunião única.

3. Processo atual

Mapa do que acontece, não do que o manual diz.

4. Atores e problemas

Quem trava o fluxo e onde.

5. Regras e exceções

Catálogo mínimo para o MVP.

6. Dados e integrações

Origem, atraso, falha.

7. Requisitos e MVP

Aceite da primeira entrega.

8. Arquitetura, riscos, estimativa

Base para decidir construir ou parar.

Independência

O discovery pode terminar sem contrato de desenvolvimento. O material fica com o cliente, nas condições acordadas.

Esforço

Acompanha número de atores e a existência de legado.

Conversar sobre o projeto

Prazo

Discovery de um processo cabe em ciclos curtos. Operação multiunidade pede mais entrevistas.

Por que a LD

Mesma gente no discovery e no código

A pergunta difícil aparece cedo porque quem pergunta já vai implementar.

Perguntas frequentes

A LD faz consultoria antes do desenvolvimento?

Sim. A consultoria pode transformar ideia, problema operacional ou processo existente em documentação e escopo estruturado.

Discovery é reunião comercial?

Não. É trabalho técnico e de negócio, com entregáveis.

O discovery obriga a contratar o desenvolvimento?

Não. Pode terminar sem contrato de fábrica. O material fica com o cliente, nas condições acordadas.

A LD faz apenas o escopo de um sistema?

Sim. Discovery, requisitos, regras, priorização e definição de escopo podem existir independentemente da contratação posterior do desenvolvimento.

Começar pelo processo, não pela stack.

Se a conversa já abriu no framework, o discovery ainda não aconteceu.

Fale com a LD: labs@ld.app.br · WhatsApp +55 11 95373-8551 · Av. Brigadeiro Faria Lima, 1572, Sala 1022 — Jardim Paulistano, São Paulo/SP.

Conteúdos relacionados