Método
Metade do trabalho acontece antes da primeira linha de código.
Sistema que nasce de uma lista de funcionalidades resolve o pedido e erra o
problema. As duas primeiras etapas abaixo são as que definem se as outras
duas valem alguma coisa.
01 · Entender
Por que a regra é assim
Acompanhar o processo como ele acontece hoje, com quem o executa.
Descobrir quais regras vêm de lei, quais vêm de contrato e quais são
hábito que ninguém revisou.
É aqui que se decide o que não construir — e essa costuma
ser a decisão que mais economiza dinheiro no projeto inteiro.
Entrega: documento de requisitos e mapa do processo
02 · Decidir
Escolher com o custo à vista
Cada decisão técnica relevante é registrada com a alternativa que foi
descartada e o motivo. Comprar ou construir, aceitar ou recusar um
acoplamento, quanto de automação vale a pena.
O registro serve para depois: quando alguém perguntar por que o sistema é
assim, a resposta existe por escrito, com o contexto da época.
Entrega: registros de decisão de arquitetura
03 · Construir
Em fatias que já servem
A primeira entrega precisa ser usável em produção, não uma demonstração.
Cada incremento sai com teste automatizado e passa por integração contínua
antes de subir.
Isso muda o risco do projeto: em vez de descobrir no fim que a direção
estava errada, você usa a primeira parte enquanto a segunda é construída.
Entrega: sistema em produção, com testes e publicação automatizada
04 · Sustentar
O projeto não acaba na entrega
Correção, evolução e a documentação que permite outra pessoa assumir. O
código é seu, no seu repositório, com o histórico completo de como chegou
até ali.
Entrega: acompanhamento e transferência de conhecimento
O que isso significa na prática
O que você recebe
- O processo mapeado como ele acontece, não como se imagina que aconteça
- As decisões registradas, com a alternativa descartada e o porquê
- Sistema em produção desde a primeira entrega, não no fim
- O código no seu repositório, com o histórico completo
O que não vai acontecer
- Proposta antes de entender o processo
- Entrega única no fim, sem nada usável no caminho
- Sistema sem teste automatizado
- Dependência de mim para subir uma correção
Se o processo que você tem hoje se parece com algum dos casos, o caminho
mais curto é descrevê-lo. Não precisa saber a solução.