Tickets verticais e protótipos

Fatiar valor e isolar incerteza

Uma especificação grande não deve virar “faça o sistema inteiro” nem uma sequência de camadas sem valor demonstrável. Este capítulo ensina a convertê-la em tickets verticais: caminhos estreitos que atravessam somente domínio, dados, API, interface, auditoria e testes necessários para produzir um comportamento verificável. Blocking edges formam um grafo; a frontier contém apenas trabalho realmente desbloqueado. Tracer bullets revelam cedo se as fronteiras integram. Mudanças incompatíveis usam expand–migrate–contract para manter consumidores vivos. Quando uma decisão técnica continua desconhecida, um protótipo responde uma única pergunta e para. Handoffs transferem estado vivo por referências. As skills `to-tickets`, `prototype` e `handoff` de Matt Pocock são implementações específicas desse método, não comandos universais.

Caderno de campo: da spec à frontier

Este laboratório transforma uma especificação de aprovação de ordens de serviço em um grafo executável. Um validador Python rejeita tickets horizontais, blockers ausentes, ciclos, critérios sem prova e uma contração incompatível; depois calcula a frontier de um plano vertical. Um protótipo isolado simula timeout após o ERP confirmar uma operação e compara retry com chave nova e chave idempotente estável. A conclusão, não o atalho experimental, alimenta o ticket de produção. Por fim, o script produz e valida um handoff que transfere objetivo, decisão, limitações, evidências e próximo passo por referências. As saídas são determinísticas, usam apenas dados sintéticos e demonstram condições de parada para fatiamento, experimento e troca de contexto.