Estou dando inicio a uma serie de post onde pretendo relatar como foi implantar metodos ageis em uma equipe que utilizava o BPC na sua essencia. Neste primeiro post vou falar de como foi implantar o SCRUM, destacando as dificuldades do processo de transicao entre uma metodologia e outra. A equipe de desenvolvimento era composta por 4 a 5 programadores e um gerente de projetos. O papel de analista era desempenhado pelo gerente e em outras situacoes pelos proprios programadores. Cada programador era responsavel por um projeto, sendo assim, tinhamos sempre em desenvolvimento de 4 a 5 projetos, algumas vezes 1 programador ficava de responsavel pelos BUGs, de todas as aplicacoes do setor de desenvolvimento, formando o cenario antes do SCRUM. Devido a diversas questoes de mercado, a empresa em questao unificou-se a outras grandes empresas formando uma grande rede nacional, e com isso surgiu a necessidade de um sistema que seria utilizado por toda a rede recem formada. Por causa da experiencia da equipe de desenvolvimento no sistema que era necessario, a equipe foi designada a desenvolver o projeto em conjunto com a infra da sede, o nosso cliente tambem estava na unidade sede. Foi ai que comecou os nossos problemas.Primeiro, o usuario possuia um sistema que cobria todas as suas necessidades e nao desejava a troca do mesmo, a troca de sistema estava sendo feita para reduzir custo pois os sistema terceiro tinha um custo altissimo para a rede, sendo assim desde as primeiras reunioes ele tentava complicar ao maximo o desenvolvimento do novo sistema.Segundo, as equipes da unidade sede trabalhavam utilizando metodologias tradicionais de desenvolvimento, e nos a BPC, em outras palavras, incompatibilidade total de trabalho.Terceiro, o projeto era muito grande e devido as possibilidades que tinhamos de gerenciar o projeto (tradicionais ou BPC), era inviavel desenvolver, pois se utilizassemos a tradicional nao conseguiriamos entregar no prazo e se utilizassemos a BPC provavelmente entregariamos no prazo porem nao garantiriamos a qualidade. Com o cenario descrito acima foi que surgiu a ideia de utilizar as metodologias ageis, pois ao analisar o projeto identificamos que devido ao tamanho do projeto era praticamente impossivel identificar todos os requisitos no inicio para fecharmos o escopo, e tambem verificamos que os requisitos poderiam ser entregues de acordo com a necessidade do cliente. Inicialmente a gerencia relutou em aceitar o uso do Scrum, pois tanto a BPC quanto as Tradicionais fecham o escopo no inicio do projeto e como iriamos trabalhar com escopo flexivel isso gerou uma grande desconfianca, se conseguiriamos entregar o projeto, mas por falta de opcao eles tiveram que aceitar, uma vez que nao conseguiriam entregar o projeto utilizando nenhuma das metodologias ja utilizadas. Apos o convencimento dos gerentes veio a montagem e o treinamento do time. Esse momento foi bastante complexo, pois como foi citado anteriormente todos eram acostumados a trabalhar sozinhos em seus projetos, e a partir daquele momento deveriamos trabalhar em equipe como um time e nao mais individualmente. Com isso, surgiram dificuldades como:Trabalho em equipe. Este foi o maior problema por causa da vaidade de cada um. Nao