O que é um contrato de múltiplos estágios no desenvolvimento de sistemas? Uma explicação considerando as razões recomendadas

Em projetos de desenvolvimento de sistemas, é comum que a prática contratual seja avançada através de um método chamado contrato de múltiplas fases. Neste artigo, vamos explicar sobre o contrato de múltiplas fases no desenvolvimento de sistemas, incluindo as razões pelas quais é recomendado.

O que é um contrato de múltiplas fases

Em geral, a prática de celebrar contratos é feita através de um contrato escrito. Ou seja, a parte que paga (o usuário, no caso do desenvolvimento de sistemas) assume a obrigação de pagar uma remuneração, e a parte que recebe o trabalho (o fornecedor, no caso do desenvolvimento de sistemas) promete fornecer o serviço correspondente por escrito. Assim, a essência do contrato é que ambas as partes prometem cumprir as obrigações que assumem.

Celebrar contratos de acordo com a natureza de cada fase e completar o trabalho

No entanto, no caso de projetos de desenvolvimento de sistemas, o próprio conteúdo do projeto avança através de várias fases, e o conteúdo tende a se tornar complexo. Considerando a natureza deste trabalho, pode ser apropriado avançar o contrato em várias etapas. Ou seja, é melhor criar a própria estrutura do contrato que gerencia todo o projeto, reunindo ideias estruturalmente. Por exemplo, é muito preferível na prática celebrar um novo contrato para cada fase. Este método de contrato é chamado de contrato de múltiplas fases. O contrato modelo fornecido pelo Ministério da Economia, Comércio e Indústria (METI) do Japão também se baseia neste contrato de múltiplas fases.

Tipos de contratos celebrados em cada projeto

Os contratos frequentemente utilizados no desenvolvimento de sistemas são os contratos de empreitada e os contratos de quase-mandato, e a ideia é gerir todo o projeto alternando entre estes dois, dependendo da natureza de cada fase. No desenvolvimento de sistemas, por exemplo, o design detalhado, a implementação do programa e o teste unitário são geralmente realizados sob um contrato de empreitada. A razão pela qual estas fases se encaixam bem com o contrato de empreitada é que o contrato de empreitada enfatiza o “resultado do trabalho” como um requisito para o cumprimento da obrigação, e é fácil de concretizar o requisito de “conclusão” em termos da natureza da fase. Para mais detalhes sobre a “conclusão do trabalho” no contrato de empreitada, consulte o seguinte artigo.

Por outro lado, as fases iniciais do desenvolvimento de sistemas, como o planejamento e a definição de requisitos, tendem a utilizar contratos de quase-mandato. A característica destas fases é que muitas vezes é difícil esclarecer o requisito de “conclusão do trabalho”, e muitas vezes o contrato é baseado na relação de confiança entre as duas partes. Nas fases de design básico e teste de integração, tanto o contrato de quase-mandato como o contrato de empreitada são utilizados, dependendo da natureza do projeto. Um ponto a considerar ao escolher qual contrato utilizar nestas fases é o grau de cooperação necessário por parte do usuário.

https://monolith.law/corporate/user-obligatory-cooporation[ja]

Se a natureza do trabalho é tal que o fornecedor é unilateralmente obrigado a “concluir o trabalho”, pode ser mais simples escolher um contrato de empreitada. No entanto, se na realidade o trabalho tem que ser uma colaboração entre o usuário e o fornecedor, é importante entender que pode ser mais realista dar proteção legal à relação baseada na confiança entre as duas partes. Para mais detalhes sobre a diferença entre o contrato de empreitada e o contrato de quase-mandato, consulte o seguinte artigo.

https://monolith.law/corporate/contract-and-timeandmaterialcontract[ja]

Neste artigo, explicamos que a tendência é usar contratos de empreitada para coisas como a implementação de programas, onde é fácil identificar especificamente o que é o produto final, e a tendência é usar contratos de quase-mandato para coisas onde essa tendência é menos forte. Assim, a prática contratual baseada em contratos de múltiplas fases é ver todo o projeto como um todo, composto por vários contratos de empreitada e contratos de quase-mandato. Além disso, o que é chamado de “contrato básico” é algo que extrai e resume os itens comuns para que não seja necessário repetir a mesma descrição várias vezes. É muito semelhante à forma como, na implementação de programas, elementos comuns são agrupados em classes ou funções.

Os itens que são frequentemente escritos juntos no contrato básico incluem, por exemplo:

• Definição de termos que são usados repetidamente
• Como proceder ao celebrar um contrato individual
• Como alterar as especificações a serem realizadas posteriormente
• Como entregar e aceitar os produtos de cada fase
• Como manter a confidencialidade

Estas características são tais que, mesmo que o contrato seja separado em fases diferentes, não há necessidade de distinguir entre as fases normais, pois o conteúdo é o mesmo em todo o projeto. Assim, a característica do contrato de múltiplas fases é extrair acordos de alto nível de generalidade e versatilidade como contratos básicos, e colocar acordos individuais que devem ser acordados individualmente para cada fase sob o contrato básico. Contratos de múltiplas fases são frequentemente utilizados em transações comerciais que são caracterizadas por sua grande escala e complexidade, não apenas no desenvolvimento de sistemas. Por outro lado, o conceito oposto a um contrato de múltiplas fases com uma estrutura complexa é um contrato de uma só vez. Se o assunto não for o desenvolvimento de sistemas, mas a encomenda de um fato à medida, um contrato de uma só vez seria normalmente suficiente.

Quais são as vantagens dos contratos em várias etapas?

Então, quais são as vantagens de adotar este método de contratos em várias etapas? Se organizarmos um pouco mais concretamente, podemos citar as seguintes vantagens.

Vantagem dos contratos em várias etapas 1: Facilidade em lidar com a fluidez dos projetos de desenvolvimento

Uma das vantagens dos contratos em várias etapas é que é relativamente fácil lidar com a fluidez dos projetos de desenvolvimento. Normalmente, um projeto de desenvolvimento de sistema segue, em princípio, os requisitos definidos previamente, avançando para o design e a implementação do programa, e prosseguindo sem interrupções ou retrocessos. No entanto, devido à complexidade do produto final, é comum que o prazo se estenda por um período considerável, e não é raro que o conteúdo das especificações a serem realizadas mude posteriormente. Além disso, explicamos em detalhes no artigo abaixo como gerir adequadamente as solicitações de alteração das especificações após o fato.

Em outras palavras, no início do projeto, o objetivo final nem sempre está claramente definido. Em projetos com tais elementos incertos, é difícil prometer todas as obrigações de uma só vez no momento da celebração do contrato. É mais fácil dividir cada processo, evitando riscos desnecessários para ambas as partes e facilitando o avanço das transações comerciais.

Vantagem dos contratos em várias etapas 2: Facilidade em fazer estimativas precisas

Além disso, a vantagem de “poder evitar compromissos com coisas incertas” está ligada à capacidade de fazer estimativas precisas. Se as especificações forem alteradas posteriormente, é muito provável que a estimativa também tenha que ser alterada posteriormente. Explicamos em detalhes no artigo abaixo como recalcular a estimativa nestes casos.

https://monolith.law/corporate/increase-of-estimate[ja]

A abordagem para alterações na estimativa devido a alterações nas especificações após o fato é como descrito no artigo acima, mas lidar com tais alterações após o fato não é desejável para o usuário ou o fornecedor. É melhor não fazer uma estimativa que precise ser corrigida desde o início, e é melhor completá-la com precisão na primeira vez. Com contratos em várias etapas, é esperado que seja mais fácil fazer estimativas precisas para cada etapa, e que seja menos provável que ocorram alterações nas estimativas após o fato.

Vantagem dos contratos em várias etapas 3: Facilidade para o pagador entender a razoabilidade do valor

Além disso, o fato de fazer estimativas dividindo cada processo torna mais fácil para o usuário, que paga a remuneração, entender a razoabilidade do valor total do projeto. Como mencionado anteriormente, não é fácil abordar um projeto inteiro com um sentido perfeito de planejamento. Portanto, é comum que o projeto avance através de várias alterações, e que a estimativa inicial também seja alterada. Neste ponto, num contrato único, a oportunidade de explicar o valor estimado é apenas no momento da celebração do contrato. Para o usuário, é difícil entender a razão da diferença entre a estimativa inicial e o valor real pago no momento do pagamento. Levando em conta estes pontos, pode-se dizer que os contratos em várias etapas têm certas vantagens para o usuário.

Resumo

Os contratos multietapa são adequados para formar um acordo entre as partes de forma justa e clara, e também são eficazes na prevenção de problemas futuros. No entanto, pode haver quem pense: “Por outro lado, os contratos multietapa podem ter algumas desvantagens, e em alguns casos pode ser melhor um contrato individual”. Quanto a este ponto, se tivermos que dizer algo, poderíamos considerar que um contrato único seria adequado se o trabalho for de pequena escala e for evidente que será concluído rapidamente, devido ao esforço de ter que celebrar um contrato cada vez. No entanto, é mais importante compreender plenamente os benefícios dos contratos multietapa, que são precisos e resistentes a alterações, do que estar ciente das desvantagens muito limitadas dos contratos multietapa. Se o projeto for de uma certa escala, devemos naturalmente utilizar este método.