Algo que continuamos vendo: equipes esperam até que seu código esteja "final" para solicitá-lo para revisão. O problema é que os bugs que causam mais dano geralmente não estão no código. Eles estão no design. Se a forma como os fundos são liquidados ou reembolsados estiver errada, não há correção rápida para isso. Você acaba tendo que reconstruir uma grande parte do protocolo. Portanto, se seus contratos ainda estão em mudança, vale a pena ter alguém analisando a arquitetura desde o início. É muito mais barato corrigir um diagrama do que um contrato implantado.