Acabei de ver isso em um livro. Creio que essa seja a melhor definicao para o que sao as metodologias ageis. Vale a pena tentar aprender, incentivar e ingressar em seus projetos, seja eles os mais diversos"Agilidade e a habilidade de criar e responder a mudancas com respeito ao resultado financeiro do projeto em um turbulento ambiente de negocios. Agilidade e a habilidade de balancear flexibilidade com estabilidade". (Highsmith, Jim. Agile Project Management, 2002) Boa noite...Este documento nao foi de minha autoria, e sim achei em um blog na rede quando andei pesquisando sobre algumas metodologias recentemente para poder estudar e conhecer um pouco mais alem de Scrum e XP.Segue pra vcs agora o texto criado por Fabio Camara em "Um cardapio de metodologias ageis".------------------------------------- Um projeto de software esta com serios problemas e quando acordei percebi que nao era um pesadelo. Peguei um livro e li: O mau gerenciamento pode incrementar os custos de um projeto de software mais rapidamente que qualquer outro fator, escreveu Barry Boehm em 1981. Temi pelo meu emprego e pensei: antes de desistir vou contratar muitos desenvolvedores. Peguei outro livro e li: Adicionar pessoas faz um atrasado projeto atrasar ainda mais, escreveu Frederick Brooks em 1995.Neste cenario assustador questionei-me: o que vou fazer diferente se preciso de resultados diferentes? Como compreender os verdadeiros obstaculos do gerenciamento de um projeto de software?Procurei por muitos caminhos mas a resposta que mais gostei me foi ensinada pelos metodos ageis. Entre muitos aprendizados que tive, li que o pensamento agil reconhece 5 obstaculos no gerenciamento de projetos de software. Sao eles: pessoas, tempo, funcionalidades, orcamento e recursos (excluindo pessoas). Com isto em mente, coloquei em pratica um pouco de 4 propostas ageis que estudei.Vamos conhecer um pouco destas propostas ageis. Sao elas XP, MSF, SCRUM e FDD.eXtreme ProgrammingMetodos ageis sao propostas incomuns de tecnicas para projetos de software. XP, como o nome sugere, e algo um pouco mais radical. Propostas estranhas de tecnicas esquisitas fazem os gerentes de projetos temerem utiliza-las em grandes projetos. Para atrapalhar ainda mais as poucas iniciativas de se quebrar paradigmas, o radicalismo de alguns pensadores de XP afastam a compreensao sobre as reais vantagens e os beneficios para o negocio que podemos alcancar com estes metodos.A programacao em pares, um dos mais diferentes e originais metodos do XP, traz para o gerente do projeto a necessidade de uma posicao sem hipocrisia. Ou voce ama, ou voce odeia. Ate hoje nao encontrei um gestor "em cima do muro" sobre esta tecnica.Como exemplo, vamos citar Karl Wiegers, famoso autor de livros tecnicos, que afirma em seus ensinamentos que a programacao em pares como forma de inspecionar codigo nao e efetiva na reducao dos defeitos. Segundo o mesmo, entre 25 % e 35 % e o ganho atingido no aspecto "defect reduction". Esta afirmativa e questionada por David Anderson, outro grandioso autor, que defende um numero percentual em torno de 50%.Ja em minha propria vivencia, as reunioes em pe (stand-up meeting) sao fabulosas em quase todos os aspectos. Particularmente acredito no pensamento de Jonh Kennedy, ex-presidente dos EUA,