{"id":1904,"date":"2021-06-08T08:57:19","date_gmt":"2021-06-08T11:57:19","guid":{"rendered":"http:\/\/ec2-44-211-129-65.compute-1.amazonaws.com\/homolog\/?p=1904"},"modified":"2022-12-28T10:29:57","modified_gmt":"2022-12-28T13:29:57","slug":"quais-as-diferencas-entre-metodologias-ageis-e-tradicional","status":"publish","type":"post","link":"https:\/\/www.kron.digital\/en\/quais-as-diferencas-entre-metodologias-ageis-e-tradicional\/","title":{"rendered":"Quais as diferen\u00e7as entre metodologias \u00e1geis e tradicional"},"content":{"rendered":"<p>Antes de iniciar qualquer projeto, seja ele relacionado ao desenvolvimento de um produto, um software ou qualquer outra coisa, \u00e9 fundamental determinar a metodologia que ser\u00e1 empregada. Assim, \u00e9 poss\u00edvel determinar as etapas a serem cumpridas e os cronogramas de entrega. Por isso, \u00e9 fundamental conhecer as diferen\u00e7as entre\u00a0<a href=\"#\" target=\"_blank\" rel=\"noopener\">metodologias \u00e1geis<\/a>\u00a0e tradicionais, a fim de decidir qual a melhor estrat\u00e9gia a ser adotada.<\/p>\n<p>O m\u00e9todo tradicional mais utilizado \u00e9 popularmente conhecido como \u201ccascata\u201d\u00a0e segue uma\u00a0 ordem sequencial e, portanto, a equipe de desenvolvimento do projeto s\u00f3 passa para a pr\u00f3xima fase se a anterior for conclu\u00edda com \u00eaxito.<\/p>\n<p>J\u00e1 as metodologias \u00e1geis adotam pr\u00e1ticas\u00a0\u00a0que permitem uma\u00a0itera\u00e7\u00e3o cont\u00ednua de desenvolvimento e teste no processo de desenvolvimento de software. Ou seja, v\u00e1rias etapas s\u00e3o realizadas de forma simult\u00e2nea.<\/p>\n<p>Mas, as diferen\u00e7as n\u00e3o param por a\u00ed. Continue a leitura para saber mais!<\/p>\n<h2>Modelo Cascata<\/h2>\n<p>A abordagem em cascata para o desenvolvimento de software \u00e9 altamente sequencial e pode ser dividida em sete fases distintas. H\u00e1 uma s\u00e9rie de fases, uma ap\u00f3s a outra, que precisa ser conclu\u00edda uma a uma. Ou seja, a fase dois n\u00e3o pode ser iniciada at\u00e9 que a etapa um seja conclu\u00edda.<\/p>\n<p>As fases da metodologia em cascata s\u00e3o:<\/p>\n<ul>\n<li><strong>Concep\u00e7\u00e3o<\/strong>: o est\u00e1gio da ideia, quando os desenvolvedores decidem o que desejam projetar e por qu\u00ea.<\/li>\n<li><strong>An\u00e1lise e defini\u00e7\u00e3o dos requisitos<\/strong>: este est\u00e1gio envolve reunir e documentar o que o projeto de desenvolvimento de software exigir\u00e1, incluindo requisitos de sistema e software para o projeto.<\/li>\n<li><strong>Design<\/strong>: neste est\u00e1gio, os desenvolvedores determinam como desejam que seu software funcione e determinam quais partes s\u00e3o necess\u00e1rias para codificar.<\/li>\n<li><strong>Constru\u00e7\u00e3o e codifica\u00e7\u00e3o<\/strong>: esta etapa envolve a codifica\u00e7\u00e3o de cada unidade do software e o teste ao longo do caminho, bem como a integra\u00e7\u00e3o das unidades de acordo com a arquitetura do software desde a fase de design.<\/li>\n<li><strong>Teste<\/strong>: envolve testar o software em um ambiente que se assemelhe \u00e0quele em que, de fato, eles ser\u00e1 executado.\u00a0Pode incluir teste de usu\u00e1rio, teste de bug, etc.\u00a0Identificado qualquer problema de execu\u00e7\u00e3o, o projeto retorna \u00e0 fase anterior.<\/li>\n<li><strong>Implementa\u00e7\u00e3o<\/strong>: em muitos casos, isso significa entregar o produto \u201cacabado\u201d\u00a0ao cliente ou distribuir o software em todo o sistema.<\/li>\n<\/ul>\n<h3><strong>Benef\u00edcios da Metodologia em Cascata<\/strong><\/h3>\n<p>Apesar de cada vez perder mais espa\u00e7o para as metodologias \u00e1geis, esse modelo tamb\u00e9m apresenta algumas vantagens, tais como:<\/p>\n<ul>\n<li><strong>Estrutura clara<\/strong>: h\u00e1 uma compreens\u00e3o clara do cronograma e das entregas do projeto antes de seu in\u00edcio. O escopo completo do projeto \u00e9 previamente acordado entre a equipe de desenvolvimento e o cliente.<\/li>\n<li><strong>Documenta\u00e7\u00e3o<\/strong>: cada fase do processo \u00e9 documentada em detalhes para eliminar quaisquer mal-entendidos ou atalhos.<\/li>\n<li><strong>Carga compartilhada:<\/strong>\u00a0essa abordagem nem sempre consome todo o tempo e aten\u00e7\u00e3o da equipe de desenvolvimento. Dependendo da fase, os membros individuais da equipe podem se concentrar em outros aspectos de seu trabalho.<\/li>\n<li><strong>Abordagem\u00a0<em>hands-off<\/em><\/strong>: esta metodologia permite uma abordagem mais hands-off do cliente. Uma vez que o design inicial e o plano do projeto estejam aprovados, h\u00e1 poucos requisitos exigem\u00a0a participa\u00e7\u00e3o\u00a0do cliente at\u00e9 a fase de revis\u00e3o. Assim, as equipes ganham mais liberdade para executar suas tarefas.<\/li>\n<\/ul>\n<h3><strong>Poss\u00edveis desvantagens\u00a0<\/strong><\/h3>\n<p>Apesar de alguns aspectos positivo, o m\u00e9todo cascata tamb\u00e9m conta com fatores que pesam contra a sua ado\u00e7\u00e3o:<\/p>\n<ul>\n<li><strong>Menos envolvimento do cliente<\/strong>: apesar de aparecer tamb\u00e9m como uma vantagem, uma abordagem sem interven\u00e7\u00e3o n\u00e3o \u00e9 adequada para todos os tipos de produto. Alguns clientes deseja ter mais envolvimento \u00e0 medida que o projeto avan\u00e7a. Se n\u00e3o houver uma estrutura para esse envolvimento, a abordagem em cascata pode levar \u00e0 frustra\u00e7\u00e3o de ambas as partes.<\/li>\n<li><strong>Mudan\u00e7as podem ser dif\u00edceis<\/strong>: o objetivo da metodologia em cascata \u00e9 seguir etapas claras em um prazo definido. Uma vez que esses elementos est\u00e3o acordados e planejados, pode ser dif\u00edcil fazer quaisquer altera\u00e7\u00f5es. A adaptabilidade \u00e9 uma parte crucial do desenvolvimento de software a ser considerada, principalmente porque pode ser dif\u00edcil para os clientes ter uma compreens\u00e3o total do projeto antes de ele come\u00e7ar.<\/li>\n<li><strong>Teste de \u00faltima hora<\/strong>: Outra grande desvantagem do modelo\u00a0de cascata em compara\u00e7\u00e3o com as metodologias\u00a0\u00e1geis \u00e9 que uma etapa s\u00f3 pode ser iniciada ap\u00f3s a outra ser conclu\u00edda e os testes s\u00e3o a \u00faltima fase. Assim, em caso de erros, \u00e9 necess\u00e1rio retomar as fases anteriores e cada modifica\u00e7\u00e3o pode desencadear novos problemas. Isso pode fazer com que o projeto entre em um loop intermin\u00e1vel, causando atrasos consider\u00e1veis na entrega.<\/li>\n<\/ul>\n<p><img decoding=\"async\" class=\"aligncenter\" src=\"http:\/\/ec2-44-211-129-65.compute-1.amazonaws.com\/homolog\/wp-content\/uploads\/2022\/10\/metodologias-ageis-1500x1000-2.jpg\" \/><\/p>\n<h2>Metodologias \u00e1geis<\/h2>\n<p>A principal diferen\u00e7a entre metodologias \u00e1geis e tradicionais\u00a0pode ser resumida dizendo que a abordagem em cascata valoriza o planejamento futuro, enquanto a abordagem \u00e1gil valoriza a adaptabilidade e o envolvimento.<\/p>\n<p>Existem\u00a0<a href=\"https:\/\/rockcontent.com\/br\/blog\/metodologias-ageis\/\" target=\"_blank\" rel=\"noopener\">diferentes tipos<\/a>\u00a0de desenvolvimento \u00e1gil que compartilham algumas semelhan\u00e7as b\u00e1sicas. Esses incluem:<\/p>\n<ul>\n<li>Processo Unificado\u00a0\u00c1gil\u00a0(AUP \u2013 Agile Unified Process)<\/li>\n<li>Programa\u00e7\u00e3o Extrema (XP \u2013 Extreme Programming\u00a0)<\/li>\n<li>Kanban<\/li>\n<li>Scrum<\/li>\n<li>Smart<\/li>\n<li>Lean<\/li>\n<\/ul>\n<p>Todas essas metodologias \u00e1geis t\u00eam dois elementos principais: trabalho em equipe e tempo.<\/p>\n<p>Em vez de criar uma linha do tempo para um grande projeto de desenvolvimento de software, os m\u00e9todos \u00e1geis dividem o projeto em partes individuais de entrega. Essas fases de \u201ctempo limitado\u201d\u00a0s\u00e3o chamadas de \u201csprints\u201d\u00a0e duram apenas algumas semanas ou mesmo dias.<\/p>\n<p>Depois que cada sprint \u00e9 conclu\u00eddo, o feedback da fase anterior \u00e9 usado para planejar a pr\u00f3xima.<\/p>\n<h3><strong>Princ\u00edpios fundamentais do desenvolvimento \u00e1gil<\/strong><\/h3>\n<p>Com essa abordagem de equipe e sens\u00edvel ao tempo, existem v\u00e1rios princ\u00edpios b\u00e1sicos que qualquer projeto de desenvolvimento \u00e1gil deve seguir.<\/p>\n<ul>\n<li><strong>Adaptabilidade<\/strong>: as metodologias \u00e1geis destacam a import\u00e2ncia de serem capazes de mudar o design, a arquitetura, os requisitos e as entregas ao longo do caminho.<\/li>\n<li><strong>Envolvimento do cliente<\/strong>: devido \u00e0s constantes mudan\u00e7as no design e nas unidades de entrega, o desenvolvimento \u00e1gil de software requer uma colabora\u00e7\u00e3o pr\u00f3xima entre o cliente e a equipe de desenvolvimento.<\/li>\n<li><strong>Desenvolvimento enxuto<\/strong>: as metodologias \u00e1geis visam a entregar o produto final da forma mais simples poss\u00edvel. Se o mesmo resultado final puder ser alcan\u00e7ado com duas etapas em vez de cinco, o desenvolvimento \u00e1gil projetar\u00e1 o software de acordo.<\/li>\n<li><strong>Trabalho em equipe<\/strong>: Como mencionamos acima, o \u00e1gil valoriza o trabalho em equipe quase acima de tudo. As equipes devem avaliar continuamente como podem se tornar mais eficazes e ajustar o projeto \u00e1gil \u00e0 medida que avan\u00e7am. A Extreme Programming, por exemplo,\u00a0determina que os desenvolvedores trabalhem em pares, com base no princ\u00edpio de que duas cabe\u00e7as pensam melhor do que uma.<\/li>\n<li><strong>Sustentabilidade<\/strong>: Em vez de exigir prazos mais r\u00e1pidos em troca de um projeto inacabado, o desenvolvimento \u00e1gil valoriza a defini\u00e7\u00e3o de um ritmo sustent\u00e1vel de desenvolvimento.<\/li>\n<li><strong>Teste:<\/strong>\u00a0ao contr\u00e1rio das abordagens em cascata, onde h\u00e1 uma fase de teste distinta, as abordagens \u00e1geis insistem em testar em todas as fases do projeto.<\/li>\n<\/ul>\n<h3><strong>Benef\u00edcios das metodologias \u00e1geis<\/strong><\/h3>\n<p>Os benef\u00edcios do desenvolvimento \u00e1gil t\u00eam tudo a ver com a satisfa\u00e7\u00e3o do cliente e\u00a0<a href=\"#\" target=\"_blank\" rel=\"noopener\">experi\u00eancia do usu\u00e1rio<\/a>\u00a0aprimorada. Isso deve-se aos seguintes fatores:<\/p>\n<ul>\n<li><strong>Envolvimento das partes interessadas<\/strong>: adotar uma abordagem \u00e1gil para o desenvolvimento permite\u00a0e\u00a0incentiva\u00a0o envolvimento cont\u00ednuo entre a equipe de desenvolvimento e o cliente.<\/li>\n<li><strong>Entregas flex\u00edveis<\/strong>: as metodologias \u00e1geis permitem que as partes interessadas definam as entregas por ordem de import\u00e2ncia. Em outras palavras, se um cliente deseja lan\u00e7ar o software b\u00e1sico antes do pacote completo, isso \u00e9 exatamente o que ser\u00e1 feito.<\/li>\n<li><strong>Adaptabilidade<\/strong>:\u00a0 conforme j\u00e1 mencionado,\u00a0a adaptabilidade \u00e9 um elemento crucial do desenvolvimento \u00e1gil e tamb\u00e9m \u00e9 um de seus principais benef\u00edcios. \u00c0 medida que os clientes t\u00eam uma ideia melhor do que precisam para um\u00a0software ou produto, os desenvolvedores podem adaptar os sprints planejados de acordo as novas solicita\u00e7\u00f5es.<\/li>\n<li><strong>Produto de alta qualidade e f\u00e1ceis de usar<\/strong>: Como os clientes podem fornecer feedback ap\u00f3s cada sprint, os produtos desenvolvidos com as metodologias \u00e1geis\u00a0geralmente possuem melhor usabilidade.<\/li>\n<\/ul>\n<h2>Metodologias \u00e1geis ou tradicionais: qual a escolha certa?<\/h2>\n<p>A metodologia de desenvolvimento certa depende\u00a0de v\u00e1rios fatores-chave. A cascata pode ser melhor quando n\u00e3o h\u00e1 nenhum ou acesso limitado a um cliente para fornecer feedback constante. Ela tamb\u00e9m se adequa melhor a projetos com equipe dispersa e escopo e or\u00e7amento fixos.<\/p>\n<p>Por outro lado, as metodologias \u00e1geis s\u00e3o mais adequadas\u00a0para projetos maiores e mais complexos, onde h\u00e1 f\u00e1cil acesso ao feedback do cliente. Por causa da flexibilidade inerente da abordagem \u00e1gil, ela \u00e9 prefer\u00edvel para projetos com requisitos em constante mudan\u00e7a.<\/p>\n<p>Uma\u00a0<a href=\"https:\/\/www.pmi.org\/-\/media\/pmi\/documents\/public\/pdf\/learning\/thought-leadership\/pulse\/pulse-of-the-profession-2018.pdf\" target=\"_blank\" rel=\"noopener\">pesquisa\u00a0do Instituto PMI<\/a>\u00a0mostrou que, em 2018, 73% das organiza\u00e7\u00f5es em todo mundo optavam por gerenciar\u00a0seus projetos utilizando metodologias \u00e1geis.<\/p>\n<p>A tend\u00eancia \u00e9 que esse n\u00famero aumente ano ap\u00f3s ano, visto que, \u00e0 medida que as empresas avan\u00e7am em suas estrat\u00e9gias de\u00a0<a href=\"#\" target=\"_blank\" rel=\"noopener\">transforma\u00e7\u00e3o digital<\/a>, as mudan\u00e7as se tornaram uma constante e ocorrem em uma velocidade cada vez maior.<\/p>\n<p>Agora voc\u00ea j\u00e1 conhece as principais diferen\u00e7as entre metodologias \u00e1geis e tradicionais.<\/p>\n<p>Aproveite a oportunidade e descubra\u00a0<a href=\"#\" target=\"_blank\" rel=\"noopener\">5 impactos da pandemia na transforma\u00e7\u00e3o digital das empresas<\/a>.<\/p>\n<h3>Conte\u00fados relacionados:<\/h3>\n<ul>\n<li><a class=\"crp_link post-2648\" href=\"https:\/\/www.kron.digital\/en\/site\/index.php\/2021\/06\/23\/afinal-voce-sabe-o-que-e-metodologia-agil\/\"><span class=\"crp_title\">Afinal, voc\u00ea sabe o que \u00e9 metodologia \u00e1gil?<\/span><\/a><\/li>\n<li><a class=\"crp_link post-2617\" href=\"https:\/\/www.kron.digital\/en\/site\/index.php\/2021\/05\/11\/metodologia-agil-o-que-e-e-quando-utilizar-em-sua-empresa\/\"><span class=\"crp_title\">Metodologia \u00c1gil: o que \u00e9 e quando utilizar em sua empresa?<\/span><\/a><\/li>\n<li><a class=\"crp_link post-2717\" href=\"https:\/\/www.kron.digital\/en\/site\/index.php\/2022\/06\/08\/como-a-nuvem-pode-trazer-a-metodologia-agile-para-o-negocio\/\"><span class=\"crp_title\">Como a nuvem pode trazer a metodologia\u202fagile\u202fpara o\u202fneg\u00f3cio<\/span><\/a><\/li>\n<\/ul>\n","protected":false},"excerpt":{"rendered":"<p>Antes de iniciar qualquer projeto, seja ele relacionado ao desenvolvimento de um produto, um software ou qualquer outra coisa, \u00e9 fundamental determinar a metodologia que ser\u00e1 empregada. Assim, \u00e9 poss\u00edvel determinar as etapas a serem cumpridas e os cronogramas de entrega. Por isso, \u00e9 fundamental conhecer as diferen\u00e7as entre\u00a0metodologias \u00e1geis\u00a0e tradicionais, a fim de decidir [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":1913,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[55,59],"tags":[],"class_list":["post-1904","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-agile-methodology","category-squads"],"_links":{"self":[{"href":"https:\/\/www.kron.digital\/en\/wp-json\/wp\/v2\/posts\/1904","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.kron.digital\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.kron.digital\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.kron.digital\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.kron.digital\/en\/wp-json\/wp\/v2\/comments?post=1904"}],"version-history":[{"count":4,"href":"https:\/\/www.kron.digital\/en\/wp-json\/wp\/v2\/posts\/1904\/revisions"}],"predecessor-version":[{"id":1959,"href":"https:\/\/www.kron.digital\/en\/wp-json\/wp\/v2\/posts\/1904\/revisions\/1959"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.kron.digital\/en\/wp-json\/wp\/v2\/media\/1913"}],"wp:attachment":[{"href":"https:\/\/www.kron.digital\/en\/wp-json\/wp\/v2\/media?parent=1904"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.kron.digital\/en\/wp-json\/wp\/v2\/categories?post=1904"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.kron.digital\/en\/wp-json\/wp\/v2\/tags?post=1904"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}