O que uma discovery de duas semanas precisa entregar para valer o preço
Uma discovery que produz uma proposta é processo de venda. Cinco artefatos que a tornam uma entrega de engenharia sua, que serve para qualquer fornecedor.
Discovery paga tem má fama, e muitas vezes merece. Passam duas semanas, chega uma apresentação, e a apresentação é a proposta do projeto que o fornecedor queria vender desde o começo. Você pagou para receber uma venda.
Uma discovery vale o preço quando produz artefatos que são seus, úteis mesmo que você nunca contrate quem os escreveu, e que permitiriam a outro time começar na segunda-feira.
O teste
Antes de começar, combine este critério:
Se pararmos aqui e entregarmos isto a outra empresa, ela consegue começar sem repetir a discovery?
Tudo abaixo decorre disso. Também torna o projeto honesto: um fornecedor que aceita esse critério está apostando que ser útil ganha o trabalho, que é o incentivo que você quer.
Cinco artefatos
| Artefato | O que contém | Por que sobrevive ao projeto |
|---|---|---|
| Mapa do sistema | O que existe hoje: sistemas, fluxos de dado, integrações, donos | Ninguém tem isso escrito, e todo mundo precisa |
| Lista de restrições | O que não pode mudar, e por quê: contratos, conformidade, sistemas imóveis | Restrição descoberta tarde é o que quebra planos |
| Registro de riscos | O que é desconhecido, ranqueado, com o custo de descobrir | Nomeia o que vai explodir a estimativa |
| Plano sequenciado | O que construir primeiro, segundo, terceiro, e o que cada um destrava | Um plano com ordem é um plano que dá para parar no meio |
| Registro de decisões | Escolhas feitas na discovery, com alternativas rejeitadas e o porquê | Evita rediscutir o mesmo debate no quarto mês |
O registro de riscos é o que mais falta e o que paga o projeto. Uma discovery que relata só o que encontrou está descrevendo a metade fácil. A saída valiosa é a lista ranqueada do que ninguém conseguiu determinar em duas semanas, com uma estimativa de quanto cada incógnita pode custar.
O que precisa acontecer nas duas semanas
Os artefatos só aparecem se o processo de fato for procurar.
Leia o código, não só a documentação. Documentação descreve intenção. Código descreve comportamento. Onde discordam, o código é o que roda em produção.
Olhe o dado de verdade. Analise. Conte os nulos, os duplicados, os valores que violam restrições que a aplicação supostamente garante. Estimativa de migração feita sem olhar dado é palpite, e é um termo dominante em quanto custa software sob medida.
Converse com quem opera. Não só com quem contrata. A pessoa que roda o job noturno sabe qual falha é normal e qual não é, e esse conhecimento não está no documento de ninguém.
Tente a coisa arriscada. Se o plano inteiro depende de uma API não documentada responder de certo jeito, gaste um dia provando. Um experimento que falha na primeira semana é a falha mais barata disponível.
O que uma discovery não consegue fazer
Alinhar a expectativa honestamente importa tanto quanto o trabalho.
Ela não consegue produzir preço fechado para um sistema com incógnitas reais. Consegue produzir preço da primeira fase e uma faixa para o resto, com as premissas escritas. Quem converte duas semanas de investigação em número firme para um ano de trabalho está precificando risco, e você está pagando por isso.
Ela não resolve divergência organizacional. Se dois departamentos querem coisas diferentes, a discovery vai expor isso com clareza e não vai decidir. Isso é decisão de alguém com autoridade, e o papel da discovery é tornar a troca explícita.
Ela não substitui construir. Algumas perguntas só se respondem escrevendo código. A saída certa é um experimento nomeado na primeira fase, e não uma discovery mais longa.
Depois que ela acaba
O plano deve ter uma primeira fase que você poderia executar com outro time, e um ponto de parada em que você ainda teria algo útil. Se a sequência só produz valor no fim, não é sequência, é uma aposta grande única com marcos desenhados em cima.
Para um sistema que precisa continuar rodando enquanto é substituído, esse sequenciamento é uma migração em fatias, e o trabalho da discovery é escolher a primeira fatia.
Se você está rodando isso como parte de uma seleção de fornecedor, a discovery também é a avaliação: julgue os artefatos pelo mérito, que é a abordagem de como saber se um fornecedor consegue construir.
É assim que nossos projetos começam. O que produzimos e como tratamos o acesso aos seus sistemas durante o período está nas práticas de segurança, e o formato do trabalho está em desenvolvimento sob medida.