{"id":58628,"date":"2023-11-10T19:14:36","date_gmt":"2023-11-10T10:14:36","guid":{"rendered":"https:\/\/monolith.law\/pt\/?p=58628"},"modified":"2023-11-22T10:30:33","modified_gmt":"2023-11-22T01:30:33","slug":"legal-merits-and-demerits-of-development-model","status":"publish","type":"post","link":"https:\/\/monolith.law\/pt\/it\/legal-merits-and-demerits-of-development-model","title":{"rendered":"Quais s\u00e3o as vantagens e desvantagens legais de cada modelo de desenvolvimento de sistemas?"},"content":{"rendered":"\n<p>Existem metodologias espec\u00edficas para conduzir projetos de desenvolvimento de sistemas. Normalmente, quando se estuda sobre quest\u00f5es legais relacionadas ao desenvolvimento de sistemas em livros e outros materiais, muitas vezes se assume como premissa o modelo Waterfall, que \u00e9 o m\u00e9todo mais cl\u00e1ssico. No entanto, o modelo Waterfall n\u00e3o \u00e9 o \u00fanico m\u00e9todo ou modelo para conduzir o desenvolvimento de sistemas. Por exemplo, recentemente, o m\u00e9todo de desenvolvimento Agile tem sido frequentemente escolhido.<\/p>\n\n\n\n<p>Neste artigo, vamos explicar e comparar os dois modelos, Waterfall e Agile, do ponto de vista da preven\u00e7\u00e3o de riscos legais e disputas.<\/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-merits-and-demerits-of-development-model\/#O_que_e_um_Modelo_de_Desenvolvimento\" title=\"O que \u00e9 um Modelo de Desenvolvimento\">O que \u00e9 um Modelo de Desenvolvimento<\/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-merits-and-demerits-of-development-model\/#O_que_e_o_Modelo_Waterfall\" title=\"O que \u00e9 o Modelo Waterfall\">O que \u00e9 o Modelo Waterfall<\/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-merits-and-demerits-of-development-model\/#O_que_e_o_Modelo_de_Desenvolvimento_Agil\" title=\"O que \u00e9 o Modelo de Desenvolvimento \u00c1gil\">O que \u00e9 o Modelo de Desenvolvimento \u00c1gil<\/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-merits-and-demerits-of-development-model\/#O_modelo_Waterfall_facilita_o_estudo_de_questoes_legais\" title=\"O modelo Waterfall facilita o estudo de quest\u00f5es legais\">O modelo Waterfall facilita o estudo de quest\u00f5es legais<\/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-merits-and-demerits-of-development-model\/#A_maioria_dos_livros_de_referencia_sao_escritos_com_base_no_modelo_Waterfall\" title=\"A maioria dos livros de refer\u00eancia s\u00e3o escritos com base no modelo Waterfall\">A maioria dos livros de refer\u00eancia s\u00e3o escritos com base no modelo Waterfall<\/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-merits-and-demerits-of-development-model\/#O_modelo_Waterfall_tambem_tem_muitos_casos_judiciais_acumulados\" title=\"O modelo Waterfall tamb\u00e9m tem muitos casos judiciais acumulados\">O modelo Waterfall tamb\u00e9m tem muitos casos judiciais acumulados<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-7\" href=\"https:\/\/monolith.law\/pt\/it\/legal-merits-and-demerits-of-development-model\/#Vantagens_de_cada_metodo_de_desenvolvimento\" title=\"Vantagens de cada m\u00e9todo de desenvolvimento\">Vantagens de cada m\u00e9todo de desenvolvimento<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-8\" href=\"https:\/\/monolith.law\/pt\/it\/legal-merits-and-demerits-of-development-model\/#Comparacao_em_termos_de_planeamento_e_previsibilidade\" title=\"Compara\u00e7\u00e3o em termos de planeamento e previsibilidade\">Compara\u00e7\u00e3o em termos de planeamento e previsibilidade<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-9\" href=\"https:\/\/monolith.law\/pt\/it\/legal-merits-and-demerits-of-development-model\/#Comparacao_em_termos_de_clarificacao_dos_papeis_e_responsabilidades_individuais\" title=\"Compara\u00e7\u00e3o em termos de clarifica\u00e7\u00e3o dos pap\u00e9is e responsabilidades individuais\">Compara\u00e7\u00e3o em termos de clarifica\u00e7\u00e3o dos pap\u00e9is e responsabilidades individuais<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-10\" href=\"https:\/\/monolith.law\/pt\/it\/legal-merits-and-demerits-of-development-model\/#Comparacao_em_termos_de_facilidade_de_desenvolvimento_em_larga_escala\" title=\"Compara\u00e7\u00e3o em termos de facilidade de desenvolvimento em larga escala\">Compara\u00e7\u00e3o em termos de facilidade de desenvolvimento em larga escala<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-11\" href=\"https:\/\/monolith.law\/pt\/it\/legal-merits-and-demerits-of-development-model\/#Comparacao_em_termos_de_sensacao_de_velocidade_e_eficiencia\" title=\"Compara\u00e7\u00e3o em termos de sensa\u00e7\u00e3o de velocidade e efici\u00eancia\">Compara\u00e7\u00e3o em termos de sensa\u00e7\u00e3o de velocidade e efici\u00eancia<\/a><ul class='ez-toc-list-level-4'><li class='ez-toc-heading-level-4'><a class=\"ez-toc-link ez-toc-heading-12\" href=\"https:\/\/monolith.law\/pt\/it\/legal-merits-and-demerits-of-development-model\/#O_desenvolvimento_Agile_comeca_mais_cedo\" title=\"O desenvolvimento Agile come\u00e7a mais cedo\">O desenvolvimento Agile come\u00e7a mais cedo<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-4'><a class=\"ez-toc-link ez-toc-heading-13\" href=\"https:\/\/monolith.law\/pt\/it\/legal-merits-and-demerits-of-development-model\/#O_modelo_Waterfall_e_menos_provavel_de_falhar_a_meio\" title=\"O modelo Waterfall \u00e9 menos prov\u00e1vel de falhar a meio\">O modelo Waterfall \u00e9 menos prov\u00e1vel de falhar a meio<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-4'><a class=\"ez-toc-link ez-toc-heading-14\" href=\"https:\/\/monolith.law\/pt\/it\/legal-merits-and-demerits-of-development-model\/#O_desenvolvimento_Agile_e_mais_facil_de_avancar_na_fase_de_aceitacao\" title=\"O desenvolvimento Agile \u00e9 mais f\u00e1cil de avan\u00e7ar na fase de aceita\u00e7\u00e3o\">O desenvolvimento Agile \u00e9 mais f\u00e1cil de avan\u00e7ar na fase de aceita\u00e7\u00e3o<\/a><\/li><\/ul><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-15\" href=\"https:\/\/monolith.law\/pt\/it\/legal-merits-and-demerits-of-development-model\/#Resumo\" title=\"Resumo\">Resumo<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"O_que_e_um_Modelo_de_Desenvolvimento\"><\/span>O que \u00e9 um Modelo de Desenvolvimento<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"O_que_e_o_Modelo_Waterfall\"><\/span>O que \u00e9 o Modelo Waterfall<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2019\/10\/shutterstock_66782644-1024x750.jpg\" alt=\"\" class=\"wp-image-5407\" \/><figcaption class=\"wp-element-caption\">O que \u00e9 um modelo de desenvolvimento no contexto do desenvolvimento de sistemas?<\/figcaption><\/figure>\n\n\n\n<p>A abordagem mais comum e cl\u00e1ssica para o desenvolvimento de sistemas \u00e9 a seguinte:<br><\/p>\n\n\n\n<ul>\n<li>Defini\u00e7\u00e3o de requisitos: Identifica\u00e7\u00e3o das fun\u00e7\u00f5es que o sistema a ser criado deve ter e das especifica\u00e7\u00f5es necess\u00e1rias<\/li>\n\n\n\n<li>Design b\u00e1sico: Design da imagem geral do sistema, principalmente do ponto de vista do usu\u00e1rio, incluindo design de tela e transi\u00e7\u00f5es de tela<\/li>\n\n\n\n<li>Design detalhado: Design da imagem geral do sistema, principalmente do ponto de vista do fornecedor que desenvolve o sistema, incluindo as conex\u00f5es entre os arquivos do programa<\/li>\n\n\n\n<li>Implementa\u00e7\u00e3o de programa\u00e7\u00e3o: Codifica\u00e7\u00e3o do programa de acordo com o design<\/li>\n\n\n\n<li>Teste: Verifica\u00e7\u00e3o se o produto final est\u00e1 de acordo com as especifica\u00e7\u00f5es e solicita\u00e7\u00e3o de confirma\u00e7\u00e3o do usu\u00e1rio<\/li>\n<\/ul>\n\n\n\n<p>Este m\u00e9todo de desenvolvimento, que avan\u00e7a de forma a minimizar a invers\u00e3o e o retorno dos procedimentos, como um rio que flui de montante para jusante, \u00e9 chamado de &#8220;Modelo Waterfall&#8221;. Este fluxo em si n\u00e3o \u00e9 essencial para criar um sistema funcional. No entanto, no desenvolvimento de sistemas, que tende a ser um projeto que envolve muitas pessoas e um longo per\u00edodo de tempo, o planejamento \u00e9 importante. Portanto, tamb\u00e9m \u00e9 importante considerar a divis\u00e3o de cada processo, a organiza\u00e7\u00e3o de pap\u00e9is e a clarifica\u00e7\u00e3o das \u00e1reas de responsabilidade de cada pessoa encarregada.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"O_que_e_o_Modelo_de_Desenvolvimento_Agil\"><\/span>O que \u00e9 o Modelo de Desenvolvimento \u00c1gil<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Por outro lado, a maneira de avan\u00e7ar com o trabalho de desenvolvimento n\u00e3o \u00e9 sempre adequada para um m\u00e9todo que permite uma passagem direta de &#8220;montante para jusante&#8221;. Certamente, devido \u00e0 natureza do trabalho, a import\u00e2ncia do planejamento e da t\u00e9cnica de previs\u00e3o \u00e9, claro, indiscut\u00edvel. No entanto, em muitos casos, \u00e9 imposs\u00edvel fazer um plano perfeito desde o in\u00edcio, especialmente quando se trata de criar algo novo ou uma obra de arte. Se valorizarmos esses pontos, deveria ser aceit\u00e1vel ter uma abordagem que n\u00e3o s\u00f3 avan\u00e7a o trabalho de acordo com o plano estabelecido, mas tamb\u00e9m \u00e9 flex\u00edvel para corre\u00e7\u00f5es posteriores e mudan\u00e7as de especifica\u00e7\u00f5es, e aumenta o n\u00famero de tentativas e erros. Este m\u00e9todo de desenvolvimento que reflete essa maneira de pensar \u00e9 chamado de &#8220;Modelo de Desenvolvimento \u00c1gil&#8221;. No Modelo de Desenvolvimento \u00c1gil, \u00e9 comum minimizar o tempo gasto na prepara\u00e7\u00e3o de planos detalhados e designs, implementar programas muito pequenos e repetir os testes, e gradualmente transform\u00e1-los em programas maiores e sistemas.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"O_modelo_Waterfall_facilita_o_estudo_de_questoes_legais\"><\/span>O modelo Waterfall facilita o estudo de quest\u00f5es legais<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Antes de compararmos ambos os modelos de desenvolvimento, \u00e9 importante mencionar que a facilidade de coleta de informa\u00e7\u00f5es e o estudo de quest\u00f5es legais associadas a cada modelo de desenvolvimento s\u00e3o fatores a considerar.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"A_maioria_dos_livros_de_referencia_sao_escritos_com_base_no_modelo_Waterfall\"><\/span>A maioria dos livros de refer\u00eancia s\u00e3o escritos com base no modelo Waterfall<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Quando se trata de estudar quest\u00f5es legais relacionadas ao desenvolvimento de sistemas ou de adquirir conhecimento jur\u00eddico, o modelo Waterfall \u00e9 mais f\u00e1cil de abordar. A maioria dos livros jur\u00eddicos que discutem o desenvolvimento de sistemas s\u00e3o escritos com o modelo Waterfall como premissa. Como o desenvolvimento de sistemas cl\u00e1ssico e geral \u00e9 realizado de acordo com o modelo Waterfall, o desenvolvimento \u00e1gil \u00e9 geralmente mencionado apenas como um complemento, muitas vezes limitado a uma breve introdu\u00e7\u00e3o. Portanto, se voc\u00ea est\u00e1 tentando obter informa\u00e7\u00f5es sobre quest\u00f5es legais relacionadas ao desenvolvimento de sistemas a partir de livros, \u00e9 mais f\u00e1cil progredir com o modelo Waterfall.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"O_modelo_Waterfall_tambem_tem_muitos_casos_judiciais_acumulados\"><\/span>O modelo Waterfall tamb\u00e9m tem muitos casos judiciais acumulados<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Al\u00e9m disso, como o modelo Waterfall \u00e9 um m\u00e9todo cl\u00e1ssico e geral de desenvolvimento de sistemas, tamb\u00e9m h\u00e1 uma rica acumula\u00e7\u00e3o de casos de disputas que realmente ocorreram no passado. Em discuss\u00f5es legais, o conhecimento de casos judiciais anteriores \u00e9 t\u00e3o importante quanto os artigos da lei. Em casos onde \u00e9 dif\u00edcil dizer se a leitura do texto do artigo \u00e9 &#8220;branca&#8221; ou &#8220;preta&#8221;, \u00e0s vezes \u00e9 poss\u00edvel complementar o conte\u00fado do artigo obtendo insights de casos judiciais anteriores.<\/p>\n\n\n\n<p>Al\u00e9m disso, mesmo que n\u00e3o seja uma lei codificada, a acumula\u00e7\u00e3o de julgamentos apresentados pelos tribunais pode ser estabelecida como um crit\u00e9rio de julgamento, assim como os artigos. Isso \u00e9 chamado de &#8220;jurisprud\u00eancia&#8221;. Mesmo em \u00e1reas onde j\u00e1 existe uma acumula\u00e7\u00e3o de jurisprud\u00eancia, como o desenvolvimento de sistemas, pode ser relativamente f\u00e1cil prever o resultado final de uma disputa desconhecida. Nesse sentido, o desenvolvimento de sistemas baseado no modelo Waterfall tem muitas vantagens.<br><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Vantagens_de_cada_metodo_de_desenvolvimento\"><\/span>Vantagens de cada m\u00e9todo de desenvolvimento<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_86885698-1024x756.jpg\" alt=\"\" class=\"wp-image-5410\" \/><figcaption class=\"wp-element-caption\">Quais s\u00e3o as vantagens e desvantagens do modelo Waterfall e do desenvolvimento Agile?<\/figcaption><\/figure>\n\n\n\n<p>Com base no conte\u00fado acima, vamos organizar as vantagens e desvantagens de cada m\u00e9todo, comparando-os. A primeira parte \u00e9 organizada em torno das vantagens do modelo Waterfall, e \u00e0 medida que descemos, as vantagens do desenvolvimento Agile tornam-se mais claras.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Comparacao_em_termos_de_planeamento_e_previsibilidade\"><\/span>Compara\u00e7\u00e3o em termos de planeamento e previsibilidade<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Em termos de planeamento e previsibilidade, pode-se dizer que o modelo Waterfall leva a melhor. N\u00e3o importa qu\u00e3o grande seja o sistema a ser constru\u00eddo, ele ser\u00e1 sempre dividido em etapas que descem de &#8220;upstream&#8221; para &#8220;downstream&#8221;. Se definir um prazo para cada etapa, o progresso pode ser gerido de forma relativamente planeada.<\/p>\n\n\n\n<p>Por outro lado, o desenvolvimento Agile \u00e9 um m\u00e9todo que n\u00e3o dedica muito custo ou esfor\u00e7o ao planeamento pr\u00e9vio ou \u00e0 concep\u00e7\u00e3o geral, por isso pode facilmente tornar-se uma abordagem ad hoc.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Comparacao_em_termos_de_clarificacao_dos_papeis_e_responsabilidades_individuais\"><\/span>Compara\u00e7\u00e3o em termos de clarifica\u00e7\u00e3o dos pap\u00e9is e responsabilidades individuais<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>No modelo Waterfall, a divis\u00e3o detalhada de cada etapa permite clarificar o papel de cada membro do projeto, o que \u00e9 uma vantagem.<\/p>\n\n\n\n<p>Por outro lado, no desenvolvimento Agile, a divis\u00e3o das etapas tende a ser vaga, por isso \u00e9 f\u00e1cil tornar-se vago sobre quem \u00e9 respons\u00e1vel por problemas imprevistos, por exemplo.<br><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Comparacao_em_termos_de_facilidade_de_desenvolvimento_em_larga_escala\"><\/span>Compara\u00e7\u00e3o em termos de facilidade de desenvolvimento em larga escala<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>O modelo Waterfall, que \u00e9 superior em termos de planeamento e organiza\u00e7\u00e3o de pap\u00e9is, tem maiores vantagens quanto maior for o desenvolvimento. Mesmo que se esteja a organizar um grande n\u00famero de pessoal, se se promover a divis\u00e3o do trabalho dividindo as etapas, o custo de ajustar as rela\u00e7\u00f5es humanas pode ser reduzido.<\/p>\n\n\n\n<p>Por outro lado, o modelo de desenvolvimento Agile n\u00e3o \u00e9 muito adequado para o desenvolvimento em larga escala. Por ser uma abordagem que valoriza a sensa\u00e7\u00e3o de velocidade at\u00e9 ao in\u00edcio, mais do que o planeamento e a organiza\u00e7\u00e3o de pap\u00e9is, \u00e9 dif\u00edcil de aplicar em situa\u00e7\u00f5es onde se teme um desvio no prazo final.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Comparacao_em_termos_de_sensacao_de_velocidade_e_eficiencia\"><\/span>Compara\u00e7\u00e3o em termos de sensa\u00e7\u00e3o de velocidade e efici\u00eancia<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<h4 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"O_desenvolvimento_Agile_comeca_mais_cedo\"><\/span>O desenvolvimento Agile come\u00e7a mais cedo<span class=\"ez-toc-section-end\"><\/span><\/h4>\n\n\n\n<p>Em termos de sensa\u00e7\u00e3o de velocidade desde que o utilizador tem um pedido de funcionalidade at\u00e9 que ele \u00e9 realmente implementado, o desenvolvimento Agile leva a melhor. Isto porque, no modelo Waterfall, \u00e9 normal que os respons\u00e1veis pelas etapas upstream e downstream sejam claramente separados, o que tende a aumentar o esfor\u00e7o de comunica\u00e7\u00e3o interna do fornecedor. Este esfor\u00e7o de comunica\u00e7\u00e3o, que tende a ser grande, est\u00e1 tamb\u00e9m ligado ao facto de ser facilmente vulner\u00e1vel a pedidos de altera\u00e7\u00e3o de especifica\u00e7\u00f5es ap\u00f3s o facto.<\/p>\n\n\n\n<p>Por outro lado, o modelo de desenvolvimento Agile permite esperar que se comece e se execute com uma sensa\u00e7\u00e3o de velocidade sem a necessidade de um intermedi\u00e1rio. Isto est\u00e1 intimamente ligado \u00e0 maior vantagem do modelo de desenvolvimento Agile, que \u00e9 a facilidade de lidar com altera\u00e7\u00f5es de especifica\u00e7\u00f5es ap\u00f3s o facto. No entanto, mesmo no modelo de desenvolvimento Agile, se continuar a responder de forma descontrolada a pedidos de altera\u00e7\u00e3o de especifica\u00e7\u00f5es e desenvolvimento adicional, isso pode tornar-se um risco de &#8220;inc\u00eandio&#8221; no projeto. Neste sentido, a chave para o sucesso do desenvolvimento de sistemas com o modelo de desenvolvimento Agile \u00e9 como gerir as &#8220;altera\u00e7\u00f5es&#8221;. Uma explica\u00e7\u00e3o detalhada sobre a gest\u00e3o de altera\u00e7\u00f5es \u00e9 dada no seguinte artigo.<br><\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/howto-manage-change-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/howto-manage-change-in-system-development[ja]<\/a><\/p>\n\n\n\n<h4 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"O_modelo_Waterfall_e_menos_provavel_de_falhar_a_meio\"><\/span>O modelo Waterfall \u00e9 menos prov\u00e1vel de falhar a meio<span class=\"ez-toc-section-end\"><\/span><\/h4>\n\n\n\n<p>Por outro lado, na compara\u00e7\u00e3o em termos de sensa\u00e7\u00e3o de velocidade e efici\u00eancia, \u00e9 importante considerar num horizonte de tempo a longo prazo. Se considerarmos o risco de um projeto incendiar-se a meio e o progresso parar a partir da\u00ed, o modelo Waterfall leva a melhor. O maior risco de um projeto falhar a meio \u00e9 a falta de comunica\u00e7\u00e3o entre o utilizador e o fornecedor. O modelo Waterfall, que facilita a clarifica\u00e7\u00e3o da divis\u00e3o de pap\u00e9is entre as duas partes, tem uma vantagem neste ponto.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"O_desenvolvimento_Agile_e_mais_facil_de_avancar_na_fase_de_aceitacao\"><\/span>O desenvolvimento Agile \u00e9 mais f\u00e1cil de avan\u00e7ar na fase de aceita\u00e7\u00e3o<span class=\"ez-toc-section-end\"><\/span><\/h4>\n\n\n\n<p>No entanto, em termos de facilidade de avan\u00e7ar as discuss\u00f5es na fase de aceita\u00e7\u00e3o, o modelo de desenvolvimento Agile tem uma ligeira vantagem. Isto porque se pressup\u00f5e que o utilizador e o fornecedor partilham informa\u00e7\u00f5es detalhadas mesmo durante o desenvolvimento do sistema. Isto pode reduzir o risco de discrep\u00e2ncias de percep\u00e7\u00e3o entre as duas partes tornarem-se aparentes de uma s\u00f3 vez ao verem o produto final. Al\u00e9m disso, uma explica\u00e7\u00e3o detalhada sobre o passo de aceita\u00e7\u00e3o do desenvolvimento de sistemas e os problemas legais associados \u00e9 dada no seguinte artigo.<br><\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/estimated-inspection-of-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/estimated-inspection-of-system-development[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>Como podemos ver atrav\u00e9s desta compara\u00e7\u00e3o, em geral, o modelo Waterfall \u00e9 mais adequado para uma gest\u00e3o rigorosa, enquanto o modelo de desenvolvimento Agile enfatiza a rapidez desde o in\u00edcio at\u00e9 a execu\u00e7\u00e3o. Al\u00e9m disso, os problemas legais associados ao desenvolvimento de sistemas baseados no modelo de desenvolvimento Agile s\u00e3o discutidos em detalhe no seguinte artigo.<br><\/p>\n\n\n\n<figure class=\"wp-block-embed is-type-wp-embed is-provider-\u30b3\u30fc\u30dd\u30ec\u30fc\u30c8\u30b5\u30a4\u30c8\uff08\u30dd\u30eb\u30c8\u30ac\u30eb\u8a9e\uff09 wp-block-embed-\u30b3\u30fc\u30dd\u30ec\u30fc\u30c8\u30b5\u30a4\u30c8\uff08\u30dd\u30eb\u30c8\u30ac\u30eb\u8a9e\uff09\"><div class=\"wp-block-embed__wrapper\">\n<blockquote class=\"wp-embedded-content\" data-secret=\"OmOZdNMeLe\"><a href=\"https:\/\/monolith.law\/pt\/it\/legal-and-contract-issues-of-agile-development\">Quais s\u00e3o os problemas legais e contratuais relacionados ao desenvolvimento \u00e1gil?<\/a><\/blockquote><iframe class=\"wp-embedded-content\" sandbox=\"allow-scripts\" security=\"restricted\" style=\"position: absolute; clip: rect(1px, 1px, 1px, 1px);\" title=\"&#8220;Quais s\u00e3o os problemas legais e contratuais relacionados ao desenvolvimento \u00e1gil?&#8221; &#8212; \u30b3\u30fc\u30dd\u30ec\u30fc\u30c8\u30b5\u30a4\u30c8\uff08\u30dd\u30eb\u30c8\u30ac\u30eb\u8a9e\uff09\" src=\"https:\/\/monolith.law\/pt\/it\/legal-and-contract-issues-of-agile-development\/embed#?secret=JhXZ4Jx70d#?secret=OmOZdNMeLe\" data-secret=\"OmOZdNMeLe\" width=\"500\" height=\"282\" frameborder=\"0\" marginwidth=\"0\" marginheight=\"0\" scrolling=\"no\"><\/iframe>\n<\/div><\/figure>\n\n\n\n<p>A escolha do modelo de desenvolvimento mais adequado deve ser feita considerando n\u00e3o s\u00f3 o ponto de vista legal, mas tamb\u00e9m o tamanho do projeto, o or\u00e7amento, o objetivo, entre outros. Acreditamos que esta decis\u00e3o deve ser tomada de forma abrangente.<br><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Existem metodologias espec\u00edficas para conduzir projetos de desenvolvimento de sistemas. Normalmente, quando se estuda sobre quest\u00f5es legais relacionadas ao desenvolvimento de sistemas em livros e outr [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":59208,"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\/58628"}],"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=58628"}],"version-history":[{"count":1,"href":"https:\/\/monolith.law\/pt\/wp-json\/wp\/v2\/posts\/58628\/revisions"}],"predecessor-version":[{"id":59209,"href":"https:\/\/monolith.law\/pt\/wp-json\/wp\/v2\/posts\/58628\/revisions\/59209"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/pt\/wp-json\/wp\/v2\/media\/59208"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/pt\/wp-json\/wp\/v2\/media?parent=58628"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/pt\/wp-json\/wp\/v2\/categories?post=58628"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/pt\/wp-json\/wp\/v2\/tags?post=58628"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}