Implantando Scrum na DBMax
Posted by Eduardo Ribeiro on 29 nov 2011 | Tagged as: Artigos
A equipe de desenvolvimento da DBMax está em plena implantação do Scrum, método ágil de gerência do desenvolvimento de software. Conforme a empresa e equipe de desenvolvimento foi crescendo, ficou claro que a implantação de um método ágil de desenvolvimento era necessário. Com esta decisão, iniciamos o projeto de implantação do método com a consultoria de um experiente arquiteto de software já ambientado ao Scrum.
As reuniões com este consultor nos mostrou a necessidade de uma formação mais formal no método enquanto, em paralelo, iniciávamos a implantação baseado em nossos próprios estudos. Mês passado matriculamos quatro profissionais DBMax no curso Métodos Ágeis de Gerência em Desenvolvimento de Software (Scrum) da PUC-RJ. Ao final do curso, estes quatro profissionais formaram um comitê de implantação do Scrum para, com “a mão na massa”, discutir as particularidades e fomentar a implantação do método.
Já estamos fechando o terceiro Sprint e percebemos excelentes resultados com relação à quantidade de funcionalidades entregues, integração do time, qualidade das soluções e motivação de todos os envolvidos. Também percebemos um processo bem interessante de melhoria contínua, com otimizações propostas pelo comitê e pelo próprio time. O primeiro Sprint foi criado, basicamente, com estórias que estavam pendentes de conclusão no nosso antigo backlog e durou apenas uma semana. Na reunião de retrospectiva, o time sugeriu uma alteração para que os próximos Sprints fossem de duas semanas, prazo que continuamos praticando hoje.
Outro ponto que precisou ser resolvido foi a questão da multi-disciplinaridade. Nossos projetos envolvem atividades em tecnologias diversas como Java, Flex, Transact-SQL ou ETL, mas consideramos que o time funcionaria melhor se todos estivessem juntos, inclusive o profissional responsável pela parte de infra-estrutura, se auto-gerenciando. A experiência tem sido muito interessante e está dando certo.
No segundo Sprint, como pode-se observar em algumas fotos do nosso quadro a seguir, houve uma certa distorção das prioridades. Muitas estórias foram iniciadas e as mais prioritárias acabaram não sendo finalizadas. Mais uma vez o processo de melhoria contínua atuou de forma a corrigir o rumo, com esta observação surgindo do próprio time em sua reunião de retrospectiva antes mesmo que o Product Owner (PO) ou o comitê apontasse o problema. O Sprint atual promete uma conclusão diferente.
A implantação, assim como a melhoria, é contínua e a cada duas semanas novas sugestões e compromissos de melhoria estão surgindo e o time está de parabéns!
Nosso task board no primeiro Sprint



