{"id":32,"date":"2022-08-08T18:30:02","date_gmt":"2022-08-08T21:30:02","guid":{"rendered":"http:\/\/www.agileway.org\/?p=32"},"modified":"2025-07-06T16:56:43","modified_gmt":"2025-07-06T19:56:43","slug":"manifesto-agil-o-que-e-e-como-surgiu","status":"publish","type":"post","link":"https:\/\/agileway.org\/site\/manifesto-agil-o-que-e-e-como-surgiu\/","title":{"rendered":"Manifesto \u00e1gil, o qu\u00ea \u00e9 e como surgiu?"},"content":{"rendered":"<p>\u201cSer \u00e1gil \u00e9 gerar entregas cont\u00ednuas, incrementais e frequentes de valor para o cliente, focando em equipes auto-organizadas.\u201d Esta frase j\u00e1 nos d\u00e1 um gostinho do que \u00e9 o Manifesto \u00c1gil!<\/p>\n<p>A metodologia que revolucionou a forma de executar projetos come\u00e7ou com um grupo de 17 profissionais, que se reuniram no ano de 2001 para redefinir o modelo existente de elabora\u00e7\u00e3o de projetos.<\/p>\n<p>Com essa ideia, eles publicaram um documento chamado Manifesto \u00c1gil, que seguia as pr\u00e1ticas da Metodologia \u00c1gil, que era anteriormente conhecida como m\u00e9todos leves.<\/p>\n<p>No documento do Manifesto \u00c1gil foram apresentados quatro valores e 12 fundamentos a serem seguidos para o desenvolvimento \u00e1gil de software.<\/p>\n<p>Mas antes de explorarmos mais esta hist\u00f3ria, que tal saber entender a diferen\u00e7a entre uma cultura organizacional \u00e1gil e a cultura tradicional? No v\u00eddeo abaixo explicamos de forma r\u00e1pida e pr\u00e1tica!<\/p>\n<p>E a\u00ed, entendeu? Ent\u00e3o prepare-se, pois neste artigo voc\u00ea ir\u00e1 aprender:<\/p>\n<p>O que \u00e9 Manifesto \u00e1gil? Como surgiu?<br \/>\nOs Autores do Manifesto \u00c1gil;<br \/>\nQuais s\u00e3o os Valores do Manifesto \u00c1gil?<br \/>\nPrinc\u00edpios a serem seguidos no Manifesto \u00c1gil;<br \/>\nOs 12 princ\u00edpios do Manifesto \u00c1gil.<br \/>\nPreparado para conhecer mais sobre Manifesto \u00c1gil? Ent\u00e3o vamos l\u00e1!<\/p>\n<p>O que \u00e9 Manifesto \u00c1gil? Como surgiu?<br \/>\nO Manifesto \u00c1gil \u00e9 uma declara\u00e7\u00e3o que surgiu em 2001 aproximadamente, se trata de princ\u00edpios que fundamentam o desenvolvimento \u00e1gil de projetos.<\/p>\n<p>A princ\u00edpio, foi desenvolvido como uma ferramenta de gest\u00e3o para o desenvolvimento de softwares \u00e1geis, \u00fanica e exclusivamente, focando na voz do cliente, entregando sempre algo positivo em rela\u00e7\u00e3o \u00e0s experi\u00eancias do usu\u00e1rio.<\/p>\n<p>Este manifesto re\u00fane alguns valores e princ\u00edpios, considerados primordiais para a execu\u00e7\u00e3o de projetos de qualidade.<\/p>\n<p>Os autores do Manifesto \u00c1gil<br \/>\nO Manifesto \u00c1gil foi idealizado e constru\u00eddo por 17 autores, os quais comprometeram a seguir e disseminar os princ\u00edpios e valores presentes no documento.<\/p>\n<p>Listamos seus nomes a seguir:<\/p>\n<p>Arie van Bennekum;<br \/>\nDave Thomas;<br \/>\nJeff Sutherland, co-criador do Scrum e CEO da Scrum Inc;<br \/>\nSteve Mellor;<br \/>\nRobert C. Martin;<br \/>\nBrian Marick;<br \/>\nJon Kern;<br \/>\nRon Jeffries, um dos criadores da XP;<br \/>\nAndrew Hunt;<br \/>\nJim High;<br \/>\nMartin Fowler;<br \/>\nAlistair Cockburn;<br \/>\nJames Grenning;<br \/>\nKent Beck;<br \/>\nMike Beedle;<br \/>\nKen Schwaber;<br \/>\nWard Cunningham.<br \/>\nQuais s\u00e3o os valores do Manifesto \u00c1gil?<br \/>\nO grupo fundador do Manifesto \u00c1gil j\u00e1 se encontrava imerso no mundo de softwares e, a partir de suas experi\u00eancias, eles trouxeram valores para proporcionar maneiras melhores de desenvolver softwares.<\/p>\n<p>Que tal voc\u00ea j\u00e1 come\u00e7ar a sua experi\u00eancia \u00e1gil na pr\u00e1tica? A Voitto preparou para voc\u00ea um curso gratuito que vai introduzir a metodologia Scrum na sua vida profissional.<\/p>\n<p>1. Indiv\u00edduos e intera\u00e7\u00f5es mais que processos e ferramentas.<br \/>\n\u00c9 necess\u00e1rio que haja, dentro de um processo de gest\u00e3o, a humaniza\u00e7\u00e3o do projeto.<\/p>\n<p>Criar dentro do seu time de desenvolvedores uma rede de comunica\u00e7\u00e3o de qualidade permite uma intera\u00e7\u00e3o entre todas as partes participantes. Sempre lembrando que ferramentas e processos s\u00e3o importantes, mas a rela\u00e7\u00e3o com as pessoas deve se destacar.<\/p>\n<p>2. Softwares mais que documenta\u00e7\u00e3o abrangente.<br \/>\nO ponto principal para o desenvolvimento \u00e9 criar o software e n\u00e3o a documenta\u00e7\u00e3o.<\/p>\n<p>O software deve ser compreendido pelas pessoas que est\u00e3o trabalhando no processo de cria\u00e7\u00e3o para isso, a documenta\u00e7\u00e3o torna-se necess\u00e1ria. Entretanto, colocar o software em funcionamento \u00e9 o trabalho mais importante para a sua empresa, pois os clientes buscam por resultados.<\/p>\n<p>3. Colabora\u00e7\u00e3o com clientes mais que negocia\u00e7\u00e3o de contratos.<br \/>\nTer um contrato \u00e9 importante, mas mais do que isso \u00e9 saber o que o cliente espera.<\/p>\n<p>Os desenvolvedores devem atuar com o cliente e criar uma boa rela\u00e7\u00e3o de comunica\u00e7\u00e3o. N\u00e3o \u00e9 do interesse da empresa ir contra o seu cliente e n\u00e3o \u00e9 do interesse do cliente n\u00e3o ter voz no processo de cria\u00e7\u00e3o do seu produto.<\/p>\n<p>4. Responder a mudan\u00e7as mais que seguir um plano.<br \/>\nAs prioridades das partes interessadas devem ser pr\u00e9-estabelecidas, mas \u00e9 necess\u00e1rio flexibilidade para mudan\u00e7as.<\/p>\n<p>A rigidez com as mudan\u00e7as n\u00e3o deve existir dentro da metodologia \u00e1gil. \u00c9 claro que priorizar etapas e ter um processo de cria\u00e7\u00e3o \u00e9 importante, mas saber flexibilizar as atividades de acordo com os feedbacks e necessidades \u00e9 muito relevante para o sucesso.<\/p>\n<p>A filosofia que foi usada para interpretar estes valores dizia que o item \u00e0 esquerda sempre tem maior import\u00e2ncia do que o item \u00e0 direita.<\/p>\n<p>Princ\u00edpios a serem seguidos no Manifesto \u00c1gil<br \/>\nAl\u00e9m dos quatro valores apresentados no Manifesto \u00c1gil, os criadores desenvolveram 12 princ\u00edpios a serem seguidos com o intuito de guiar a escolha de m\u00e9todos, a\u00e7\u00f5es e ferramentas para o desenvolvimento do time \u00e1gil de projeto.<\/p>\n<p>Ficou curioso e quer enriquecer o seu conhecimento sobre o Manifesto \u00c1gil? Ent\u00e3o veja a seguir os princ\u00edpios de software \u00e1gil publicado pelos 17 criadores do documento.<\/p>\n<p>Os 12 princ\u00edpios de manifesto \u00e1gil<br \/>\nSabemos que esta metodologia foi desenvolvida a princ\u00edpio como uma ferramenta de gest\u00e3o para projetos voltados a \u00e1rea de software, por\u00e9m, devido a sua grande efici\u00eancia, acabou se ramificando para outras \u00e1reas da tecnologia.<\/p>\n<p>Mas o que pode explicar essa \u201cades\u00e3o\u201d de outras \u00e1reas a uma ferramenta de gest\u00e3o?<\/p>\n<p>A resposta \u00e9 muito simples, sua metodologia \u00e9 \u00fanica e exclusivamente para a entrega do produto focando em qualidade e satisfa\u00e7\u00e3o do cliente, podemos listar 12 princ\u00edpios que ajudaram este manifesto a se enraizar no mercado, s\u00e3o eles:<\/p>\n<p>1. Gera\u00e7\u00e3o de Valor<br \/>\n\u201cNossa maior prioridade \u00e9 satisfazer o cliente, atrav\u00e9s da entrega adiantada e cont\u00ednua de software de valor.\u201d<\/p>\n<p>2. Flexibilidade<br \/>\n\u201cAceitar mudan\u00e7as de requisitos, mesmo no fim do desenvolvimento. Processos \u00e1geis se adequam a mudan\u00e7as para que o cliente possa tirar vantagens competitivas.\u201d<\/p>\n<p>3. Frequ\u00eancia<br \/>\n\u201cEntregar software funcionando com frequ\u00eancia, na escala de semana at\u00e9 meses, com prefer\u00eancia aos per\u00edodos mais curtos.\u201d<\/p>\n<p>4. Uni\u00e3o<br \/>\n\u201cPessoas relacionadas a neg\u00f3cios e desenvolvedores devem trabalhar em conjunto e diariamente, durante todo o curso do projeto.\u201d<\/p>\n<p>5. Motiva\u00e7\u00e3o<br \/>\n\u201cConstruir projetos ao redor de indiv\u00edduos motivados. Dando a eles o ambiente e suporte necess\u00e1rios, e confiar que far\u00e3o seu trabalho.\u201d<\/p>\n<p>6. Comunica\u00e7\u00e3o<br \/>\n\u201cO m\u00e9todo mais eficiente e eficaz de transmitir informa\u00e7\u00f5es para, e por dentro de um time de desenvolvimento, \u00e9 atrav\u00e9s de uma conversa cara a cara.\u201d<\/p>\n<p>7. Funcionalidade<br \/>\n\u201cSoftware funcional \u00e9 a medida prim\u00e1ria de progresso.\u201d<\/p>\n<p>8. Sustentabilidade<br \/>\n\u201cProcessos \u00e1geis promovem um ambiente sustent\u00e1vel. Os patrocinadores, desenvolvedores e usu\u00e1rios, devem ser capazes de manter, indefinidamente, passos constantes.\u201d<\/p>\n<p>9. Revis\u00e3o<br \/>\n\u201cCont\u00ednua aten\u00e7\u00e3o \u00e0 excel\u00eancia t\u00e9cnica e bom design aumenta a agilidade.\u201d<\/p>\n<p>10. Simplicidade<br \/>\n\u201cSimplicidade: a arte de maximizar a quantidade de trabalho que n\u00e3o precisou ser feita.\u201d<\/p>\n<p>11. Organiza\u00e7\u00e3o<br \/>\n\u201cAs melhores arquiteturas, requisitos e designs emergem de times auto organiz\u00e1veis.\u201d<\/p>\n<p>12. Autoavalia\u00e7\u00e3o<br \/>\n\u201cEm intervalos regulares, o time reflete sobre como ficar mais efetivo, ent\u00e3o, se ajustam e otimizam seu comportamento de acordo com isso.\u201d<\/p>\n","protected":false},"excerpt":{"rendered":"<p>\u201cSer \u00e1gil \u00e9 gerar entregas cont\u00ednuas, incrementais e frequentes de valor para o cliente, focando em equipes auto-organizadas.\u201d Esta frase j\u00e1 nos d\u00e1 um gostinho do que \u00e9 o Manifesto \u00c1gil! A metodologia que revolucionou a forma de executar projetos come\u00e7ou com um grupo de 17 profissionais, que se reuniram no ano de 2001 para [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[1],"tags":[],"class_list":["post-32","post","type-post","status-publish","format-standard","hentry","category-sem-categoria"],"acf":[],"_links":{"self":[{"href":"https:\/\/agileway.org\/site\/wp-json\/wp\/v2\/posts\/32","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/agileway.org\/site\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/agileway.org\/site\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/agileway.org\/site\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/agileway.org\/site\/wp-json\/wp\/v2\/comments?post=32"}],"version-history":[{"count":1,"href":"https:\/\/agileway.org\/site\/wp-json\/wp\/v2\/posts\/32\/revisions"}],"predecessor-version":[{"id":483,"href":"https:\/\/agileway.org\/site\/wp-json\/wp\/v2\/posts\/32\/revisions\/483"}],"wp:attachment":[{"href":"https:\/\/agileway.org\/site\/wp-json\/wp\/v2\/media?parent=32"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/agileway.org\/site\/wp-json\/wp\/v2\/categories?post=32"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/agileway.org\/site\/wp-json\/wp\/v2\/tags?post=32"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}