Bom dia pessoal, tudo bem?Ja faz algum tempo que me interesso bastante pelo tema dos metodos ageis para gerenciamento de projetos e como elas podem agregar valor ao projeto e principalmente ao moral do time. Nao ha como negar que algumas vezes a burocracia que metodologias mais conservadoras impoe sobre o trabalho do projeto acabam por causar problemas no logo prazo dentro da equipe, como a insatisfacao, falta de motivacao e as vezes um sentimento de frustracao.Para quem vive o mundo do PMI, quando lemos o Manifesto Agil, sentimentos antagonicos de encantamento e de estranheza sempre aparecem. Mas os pontos relevantes (que aqui colocarei em uma traducao livre) do manifesto causam tanto impacto que nao podemos deixar de leva-lo em consideracao. Neste manifesto os pontos de destaque (na minha modesta opiniao) sao:As pessoas e as interacoes entre elas sao mais importantes que os processos e ferramentasProduto funcionando e mais importante que documentacao abrangenteColaboracao com o cliente e mais importante que negociacao de contratosResponder as mudancas e mais importante que seguir o planoPara muitos praticantes do que chamo PMI'ismo, essas coisas podem chegar a causar arrepios, afinal, o PMBOK e fundamentado em processos bem definidos, tem passagens importantes sobre o controle de mudancas, negociacao de contratos, enfim, e um antagonismo que pode causar desconforto naqueles mais ortodoxos.Porem alguns fatos importantes devem ser considerados ao analisarmos ambientes de projetos especificos, em especial projetos de desenvolvimento de novos produtos, que inicialmente adotou o PMBOK como padrao para a gestao de projetos. Nessa area, um fato comecou a se tornar visivel: o indice de sucesso e satisfacao dos clientes sempre estava abaixo da expectativa.Ora, se estamos desenvolvendo um produto, algumas carateristicas devem ser observadas:O produto deve se adequar a novos requisitos que aparecem durante o processo de desenvolvimento As mudancas no produto podem significar maior indice de sucesso deste produto depois do projeto concluidoO cliente (que e o dono do produto) deveria participar ativamente das decisoes do projeto, e altera-lo de acordo com o seu plano de negociosO plano de negocios tambem pode mudar no decorrer do projetoO cliente sempre quer ver alguma coisa pronta nas reunioes de statusA equipe quer trabalhar em paz durante o processo de criacao do produto Em resumo: o processo de desenvolvimento de produtos nao combina muito com o metodo do PMI (voltarei a este assunto no proximo post). Era necessario alguma coisa nova, que quebrasse o paradigma da rigidez ditada pelo PMBOK. Nasceram entao as metodologias ageis de gerenciamento de projetos.Hoje em dia todos pensam que isso so se aplica a desenvolvimento de software, mas os "ratos da informatica" estao enganados. O metodo agil surgiu (pasmem) na industria automobilistica, no processo de desenvolvimento de novos modelos de carros. Mais tarde foi adaptado e amplamente adotado pela industria de desenvolvimento de software, onde o Scrum emergiu.Os principios sao basicos e muito simples: rodadas de planejamento e rodadas de execucao do plano, nada muito diferente do modelo tradicional. A diferenca esta na maneira como isso e realizado. O PMI e seu metodo nasceram em um momento onde os "chefes" e "gerentes" tinham