{"id":58667,"date":"2023-11-10T19:14:37","date_gmt":"2023-11-10T10:14:37","guid":{"rendered":"https:\/\/monolith.law\/pt\/?p=58667"},"modified":"2023-11-21T19:24:13","modified_gmt":"2023-11-21T10:24:13","slug":"legal-and-contract-issues-of-agile-development","status":"publish","type":"post","link":"https:\/\/monolith.law\/pt\/it\/legal-and-contract-issues-of-agile-development","title":{"rendered":"Quais s\u00e3o os problemas legais e contratuais relacionados ao desenvolvimento \u00e1gil?"},"content":{"rendered":"\n<p>Existem metodologias para o avan\u00e7o do desenvolvimento de sistemas. O modelo mais cl\u00e1ssico e comum \u00e9 o modelo Waterfall, e muitos livros de direito que lidam com o desenvolvimento de sistemas discutem com base neste modelo. Neste artigo, explicaremos quais s\u00e3o os problemas legais relacionados ao desenvolvimento de sistemas baseado no modelo de desenvolvimento \u00e1gil, que \u00e9 dif\u00edcil de obter informa\u00e7\u00f5es a partir de livros e outros recursos.<\/p>\n\n\n\n<div id=\"ez-toc-container\" class=\"ez-toc-v2_0_53 counter-hierarchy ez-toc-counter ez-toc-grey ez-toc-container-direction\">\n<div class=\"ez-toc-title-container\">\n<span class=\"ez-toc-title-toggle\"><\/span><\/div>\n<nav><ul class='ez-toc-list ez-toc-list-level-1 ' ><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-1\" href=\"https:\/\/monolith.law\/pt\/it\/legal-and-contract-issues-of-agile-development\/#Desenvolvimento_Agil_e_Assuntos_Juridicos\" title=\"Desenvolvimento \u00c1gil e Assuntos Jur\u00eddicos\">Desenvolvimento \u00c1gil e Assuntos Jur\u00eddicos<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-2\" href=\"https:\/\/monolith.law\/pt\/it\/legal-and-contract-issues-of-agile-development\/#O_que_e_um_modelo_em_desenvolvimento_de_sistemas\" title=\"O que \u00e9 um modelo em desenvolvimento de sistemas\">O que \u00e9 um modelo em desenvolvimento de sistemas<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/monolith.law\/pt\/it\/legal-and-contract-issues-of-agile-development\/#Caracteristicas_do_modelo_de_desenvolvimento_agil\" title=\"Caracter\u00edsticas do modelo de desenvolvimento \u00e1gil\">Caracter\u00edsticas do modelo de desenvolvimento \u00e1gil<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-4\" href=\"https:\/\/monolith.law\/pt\/it\/legal-and-contract-issues-of-agile-development\/#Como_gerir_documentos_e_alteracoes_no_desenvolvimento_agil\" title=\"Como gerir documentos e altera\u00e7\u00f5es no desenvolvimento \u00e1gil\">Como gerir documentos e altera\u00e7\u00f5es no desenvolvimento \u00e1gil<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-5\" href=\"https:\/\/monolith.law\/pt\/it\/legal-and-contract-issues-of-agile-development\/#A_importancia_da_gestao_de_documentos\" title=\"A import\u00e2ncia da gest\u00e3o de documentos\">A import\u00e2ncia da gest\u00e3o de documentos<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-6\" href=\"https:\/\/monolith.law\/pt\/it\/legal-and-contract-issues-of-agile-development\/#A_implementacao_de_um_conselho_de_coordenacao_e_eficaz_na_gestao_de_documentos\" title=\"A implementa\u00e7\u00e3o de um conselho de coordena\u00e7\u00e3o \u00e9 eficaz na gest\u00e3o de documentos\">A implementa\u00e7\u00e3o de um conselho de coordena\u00e7\u00e3o \u00e9 eficaz na gest\u00e3o de documentos<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-7\" href=\"https:\/\/monolith.law\/pt\/it\/legal-and-contract-issues-of-agile-development\/#Como_aproveitar_o_Conselho_de_Coordenacao_para_a_gestao_de_alteracoes\" title=\"Como aproveitar o Conselho de Coordena\u00e7\u00e3o para a gest\u00e3o de altera\u00e7\u00f5es\">Como aproveitar o Conselho de Coordena\u00e7\u00e3o para a gest\u00e3o de altera\u00e7\u00f5es<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-8\" href=\"https:\/\/monolith.law\/pt\/it\/legal-and-contract-issues-of-agile-development\/#E_exigido_um_entendimento_das_obrigacoes_de_boa_fe_e_dos_principios_de_lealdade\" title=\"\u00c9 exigido um entendimento das obriga\u00e7\u00f5es de boa f\u00e9 e dos princ\u00edpios de lealdade\">\u00c9 exigido um entendimento das obriga\u00e7\u00f5es de boa f\u00e9 e dos princ\u00edpios de lealdade<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-9\" href=\"https:\/\/monolith.law\/pt\/it\/legal-and-contract-issues-of-agile-development\/#Resumo\" title=\"Resumo\">Resumo<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Desenvolvimento_Agil_e_Assuntos_Juridicos\"><\/span>Desenvolvimento \u00c1gil e Assuntos Jur\u00eddicos<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2019\/10\/shutterstock_321052328-1024x683.jpg\" alt=\"\" class=\"wp-image-5414\" \/><figcaption class=\"wp-element-caption\">Explicaremos as caracter\u00edsticas do desenvolvimento \u00e1gil.<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"O_que_e_um_modelo_em_desenvolvimento_de_sistemas\"><\/span>O que \u00e9 um modelo em desenvolvimento de sistemas<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Em projetos de desenvolvimento de sistemas, existe algo chamado modelo de desenvolvimento, que serve como uma estrutura para a compreens\u00e3o geral do progresso. O exemplo mais representativo seria o chamado &#8220;modelo waterfall&#8221;. Ou seja, assim como a \u00e1gua que cai de uma vez s\u00f3 do &#8220;topo&#8221; para o &#8220;fundo&#8221; de um rio, este modelo envolve a realiza\u00e7\u00e3o de todas as etapas, como defini\u00e7\u00e3o de requisitos, design, implementa\u00e7\u00e3o, testes, etc., de uma s\u00f3 vez. O objetivo \u00e9 minimizar o retrabalho e a duplica\u00e7\u00e3o de esfor\u00e7os, tornando-o um m\u00e9todo adequado para avan\u00e7ar o trabalho de forma planejada.<\/p>\n\n\n\n<p>Por outro lado, no modelo de desenvolvimento \u00e1gil, pequenos programas s\u00e3o implementados e testados repetidamente. Atrav\u00e9s deste processo iterativo de implementa\u00e7\u00e3o e teste de pequenos programas, um sistema maior \u00e9 gradualmente constru\u00eddo. Para uma explica\u00e7\u00e3o mais detalhada deste modelo de desenvolvimento de sistemas e uma compara\u00e7\u00e3o dos pr\u00f3s e contras de ambos os modelos de desenvolvimento, consulte o artigo abaixo.<br><\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/legal-merits-and-demerits-of-development-model\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/legal-merits-and-demerits-of-development-model[ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Caracteristicas_do_modelo_de_desenvolvimento_agil\"><\/span>Caracter\u00edsticas do modelo de desenvolvimento \u00e1gil<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Uma grande vantagem do desenvolvimento com o modelo \u00e1gil \u00e9 a capacidade de entrar no trabalho real com um sentido de velocidade. Como as tarefas de &#8220;upstream&#8221;, como a defini\u00e7\u00e3o de requisitos e a cria\u00e7\u00e3o de documentos de design, e as tarefas de implementa\u00e7\u00e3o do programa n\u00e3o est\u00e3o separadas, \u00e9 adequado para avan\u00e7ar de forma flex\u00edvel, incluindo a resposta a adi\u00e7\u00f5es e altera\u00e7\u00f5es de funcionalidades e altera\u00e7\u00f5es de especifica\u00e7\u00f5es. Do ponto de vista jur\u00eddico, o que \u00e9 particularmente importante para o sucesso do modelo de desenvolvimento \u00e1gil \u00e9 como gerir a documenta\u00e7\u00e3o e as altera\u00e7\u00f5es. No modelo de desenvolvimento \u00e1gil, os pap\u00e9is e responsabilidades n\u00e3o s\u00e3o t\u00e3o claramente definidos como no modelo waterfall. Al\u00e9m disso, como \u00e9 um m\u00e9todo que enfatiza a &#8220;velocidade&#8221; de execu\u00e7\u00e3o e in\u00edcio, em vez de &#8220;gest\u00e3o&#8221;, \u00e9 f\u00e1cil levar \u00e0 insufici\u00eancia de v\u00e1rios documentos de design, especifica\u00e7\u00f5es e atas de reuni\u00f5es.<\/p>\n\n\n\n<p>Al\u00e9m disso, em rela\u00e7\u00e3o \u00e0 gest\u00e3o de altera\u00e7\u00f5es, o modelo de desenvolvimento \u00e1gil \u00e9 suave na resposta a altera\u00e7\u00f5es, por isso h\u00e1 um risco de que o projeto possa incendiar-se ao responder a pedidos de altera\u00e7\u00e3o de especifica\u00e7\u00f5es ao n\u00edvel do local de trabalho, ignorando o processo de aprova\u00e7\u00e3o do tomador de decis\u00f5es. Se isso acontecer, a vantagem do modelo de desenvolvimento de &#8220;resposta suave a altera\u00e7\u00f5es posteriores&#8221; pode tornar-se um risco de inc\u00eandio para o projeto.<br><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Como_gerir_documentos_e_alteracoes_no_desenvolvimento_agil\"><\/span>Como gerir documentos e altera\u00e7\u00f5es no desenvolvimento \u00e1gil<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2019\/10\/pixta_50106785_M-1024x768.jpg\" alt=\"\" class=\"wp-image-5416\" \/><figcaption class=\"wp-element-caption\">Como gerir documentos e altera\u00e7\u00f5es de especifica\u00e7\u00f5es no modelo de desenvolvimento \u00e1gil?<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"A_importancia_da_gestao_de_documentos\"><\/span>A import\u00e2ncia da gest\u00e3o de documentos<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Num projeto de desenvolvimento baseado no modelo \u00e1gil, uma preocupa\u00e7\u00e3o legal \u00e9 a acumula\u00e7\u00e3o de intera\u00e7\u00f5es verbais, que pode levar \u00e0 falta de documenta\u00e7\u00e3o. Explicamos em detalhe a import\u00e2ncia da gest\u00e3o de documentos em projetos de desenvolvimento de sistemas no seguinte artigo.<br><\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/the-minutes-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/the-minutes-in-system-development[ja]<\/a><\/p>\n\n\n\n<p>Nesse artigo, explicamos a import\u00e2ncia da gest\u00e3o de documentos em projetos de desenvolvimento de sistemas, tanto do ponto de vista da preven\u00e7\u00e3o de conflitos (ou seja, &#8220;gest\u00e3o legal preventiva&#8221;) como da preserva\u00e7\u00e3o de provas em caso de conflito (ou seja, &#8220;gest\u00e3o de crises&#8221;).<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"A_implementacao_de_um_conselho_de_coordenacao_e_eficaz_na_gestao_de_documentos\"><\/span>A implementa\u00e7\u00e3o de um conselho de coordena\u00e7\u00e3o \u00e9 eficaz na gest\u00e3o de documentos<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Quando se adota o modelo de desenvolvimento \u00e1gil, ao contr\u00e1rio do modelo waterfall, n\u00e3o h\u00e1 um plano claro preparado antecipadamente. Portanto, n\u00e3o basta apenas gerir a discrep\u00e2ncia entre o plano e os resultados reais, h\u00e1 o risco de os custos aumentarem tanto financeira como temporalmente se tudo for deixado ao crit\u00e9rio do local de trabalho.<\/p>\n\n\n\n<p>Portanto, \u00e9 eficaz que o respons\u00e1vel implemente a realiza\u00e7\u00e3o regular de um conselho de coordena\u00e7\u00e3o para facilitar o progresso do projeto. Quando o tamanho do desenvolvimento \u00e9 pequeno, \u00e9 verdade que \u00e9 prefer\u00edvel reunir-se sempre que os respons\u00e1veis possam reunir-se, em vez de realizar regularmente um conselho de coordena\u00e7\u00e3o. No entanto, no caso do modelo de desenvolvimento \u00e1gil, o risco de n\u00e3o tratar de problemas atuais em tempo \u00fatil numa reuni\u00e3o \u00e9 particularmente elevado. Portanto, \u00e9 seguro incluir a realiza\u00e7\u00e3o regular de um conselho de coordena\u00e7\u00e3o no contrato. A forma de estipula\u00e7\u00e3o \u00e9 indicada da seguinte forma no contrato modelo do Minist\u00e9rio da Economia, Com\u00e9rcio e Ind\u00fastria.<br><\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(Estabelecimento do Conselho de Coordena\u00e7\u00e3o)<\/p>\n\n\n\n<p>Artigo 12 A e B, at\u00e9 a conclus\u00e3o deste projeto, para discutir o progresso, a gest\u00e3o e o relat\u00f3rio de riscos, a implementa\u00e7\u00e3o de trabalhos conjuntos e individuais por A e B, a confirma\u00e7\u00e3o do conte\u00fado a ser inclu\u00eddo nas especifica\u00e7\u00f5es do sistema, a discuss\u00e3o e resolu\u00e7\u00e3o de problemas, e outros assuntos necess\u00e1rios para a execu\u00e7\u00e3o suave deste projeto, <u>dever\u00e3o realizar um Conselho de Coordena\u00e7\u00e3o<\/u>. No entanto, (omiss\u00e3o).<br><\/p>\n\n\n\n<p>2. O Conselho de Coordena\u00e7\u00e3o ser\u00e1 realizado regularmente, em princ\u00edpio, <u>com a frequ\u00eancia estipulada no contrato individual<\/u>, e al\u00e9m disso, <u>ser\u00e1 realizado a qualquer momento quando A ou B considerar necess\u00e1rio<\/u>.<br><\/p>\n\n\n\n<p>3. No Conselho de Coordena\u00e7\u00e3o, <u>os respons\u00e1veis e os principais respons\u00e1veis de A e B, e aqueles que os respons\u00e1veis considerarem apropriados, estar\u00e3o presentes<\/u>. Al\u00e9m disso, A e B podem solicitar a presen\u00e7a de pessoas necess\u00e1rias para a discuss\u00e3o no Conselho de Coordena\u00e7\u00e3o, e a outra parte deve cumprir, a menos que haja uma raz\u00e3o razo\u00e1vel para n\u00e3o o fazer.<br><\/p>\n\n\n\n<p>4. B, no Conselho de Coordena\u00e7\u00e3o, ir\u00e1 preparar e submeter um <u>relat\u00f3rio de gest\u00e3o de progresso<\/u> no formato acordado entre A e B, e ir\u00e1 confirmar o progresso com base nesse relat\u00f3rio de gest\u00e3o de progresso, a exist\u00eancia de atrasos, as raz\u00f5es e medidas para os atrasos, se houver, a necessidade de alterar a estrutura de promo\u00e7\u00e3o estabelecida neste cap\u00edtulo (mudan\u00e7a de pessoal, aumento ou diminui\u00e7\u00e3o, mudan\u00e7a de subcontratante, etc.), o estado de implementa\u00e7\u00e3o das medidas de seguran\u00e7a, a exist\u00eancia de raz\u00f5es para alterar o contrato individual, o conte\u00fado das raz\u00f5es para alterar o contrato individual, se houver, e discutir\u00e1 e confirmar\u00e1 os assuntos decididos, os assuntos a serem considerados continuamente, e o cronograma de considera\u00e7\u00e3o e as partes a considerar, se houver assuntos a serem considerados continuamente. <br><\/p>\n\n\n\n<p>(Os par\u00e1grafos 5, 6 e 7 s\u00e3o omitidos.)<br><\/p>\n<\/blockquote>\n\n\n\n<p>O ponto principal \u00e9 que a exist\u00eancia do Conselho de Coordena\u00e7\u00e3o \u00e9 legitimada pelas cl\u00e1usulas contratuais, e \u00e9 atribu\u00eddo um significado diferente das reuni\u00f5es que s\u00e3o realizadas de forma ad hoc.<br><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Como_aproveitar_o_Conselho_de_Coordenacao_para_a_gestao_de_alteracoes\"><\/span>Como aproveitar o Conselho de Coordena\u00e7\u00e3o para a gest\u00e3o de altera\u00e7\u00f5es<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Al\u00e9m disso, no desenvolvimento \u00e1gil, \u00e9 uma premissa que os itens acordados inicialmente entre as partes ser\u00e3o alterados posteriormente. Portanto, \u00e9 muito importante como gerir a situa\u00e7\u00e3o das altera\u00e7\u00f5es de especifica\u00e7\u00f5es posteriores.<\/p>\n\n\n\n<p>Neste caso, se o Conselho de Coordena\u00e7\u00e3o for realizado regularmente, a gest\u00e3o de altera\u00e7\u00f5es tamb\u00e9m ser\u00e1 muito suave. Por exemplo, a discuss\u00e3o sobre altera\u00e7\u00f5es \u00e9 realizada no Conselho de Coordena\u00e7\u00e3o, e se houver um pedido de discuss\u00e3o sobre altera\u00e7\u00f5es de uma das partes, a outra parte \u00e9 obrigada a responder a essa discuss\u00e3o no contrato. (A seguir, \u00e9 extra\u00edda a disposi\u00e7\u00e3o do contrato modelo do Minist\u00e9rio da Economia, Com\u00e9rcio e Ind\u00fastria.)<br><\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(Procedimento de Gest\u00e3o de Altera\u00e7\u00f5es)<\/p>\n\n\n\n<p>Artigo 37 A ou B, quando receber uma proposta de altera\u00e7\u00e3o de (omiss\u00e3o) da outra parte, dever\u00e1 entregar \u00e0 outra parte um documento (doravante referido como &#8220;Documento de Gest\u00e3o de Altera\u00e7\u00f5es&#8221;) que contenha os seguintes itens, dentro de <u>\u25cb dias<\/u> a partir da data de recebimento, e A e B dever\u00e3o discutir a aceita\u00e7\u00e3o ou rejei\u00e7\u00e3o da referida altera\u00e7\u00e3o no Conselho de Coordena\u00e7\u00e3o estabelecido no Artigo 12. (Os itens a serem inclu\u00eddos s\u00e3o omitidos)<br><\/p>\n<\/blockquote>\n\n\n\n<p>Os pontos da disposi\u00e7\u00e3o acima podem ser organizados da seguinte forma:<br><\/p>\n\n\n\n<ul>\n<li>A unifica\u00e7\u00e3o do m\u00e9todo de aceita\u00e7\u00e3o de propostas de altera\u00e7\u00e3o no formato de &#8220;Proposta de Altera\u00e7\u00e3o&#8221;<br><\/li>\n\n\n\n<li>Estabelecimento de um prazo para a discuss\u00e3o sobre a proposta de altera\u00e7\u00e3o ap\u00f3s a sua recep\u00e7\u00e3o \u2192 Mesmo que n\u00e3o seja especificado como &#8220;dentro de \u25ef dias&#8221;, pode ser substitu\u00eddo por palavras como &#8220;imediatamente&#8221;.<br><\/li>\n\n\n\n<li>A unifica\u00e7\u00e3o do local de discuss\u00e3o sobre a aceita\u00e7\u00e3o ou rejei\u00e7\u00e3o de altera\u00e7\u00f5es no &#8220;Conselho de Coordena\u00e7\u00e3o&#8221;<br><\/li>\n<\/ul>\n\n\n\n<p>Em outras palavras, para evitar mal-entendidos como &#8220;Eu fiz uma proposta de altera\u00e7\u00e3o, n\u00e3o fiz&#8221;, &#8220;Eu respondi \u00e0 aceita\u00e7\u00e3o ou rejei\u00e7\u00e3o da altera\u00e7\u00e3o, n\u00e3o respondi&#8221;, o m\u00e9todo de procedimento \u00e9 clarificado.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"E_exigido_um_entendimento_das_obrigacoes_de_boa_fe_e_dos_principios_de_lealdade\"><\/span>\u00c9 exigido um entendimento das obriga\u00e7\u00f5es de boa f\u00e9 e dos princ\u00edpios de lealdade<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>At\u00e9 agora, apresentamos modelos de cl\u00e1usulas contratuais relacionadas com &#8220;Conselhos de Comunica\u00e7\u00e3o&#8221;, &#8220;Negocia\u00e7\u00f5es de Altera\u00e7\u00f5es&#8221;, entre outros. No entanto, para uma compreens\u00e3o essencial destes, \u00e9 importante considerar quest\u00f5es como &#8220;Obriga\u00e7\u00f5es de Boa F\u00e9&#8221; e &#8220;Princ\u00edpios de Lealdade&#8221;. O modelo de desenvolvimento \u00e1gil, em primeiro lugar, tende a ser dif\u00edcil de prosseguir sem uma rela\u00e7\u00e3o de confian\u00e7a entre o cliente e o fornecedor. Isto porque se d\u00e1 prioridade \u00e0 velocidade de in\u00edcio do trabalho real, e os procedimentos at\u00e9 ao in\u00edcio s\u00e3o geralmente mantidos ao m\u00ednimo. Por isso, \u00e9 comum na pr\u00e1tica incluir cl\u00e1usulas que imp\u00f5em &#8220;Obriga\u00e7\u00f5es de Boa F\u00e9&#8221; \u00e0 outra parte.<br><\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Artigo 4, par\u00e1grafo 3: Nas negocia\u00e7\u00f5es de altera\u00e7\u00f5es, devem ser considerados o objeto da altera\u00e7\u00e3o, a possibilidade de altera\u00e7\u00e3o, o impacto da altera\u00e7\u00e3o no pre\u00e7o e no prazo de entrega, etc., e ambas as partes devem discutir sinceramente se devem proceder \u00e0 altera\u00e7\u00e3o.<br><\/p>\n<\/blockquote>\n\n\n\n<p>Isto \u00e9 para prevenir uma abordagem que trai a outra parte com uma teoria legal formalista, como &#8220;Se concordar com a altera\u00e7\u00e3o do contrato ou n\u00e3o, \u00e9 inteiramente \u00e0 discri\u00e7\u00e3o da parte que recebe a proposta, e n\u00e3o h\u00e1 obriga\u00e7\u00e3o de cumprir a for\u00e7a&#8221;, em negocia\u00e7\u00f5es que foram baseadas numa rela\u00e7\u00e3o de confian\u00e7a desde o in\u00edcio. Reflete tamb\u00e9m os princ\u00edpios legais que se aplicam \u00e0s transa\u00e7\u00f5es entre indiv\u00edduos, n\u00e3o apenas ao desenvolvimento de sistemas.<br><\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Artigo 1, par\u00e1grafo 2 do C\u00f3digo Civil Japon\u00eas<\/p>\n\n\n\n<p>O exerc\u00edcio de direitos e o cumprimento de obriga\u00e7\u00f5es devem ser realizados com <u>lealdade<\/u> e <u>sinceridade<\/u>.<br><\/p>\n<\/blockquote>\n\n\n\n<p>A lei n\u00e3o necessariamente valoriza apenas o &#8220;conte\u00fado do contrato escrito&#8221; ou &#8220;a reda\u00e7\u00e3o do artigo&#8221; que \u00e9 formalista. Especialmente em transa\u00e7\u00f5es com a outra parte, deve ser usado de forma flex\u00edvel, incorporando a &#8220;lealdade&#8221; e &#8220;sinceridade&#8221; substanciais. Al\u00e9m disso, temos um artigo detalhado sobre o fato de que as &#8220;obriga\u00e7\u00f5es&#8221; impostas pela lei n\u00e3o s\u00e3o necessariamente baseadas no procedimento de &#8220;contrato&#8221;.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/system-development-unlawful-responsibility\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/system-development-unlawful-responsibility[ja]<\/a><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Resumo\"><\/span>Resumo<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>\u00c9 claro que \u00e9 importante entender o risco de os procedimentos administrativos e a estrutura de gest\u00e3o se tornarem negligentes em projetos de desenvolvimento de sistemas baseados no modelo de desenvolvimento \u00e1gil. No entanto, n\u00e3o \u00e9 apenas isso, acredita-se que tamb\u00e9m \u00e9 importante entender as caracter\u00edsticas flex\u00edveis inerentes \u00e0 lei, como o &#8220;princ\u00edpio da boa f\u00e9&#8221;, e ter a atitude de aplic\u00e1-las na pr\u00e1tica.<br><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Existem metodologias para o avan\u00e7o do desenvolvimento de sistemas. O modelo mais cl\u00e1ssico e comum \u00e9 o modelo Waterfall, e muitos livros de direito que lidam com o desenvolvimento de sistemas discutem  [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":59136,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[16],"tags":[19,31],"acf":[],"_links":{"self":[{"href":"https:\/\/monolith.law\/pt\/wp-json\/wp\/v2\/posts\/58667"}],"collection":[{"href":"https:\/\/monolith.law\/pt\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/monolith.law\/pt\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/monolith.law\/pt\/wp-json\/wp\/v2\/users\/32"}],"replies":[{"embeddable":true,"href":"https:\/\/monolith.law\/pt\/wp-json\/wp\/v2\/comments?post=58667"}],"version-history":[{"count":1,"href":"https:\/\/monolith.law\/pt\/wp-json\/wp\/v2\/posts\/58667\/revisions"}],"predecessor-version":[{"id":59137,"href":"https:\/\/monolith.law\/pt\/wp-json\/wp\/v2\/posts\/58667\/revisions\/59137"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/pt\/wp-json\/wp\/v2\/media\/59136"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/pt\/wp-json\/wp\/v2\/media?parent=58667"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/pt\/wp-json\/wp\/v2\/categories?post=58667"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/pt\/wp-json\/wp\/v2\/tags?post=58667"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}