Essa semana eu vi a seguinte frase na empresa em que trabalho: Fazer mais, melhor e mais rapido: este e o objetivo de toda organizacao que oferece um produto ou servico para os consumidores (....). Por isso, para oferecer maior eficiencia e eficacia em suas atividades, uma novidade vem sendo introduzida nas atividades de desenvolvimento de sistemas. Sao as metodologias ageis.(...)Gerentes de projetos que atuam na area de desenvolvimento de software convivem com desafios de liderar projetos com cronogramas apertados, metas audaciosas, constante mudancas de requisitos, novas tecnologias e sistemas de informacoes que cada vez mais suportam a tomada de decisao e os processos chave de negocio das empresas. Em um cenario como esse, ser agil e crucial, todavia ser agil nao necessariamente e ser mais rapido. Porem ser agil acima de tudo e:Individuals and interactions over processes and toolsWorking software over comprehensive documentationCustomer collaboration over contract negotiationResponding to change over following a planO termo "agil", nas metodologias ageis, significa basicamente aderir aos principios estabelecidos no manifesto agil (http://www.agilemanifesto.org/). Nao tem necessariamente a ver com mais rapido. Note que e apenas uma palavra, escolhida por um grupo de desenvolvedores de software, para representar um conjunto de ideias. Infelizmente, somos levados a olhar para o significado habitual da palavra, ou seja, velocidade. Porem, em desenvolvimento de software ser rapido engloba um significado muito maior, como por exemplo: maturidade da equipe com a tecnologia envolvida, projeto com o minimo de integracoes possiveis, processo de desenvolvimento de software clean e maduro na organizacao, etc... Enfim, o "Ser agil" esta sintetizado na imagem abaixo. Afinal, para voce quem e mais rapido e quem e mais agil? Mais detalhes em:http://www.jessefewell.com/2009/10/02/defense-procurement-goes-agile/"In his presentation, he cited a number of points that reveal a growing consensus within the military that old ways of procurement are becoming less effective. He started by noting the key regulatory standard for procurement, DODD 5000.1, was originally developed in 1977 and has remained mostly unchanged since then.(...) eventually the momentum became so great in 2008, Congress responded to these concerns by mandating a Defense Science Board (DSB) to study current policies and procedures. At the end of their analysis, they recommended a new IT iterative, incremental approach to project acquisition and execution. The DRBs recommendations have been so compelling, they were invited this past May/June to testify to Congress about their strategy"Penso que e hora do Brasil avancar neste sentido tambem...Mais sobre o assunto em:http://blog.seatecnologia.com.br/2009/12/16/o-problema-da-contratauao-de-ti Em Janeiro de 1986 foi apresentado na Harvard Business Review um artigo chamado The New New Product Development Game (TAKEUCHI e NONAKA, 1986), onde os autores chamam a atencao dos gestores para perceberem que a tradicional abordagem sequencial usada para desenvolvimento de novos produtos nao funcionaria no cenario atual. Eles afirmaram que, os gestores de projetos devem adotar uma abordagem mais flexivel, ou seja, uma estrategia global de desenvolvimento de produto em que uma equipe de desenvolvimento funciona como uma unidade para alcancar um objetivo comum. Compararam ainda o alto desempenho de equipes multifuncionais com formacao Scrum usadas por equipes de um jogo chamado Rugby.Tal publicacao desencadeou uma serie de