{"id":58645,"date":"2023-11-10T19:14:36","date_gmt":"2023-11-10T10:14:36","guid":{"rendered":"https:\/\/monolith.law\/pt\/?p=58645"},"modified":"2023-11-26T20:26:25","modified_gmt":"2023-11-26T11:26:25","slug":"system-development-member-breakaway","status":"publish","type":"post","link":"https:\/\/monolith.law\/pt\/it\/system-development-member-breakaway","title":{"rendered":"Qual \u00e9 a lei relacionada \u00e0 sa\u00edda de membros de projetos de desenvolvimento de sistemas?"},"content":{"rendered":"\n<p>Em projetos de desenvolvimento de sistemas, normalmente, cada processo e tarefa s\u00e3o subdivididos, e a \u00eanfase \u00e9 colocada em avan\u00e7ar com o m\u00e1ximo de planeamento poss\u00edvel. No entanto, por mais que se valorize o planeamento, existem problemas relacionados com as &#8216;pessoas&#8217; que s\u00e3o inevit\u00e1veis, como problemas inesperados. Em particular, os riscos de aus\u00eancias inesperadas ou demiss\u00f5es de membros do projeto s\u00e3o aspectos que, por mais que se tente prevenir, s\u00e3o inevit\u00e1veis at\u00e9 certo ponto. Neste artigo, explicaremos como a lei se relaciona com a sa\u00edda de membros do projeto.<br><\/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\/system-development-member-breakaway\/#A_saida_de_membros_e_a_discussao_sobre_as_obrigacoes_de_gestao_de_projetos\" title=\"A sa\u00edda de membros e a discuss\u00e3o sobre as obriga\u00e7\u00f5es de gest\u00e3o de projetos\">A sa\u00edda de membros e a discuss\u00e3o sobre as obriga\u00e7\u00f5es de gest\u00e3o de projetos<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-2\" href=\"https:\/\/monolith.law\/pt\/it\/system-development-member-breakaway\/#Decisoes_judiciais_importantes_relacionadas_a_saida_de_membros\" title=\"Decis\u00f5es judiciais importantes relacionadas \u00e0 sa\u00edda de membros\">Decis\u00f5es judiciais importantes relacionadas \u00e0 sa\u00edda de membros<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/monolith.law\/pt\/it\/system-development-member-breakaway\/#Caso_em_que_a_saida_de_um_membro_levou_ao_atraso_na_entrega\" title=\"Caso em que a sa\u00edda de um membro levou ao atraso na entrega\">Caso em que a sa\u00edda de um membro levou ao atraso na entrega<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-4\" href=\"https:\/\/monolith.law\/pt\/it\/system-development-member-breakaway\/#O_que_pode_ser_aprendido_com_a_decisao_judicial_acima\" title=\"O que pode ser aprendido com a decis\u00e3o judicial acima\">O que pode ser aprendido com a decis\u00e3o judicial acima<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-5\" href=\"https:\/\/monolith.law\/pt\/it\/system-development-member-breakaway\/#Preparando-se_para_o_risco_de_saida_de_membros\" title=\"Preparando-se para o risco de sa\u00edda de membros\">Preparando-se para o risco de sa\u00edda de membros<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-6\" href=\"https:\/\/monolith.law\/pt\/it\/system-development-member-breakaway\/#Estabelecer_um_sistema_que_nao_isole_o_responsavel\" title=\"Estabelecer um sistema que n\u00e3o isole o respons\u00e1vel\">Estabelecer um sistema que n\u00e3o isole o respons\u00e1vel<\/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\/system-development-member-breakaway\/#Manter_uma_margem_na_alocacao_de_pessoal\" title=\"Manter uma margem na aloca\u00e7\u00e3o de pessoal\">Manter uma margem na aloca\u00e7\u00e3o de pessoal<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-8\" href=\"https:\/\/monolith.law\/pt\/it\/system-development-member-breakaway\/#Revisar_a_alocacao_antes_de_a_saude_se_deteriorar\" title=\"Revisar a aloca\u00e7\u00e3o antes de a sa\u00fade se deteriorar\">Revisar a aloca\u00e7\u00e3o antes de a sa\u00fade se deteriorar<\/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\/system-development-member-breakaway\/#Garantir_a_gestao_de_mudancas_e_a_gestao_de_documentos_do_projeto\" title=\"Garantir a gest\u00e3o de mudan\u00e7as e a gest\u00e3o de documentos do projeto\">Garantir a gest\u00e3o de mudan\u00e7as e a gest\u00e3o de documentos do projeto<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-10\" href=\"https:\/\/monolith.law\/pt\/it\/system-development-member-breakaway\/#Resumo\" title=\"Resumo\">Resumo<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"A_saida_de_membros_e_a_discussao_sobre_as_obrigacoes_de_gestao_de_projetos\"><\/span>A sa\u00edda de membros e a discuss\u00e3o sobre as obriga\u00e7\u00f5es de gest\u00e3o de projetos<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Primeiramente, \u00e9 considerado que, num projeto de desenvolvimento de sistemas, o fornecedor tem a responsabilidade abrangente de garantir o seu progresso suave. Este tem a obriga\u00e7\u00e3o de estimar o pessoal, o tempo, o or\u00e7amento e o esfor\u00e7o necess\u00e1rios para o progresso suave do projeto, solicitar a coopera\u00e7\u00e3o necess\u00e1ria ao utilizador conforme apropriado e gerir o progresso do projeto. Estas obriga\u00e7\u00f5es s\u00e3o chamadas de &#8220;obriga\u00e7\u00f5es de gest\u00e3o de projetos&#8221; e a sua exist\u00eancia tem sido repetidamente apontada em precedentes judiciais.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/project-management-duties\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/project-management-duties[ja]<\/a><\/p>\n\n\n\n<p>A ocorr\u00eancia de uma sa\u00edda repentina por parte do fornecedor pode ser considerada um tipo de problema com as obriga\u00e7\u00f5es de gest\u00e3o de projetos do fornecedor.<br><\/p>\n\n\n\n<ul>\n<li>Problemas f\u00edsicos devido a excesso de horas extras e trabalho aos fins de semana por parte do respons\u00e1vel<\/li>\n\n\n\n<li>Stress psicol\u00f3gico devido a conflitos interpessoais<\/li>\n<\/ul>\n\n\n\n<p>Existem v\u00e1rias raz\u00f5es poss\u00edveis para a ocorr\u00eancia de uma sa\u00edda repentina num projeto. No entanto, estes s\u00e3o basicamente problemas de gest\u00e3o de trabalho do lado do fornecedor. Portanto, mesmo que estas circunst\u00e2ncias resultem em atrasos na entrega, a possibilidade de isen\u00e7\u00e3o de viola\u00e7\u00e3o de obriga\u00e7\u00f5es \u00e9 baixa. Em outras palavras, o fornecedor \u00e9 esperado para gerir o progresso do projeto com planeamento, antecipando a ocorr\u00eancia de tais vagas repentinas.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Decisoes_judiciais_importantes_relacionadas_a_saida_de_membros\"><\/span>Decis\u00f5es judiciais importantes relacionadas \u00e0 sa\u00edda de membros<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\/09\/shutterstock_744004378-1024x683.jpg\" alt=\"\" class=\"wp-image-4741\" \/><figcaption class=\"wp-element-caption\">Apresentaremos exemplos de casos causados pela sa\u00edda de membros no desenvolvimento de projetos.<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Caso_em_que_a_saida_de_um_membro_levou_ao_atraso_na_entrega\"><\/span>Caso em que a sa\u00edda de um membro levou ao atraso na entrega<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>O caso citado na decis\u00e3o judicial abaixo envolve um atraso na entrega ap\u00f3s a sa\u00edda repentina de um membro do projeto, o que impediu o progresso do projeto conforme planejado. Neste caso, o respons\u00e1vel do lado do usu\u00e1rio adotou uma atitude intimidadora para com o respons\u00e1vel do lado do fornecedor, o que tamb\u00e9m causou um fardo psicol\u00f3gico.<\/p>\n\n\n\n<p>O usu\u00e1rio, que queria buscar responsabilidade por inadimpl\u00eancia devido ao atraso no cumprimento, e o fornecedor, que queria buscar viola\u00e7\u00e3o do dever de coopera\u00e7\u00e3o contra o usu\u00e1rio que adotou tal atitude de alta press\u00e3o e intimidadora, tiveram um conflito intenso sobre o caso.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/user-obligatory-cooporation\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/user-obligatory-cooporation[ja]<\/a><\/p>\n\n\n\n<p>Contudo, o tribunal decidiu que as v\u00e1rias circunst\u00e2ncias n\u00e3o isentam o fornecedor de seu dever de gest\u00e3o do projeto e apoiou a vis\u00e3o do usu\u00e1rio (as partes sublinhadas e em negrito foram adicionadas pelo autor).<br><\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>O fornecedor alega que o representante do usu\u00e1rio insultou o respons\u00e1vel do fornecedor com palavras e a\u00e7\u00f5es agressivas e de alta press\u00e3o, fazendo com que o respons\u00e1vel do fornecedor tivesse que se retirar do trabalho contratado.<\/p>\n\n\n\n<p>\u00c9 verdade que o representante do usu\u00e1rio disse em uma reuni\u00e3o em novembro de 2003 (Heisei 15) com um tom forte, &#8220;<u>N\u00e3o tem vontade de trabalhar?<\/u>&#8220;, &#8220;<u>Este contrato est\u00e1 acabado. Se eu sair desta sala, est\u00e1 acabado.<\/u>&#8220;, mas isso se deve ao atraso no trabalho do fornecedor e \u00e0 sua resposta, apesar do fato de que o per\u00edodo prot\u00f3tipo foi definido como o final de outubro de 2003 (Heisei 15) no acordo b\u00e1sico, e a fun\u00e7\u00e3o adicional do objetivo do desenvolvimento deste caso <u>n\u00e3o foi inclu\u00edda<\/u> na proposta do documento de defini\u00e7\u00e3o de requisitos, e mesmo que coment\u00e1rios fossem adicionados \u00e0 proposta do documento de defini\u00e7\u00e3o de requisitos e respondidos, <u>n\u00e3o houve resposta<\/u>. Portanto, <u>n\u00e3o pode ser dito que foi um comportamento excessivo.<\/u><\/p>\n\n\n\n<p>Al\u00e9m disso, embora a causa da sa\u00edda de C do trabalho contratado devido \u00e0 doen\u00e7a <u>n\u00e3o seja clara<\/u>, mesmo que o stress do trabalho contratado tenha sido a causa, a previs\u00e3o da carga de trabalho do trabalho contratado, etc., <u>deve ser considerada basicamente um problema de gest\u00e3o de trabalho do fornecedor<\/u>, e n\u00e3o pode ser atribu\u00edda \u00e0 culpa do usu\u00e1rio.<\/p>\n<cite>Decis\u00e3o do Tribunal Distrital de T\u00f3quio, 4 de dezembro de 2007 (Heisei 19)<\/cite><\/blockquote>\n\n\n\n<p>Na decis\u00e3o judicial acima, mesmo ap\u00f3s considerar o fato de que o usu\u00e1rio pressionou o fornecedor com um &#8220;tom forte&#8221;, o tribunal n\u00e3o isentou o fornecedor de sua responsabilidade. O que est\u00e1 por tr\u00e1s dessa decis\u00e3o \u00e9 provavelmente a considera\u00e7\u00e3o do equil\u00edbrio com a m\u00e1 resposta do fornecedor, e a considera\u00e7\u00e3o de que seria injusto atribuir a culpa ao usu\u00e1rio que pressionou com v\u00e1rios &#8220;tons fortes&#8221;. \u00c9 uma decis\u00e3o que adota o esquema de que o projeto de desenvolvimento do sistema \u00e9 estabelecido pela execu\u00e7\u00e3o do dever de gest\u00e3o do projeto pelo fornecedor e pela execu\u00e7\u00e3o do dever de coopera\u00e7\u00e3o pelo usu\u00e1rio, e ainda assim n\u00e3o deve ser reconhecida a viola\u00e7\u00e3o do dever de coopera\u00e7\u00e3o pelo usu\u00e1rio. O significado disso deve ser visto na frase &#8220;n\u00e3o pode ser dito que foi um comportamento excessivo&#8221;.<br><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"O_que_pode_ser_aprendido_com_a_decisao_judicial_acima\"><\/span>O que pode ser aprendido com a decis\u00e3o judicial acima<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Al\u00e9m disso, podemos tirar as seguintes li\u00e7\u00f5es importantes:<br><\/p>\n\n\n\n<ul>\n<li>Quando se pensa em atribuir a culpa ao usu\u00e1rio na sa\u00edda de um membro do projeto devido a doen\u00e7a, o fornecedor \u00e9 solicitado a provar a rela\u00e7\u00e3o causal de que a sa\u00edda foi devido ao usu\u00e1rio \u2192 No entanto, geralmente \u00e9 considerado dif\u00edcil provar que h\u00e1 uma rela\u00e7\u00e3o causal.<\/li>\n\n\n\n<li>Mesmo que se possa provar que a carga de trabalho aumentou devido ao usu\u00e1rio e o membro ficou doente, geralmente acaba sendo considerado um problema de gest\u00e3o de trabalho do fornecedor \u2192 Se prestarmos aten\u00e7\u00e3o ao fato de que a express\u00e3o forte &#8220;comportamento excessivo&#8221; \u00e9 usada na decis\u00e3o, devemos considerar que as circunst\u00e2ncias que isentam a responsabilidade de gest\u00e3o de trabalho do fornecedor s\u00e3o bastante limitadas.<\/li>\n<\/ul>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Preparando-se_para_o_risco_de_saida_de_membros\"><\/span>Preparando-se para o risco de sa\u00edda de membros<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\/09\/shutterstock_1387110839-1024x576.jpg\" alt=\"\" class=\"wp-image-4742\" \/><figcaption class=\"wp-element-caption\">Quais s\u00e3o as medidas para prevenir problemas de sa\u00edda de membros do projeto?<\/figcaption><\/figure>\n\n\n\n<p>Como mencionado acima, mesmo que ocorra uma situa\u00e7\u00e3o em que haja uma s\u00fabita falta de pessoal, \u00e9 extremamente dif\u00edcil atribuir isso ao lado do usu\u00e1rio. Pode acontecer que sejamos for\u00e7ados a realizar um grande desenvolvimento adicional ou a fazer mudan\u00e7as abruptas nas especifica\u00e7\u00f5es, mas n\u00e3o \u00e9 f\u00e1cil provar a rela\u00e7\u00e3o causal entre a altera\u00e7\u00e3o f\u00edsica e mental e a carga de trabalho. Considerando essas circunst\u00e2ncias, \u00e9 importante avan\u00e7ar na organiza\u00e7\u00e3o do pessoal, assumindo a ocorr\u00eancia de problemas como aus\u00eancias por doen\u00e7a ou m\u00e1 condi\u00e7\u00e3o f\u00edsica dos membros do projeto.<\/p>\n\n\n\n<p>Se este ponto for disputado em tribunal, \u00e9 claro que o lado do fornecedor estar\u00e1 em uma posi\u00e7\u00e3o muito desvantajosa. Portanto, o que \u00e9 importante \u00e9, em vez disso, medidas para prevenir tais disputas. As medidas poss\u00edveis incluem o seguinte:<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Estabelecer_um_sistema_que_nao_isole_o_responsavel\"><\/span>Estabelecer um sistema que n\u00e3o isole o respons\u00e1vel<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>\u00c9 aconselh\u00e1vel evitar situa\u00e7\u00f5es em que o respons\u00e1vel participe sozinho de uma reuni\u00e3o e criar um sistema em que v\u00e1rias pessoas participem da reuni\u00e3o, o que pode prevenir situa\u00e7\u00f5es de isolamento psicol\u00f3gico.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Manter_uma_margem_na_alocacao_de_pessoal\"><\/span>Manter uma margem na aloca\u00e7\u00e3o de pessoal<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Tamb\u00e9m \u00e9 importante manter uma margem na aloca\u00e7\u00e3o de pessoal. Garantir pessoal com uma margem certamente levar\u00e1 a um aumento nos custos. No entanto, se considerarmos o custo da indeniza\u00e7\u00e3o por danos devido ao atraso na entrega e a preocupa\u00e7\u00e3o com a ocorr\u00eancia de mais sa\u00eddas na situa\u00e7\u00e3o de lidar com tais problemas, muitas vezes \u00e9 mais racional garantir pessoal com uma certa margem desde o in\u00edcio.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Revisar_a_alocacao_antes_de_a_saude_se_deteriorar\"><\/span>Revisar a aloca\u00e7\u00e3o antes de a sa\u00fade se deteriorar<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Se uma pessoa sair, a carga de trabalho dos outros funcion\u00e1rios aumentar\u00e1, o que pode levar a um ciclo vicioso de mais sa\u00eddas. Para evitar esse ciclo vicioso, \u00e9 importante revisar a aloca\u00e7\u00e3o antes que a sa\u00fade se deteriore seriamente.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Garantir_a_gestao_de_mudancas_e_a_gestao_de_documentos_do_projeto\"><\/span>Garantir a gest\u00e3o de mudan\u00e7as e a gest\u00e3o de documentos do projeto<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>N\u00e3o \u00e9 f\u00e1cil provar a rela\u00e7\u00e3o causal entre a sa\u00edda de membros da equipe e a viola\u00e7\u00e3o do dever de coopera\u00e7\u00e3o do lado do usu\u00e1rio, mas ainda \u00e9 importante garantir a gest\u00e3o de mudan\u00e7as e a gest\u00e3o de documentos. Isso porque, mesmo que n\u00e3o possamos provar a causa da sa\u00edda dos membros da equipe, se houver uma situa\u00e7\u00e3o de excesso de trabalho que leve \u00e0 aus\u00eancia por doen\u00e7a do respons\u00e1vel, isso pode conter elementos que apoiem a viola\u00e7\u00e3o do dever de coopera\u00e7\u00e3o do lado do usu\u00e1rio. Essas circunst\u00e2ncias podem servir como elementos para justificar a compensa\u00e7\u00e3o por neglig\u00eancia, mesmo que a responsabilidade por inadimplemento ou garantia de defeitos seja perseguida pelo lado do fornecedor no caso de um projeto &#8220;incendiado&#8221;.<\/p>\n\n\n\n<p>No seguinte artigo, discutimos a import\u00e2ncia da gest\u00e3o de documentos em projetos de desenvolvimento de sistemas.<\/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>Al\u00e9m disso, para uma discuss\u00e3o mais detalhada sobre a mudan\u00e7a de especifica\u00e7\u00f5es, consulte o seguinte artigo.<\/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<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>Acima, discutimos a teoria jur\u00eddica associada ao fen\u00f3meno da &#8220;sa\u00edda de membros da equipa&#8221;. Para os fornecedores, \u00e9 ineg\u00e1vel que \u00e9 extremamente dif\u00edcil, do ponto de vista jur\u00eddico, responsabilizar os utilizadores pela sa\u00edda dos membros.<\/p>\n\n\n\n<p>No entanto, mesmo com essas circunst\u00e2ncias, \u00e9 importante n\u00e3o mal interpretar que &#8220;a discuss\u00e3o legal n\u00e3o \u00e9 \u00fatil no problema da sa\u00edda dos membros da equipa&#8221;. O pr\u00f3prio processo de pensamento dos casos publicados est\u00e1 a questionar como definir a fronteira entre o &#8220;dever de gest\u00e3o de projetos do fornecedor&#8221; e o &#8220;dever de coopera\u00e7\u00e3o do utilizador&#8221;, para n\u00e3o mencionar que as medidas para prevenir tais conflitos s\u00e3o muitas vezes derivadas ao reverter a partir das situa\u00e7\u00f5es de conflito previstas.<\/p>\n\n\n\n<p>Em vez de interpretar o ponto de &#8220;estar em desvantagem em um julgamento&#8221; como &#8220;a lei n\u00e3o \u00e9 \u00fatil&#8221;, \u00e9 importante entender que &#8220;a perspectiva da preven\u00e7\u00e3o jur\u00eddica \u00e9 importante&#8221;.<br><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Em projetos de desenvolvimento de sistemas, normalmente, cada processo e tarefa s\u00e3o subdivididos, e a \u00eanfase \u00e9 colocada em avan\u00e7ar com o m\u00e1ximo de planeamento poss\u00edvel. No entanto, por mais que se val [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":59245,"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\/58645"}],"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=58645"}],"version-history":[{"count":1,"href":"https:\/\/monolith.law\/pt\/wp-json\/wp\/v2\/posts\/58645\/revisions"}],"predecessor-version":[{"id":59246,"href":"https:\/\/monolith.law\/pt\/wp-json\/wp\/v2\/posts\/58645\/revisions\/59246"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/pt\/wp-json\/wp\/v2\/media\/59245"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/pt\/wp-json\/wp\/v2\/media?parent=58645"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/pt\/wp-json\/wp\/v2\/categories?post=58645"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/pt\/wp-json\/wp\/v2\/tags?post=58645"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}