Ofício, qualidade e times · Misto

Trabalhar com fornecedores e contratantes de desenvolvimento

Em uma linha: Defina entregáveis, propriedade e acesso por escrito com antecedência — e peça entrega contínua, não uma grande entrega no final.

O que precisa estar no acordo

Propriedade total do código e dos dados; o repositório na sua conta desde o primeiro dia; acesso aos ambientes; e uma lista de entregáveis que inclui documentação e transferência de conhecimento, não só código rodando.

E: o que acontece no final — quanto suporte de transição e quem guarda as chaves.

Como acompanhar sem microgerenciar

Uma demo a cada duas semanas em um ambiente real, não uma apresentação. Acesso à pipeline de build e às métricas. E critérios de aceite escritos para cada marco — 'terminamos' não é um estado, mas um acordo.

Verifique o esqueleto cedo: deploy, autenticação, monitoramento. Projetos que desmoronam no final quase sempre desmoronam lá.

Sinais de alerta

Sem acesso ao repositório; sem testes; 'faremos isso no final' em temas de segurança e infraestrutura; e dependência de uma pessoa. Cada um merece uma conversa imediata, não em um mês.

Indo mais fundo

Peça uma breve revisão de código externa no meio do projeto, não no final. É relativamente barata e revela lacunas estruturais enquanto ainda há tempo de corrigi-las — após a entrega, todo achado vira uma disputa comercial.