Código-fonte em software sob medida: o que combinar antes de contratar

Ao contratar, a pergunta sobre o código-fonte de software sob medida costuma surgir tarde: quem terá acesso ao repositório e como o produto continuará se a parceria mudar? No entanto, não há resposta universal. Por isso, o contrato, as bibliotecas usadas e o modelo de entrega definem as condições. Por isso, trate o assunto antes de aprovar a proposta.

Código-fonte de software sob medida: o que será entregue?

Por exemplo, ter uma cópia dos arquivos não garante que outra equipe consiga operar o sistema. Além disso, ela precisará entender como instalar a aplicação, configurar ambientes, executar testes e publicar uma versão. Em seguida, peça que a proposta detalhe repositório, instruções de implantação, dependências e credenciais que ficarão sob controle da sua empresa.

Nesse tipo de entrega, em um projeto sob medida, é útil separar três camadas: código criado especificamente para você, componentes reutilizáveis do fornecedor e bibliotecas de terceiros. Nesse caso, cada camada pode ter condições diferentes. Portanto, evite aceitar a frase “o código é seu” sem um inventário que explique o que ela cobre.

Perguntas para colocar na mesa

• Quem é o titular do repositório e quem pode criar ou remover acessos?
• Com que frequência o código é entregue e como versões são identificadas?
• Quais componentes de terceiros e licenças fazem parte da solução?
• Como serão entregues documentação, testes e instruções de implantação?
• Quem controla domínio, hospedagem, contas de nuvem e serviços externos?
• Como a equipe prestará suporte na transição para outro fornecedor?

Além disso, essas perguntas são operacionais, além de contratuais. Por exemplo, se apenas o fornecedor possui a conta de nuvem, receber o código-fonte de software sob medida pode não ser suficiente para manter o serviço. Além disso, um sistema que depende de uma API externa exige saber quem mantém o contrato e as chaves de acesso.

Como reduzir a dependência de uma única equipe?

Para reduzir o risco, combine entregas verificáveis desde o início: acesso ao repositório, documentação mínima por módulo, demonstração de implantação em ambiente de teste e registro das decisões principais. Além disso, estabeleça como bugs e mudanças serão registrados. Uma especificação de requisitos clara ajuda a relacionar código, testes e necessidades do negócio.

Por exemplo, se a solução substituir um sistema antigo, planeje também a migração dos dados. O formato de exportação importa tanto quanto o acesso ao código. Já em produtos SaaS, a relação costuma ser diferente: você normalmente contrata o uso da plataforma. O artigo sobre o que é SaaS explica essa distinção.

O que pedir na proposta?

Por fim, peça um anexo de entregáveis técnicos e revise-o com alguém da sua equipe antes de assinar. Ele deve explicar o que será entregue, quando e de que forma será testado. Se você ainda está comparando fornecedores, use o guia de comparação de propostas como roteiro. A Codificar pode discutir esses pontos junto com o escopo do seu produto.