Uma interrupção em produção muitas vezes tem origem em decisões de projeto que pareciam razoáveis até que o sistema enfrentasse uma carga real. O não cumprimento de SLOs surge após o lançamento porque a integração ocorreu tardiamente, dependências foram tratadas apenas como suposições e ninguém era responsável pelo comportamento de ponta a ponta.
O risco de execução aumenta quando a responsabilidade não está clara. Uma equipe entrega a v1 de um serviço, outra é responsável pelo plantão (on-call) e uma terceira controla o esquema upstream; assim, uma pequena alteração passa despercebida na revisão e desencadeia tentativas de reexecução, crescimento de filas e latência em cascata. O projeto entregou funcionalidades, mas o sistema de entrega falhou em controlar os limites de falha.
Um plano de entrega funciona melhor quando se assemelha a um diagrama de arquitetura simplificado. Ele vincula o objetivo do produto ao escopo técnico, define responsabilidades e torna explícitas as dependências externas, permitindo que a integração ocorra cedo o suficiente para que mudanças de rumo sejam possíveis.
Utilize o diagrama para identificar onde decisões precisam ser tomadas e onde evidências devem ser produzidas. Essas evidências geralmente constituem pontos de verificação (checkpoints), como o resultado de um teste de carga, a aprovação em um teste de contrato ou a validação de prontidão de uma dependência que condiciona a promoção do sistema.
Interaja com o diagrama para mapear as conexões entre objetivo, escopo, responsabilidades das equipes, dependências e pontos de verificação.
O diagrama torna visível o sistema de entrega ao mostrar qual componente gera uma saída para o componente seguinte. Quando um nó de dependência não possui um responsável ou não existe um ponto de verificação antes da integração, o risco deixa de estar em um ponto conhecido e passa a ser descoberto tardiamente, durante a implementação.
É mais fácil gerenciar trade-offs quando se nomeiam as alavancas e se prevê o efeito no sistema. O escopo altera a quantidade de trabalho; o tempo altera o quanto de incerteza pode ser eliminado; a qualidade altera a taxa de escape de defeitos; o risco altera o nível de variabilidade aceito; e a dívida técnica altera a quantidade de trabalho futuro que é antecipada ou adiada.
Uma regra útil é que qualquer alteração em uma alavanca deve refletir-se em pelo menos um dos seguintes resultados:
Compare as alterações nas alavancas e seus resultados esperados na tabela.