Pense além do primeiro lançamento
Um produto deve ser compreendido pelos clientes, mantido pelos desenvolvedores e operado quando algo não sai conforme o planejado. Uma decisão de design também é uma decisão de suporte. Uma integração também é uma dependência. Um atalho rápido pode se tornar um custo recorrente. Construir nossos próprios produtos mantém essas conexões visíveis.
Torne o modelo operacional parte do escopo
Um plano de entrega útil descreve mais do que telas e recursos. Explica quem pode fazer o quê, quais sistemas compartilham dados, como o trabalho é validado e o que a equipe precisa para operar o resultado. Essas questões pertencem ao início, mesmo quando a primeira versão é deliberadamente pequena.
Aprenda com uma parte funcional do produto
Um fluxo de trabalho completo e focado costuma ser mais útil do que muitos recursos desconectados. Ele permite que uma equipe teste suas suposições em relação a uma interação real, revise os dados subjacentes e entenda o próximo incremento. O objetivo é fazer progressos que possam ser avaliados e não simplesmente contados.
Garanta uma passagem de trabalho útil
Documentação clara, decisões com vantagens e concessões explícitas e código compreensível facilitam o próximo passo. Levamos essa perspectiva de quem desenvolve seus próprios produtos ao trabalho com clientes: criar para as pessoas que usam o software e para quem será responsável por ele depois.