O conserto, feito. Escopo, prazo e critério de aceite definidos antes de começar — porque aauditoria já estabeleceu o que precisa ser feito.
Escopo fixo costuma ser ficção em software, e por um motivo justo: quase ninguém sabe o suficiente sobre o sistema no momento de assinar. Aqui a ordem resolve isso. O diagnóstico já foi feito, medido e escrito. O projeto parte de um problema conhecido, com o tamanho já estimado contra o sistema real.
Por isso projeto de escopo fixo só acontece depois de uma auditoria — minha ou de outra pessoa, desde que exista medição por trás.
Todo projeto começa com a definição de pronto em forma mensurável: p99 abaixo de X sob carga Y, vazão de Z sustentada por N horas, custo mensal do serviço abaixo de R$ K com o mesmo tráfego. Se não der para escrever assim, o trabalho ainda não está pronto para virar projeto — e volta para diagnóstico.
Isso protege os dois lados. Você sabe o que comprou; eu sei quando terminei.
Eu executo. O trabalho não é repassado para um time júnior nem subcontratado.
Junto com o seu time, não em volta dele. Quem vai manter o sistema depois precisa entender a mudança enquanto ela acontece. Código entregue que ninguém do time consegue sustentar é dívida com outro nome.
Em incrementos verificáveis. Mudança de performance sem medição antes e depois é opinião. Cada entrega vem com a comparação.
Sem dependência no fim. O objetivo declarado é que você não precise de mim depois.