É impressionante que todos querem melhorias em seus processos, mas quando falamos em mudar, alterar, refinar, logo vem o desconforto e a incerteza, e isso termina por paralisar os gestores.
Nas últimas duas semanas, eu me envolvi em um projeto em que o foco era recuperar a confiança do cliente e finalmente colocar nos trilhos um projeto com um longo atraso como resultado de conceitos errôneos de gestão de projetos de software.
Foi fácil perceber logo de início que havia uma preocupação grande com questões comportamentais e uma grande inércia por parte dos envolvidos; esses nem perceberam que essa inércia estava presente.
Com dois telefonemas e três e-mails, o projeto voltou a caminhar e um problema crítico estava encaminhado e em processo de compra. Em uma semana já tínhamos do fornecedor um modelo e um conjunto de recrusos para testar e integrá-los ao sistema; no futuro, ao receber o produto final, bastará trocar um elemento por outro.
Outro ponto foi perceber que não havia um compromisso real com entregas palpáveis, com o foco errado em querer entregar tudo, ao invés de pequenas entregas, mantendo o cliente focado nos requisitos inciais. O tempo entre as entregas eram tão grandes, que dava para levantar uma nova gama de requisitos e isso vinha impactando o projeto, pois estava gerando re-trabalho e o desenvolvimento não seguia seu curso e nenhum release era entregue.
Documentação não precisa ser muito burocrática, mas alguma coisa deve existir; pois bem, geramos um documento de visão e apresentamos ao cliente, deixando claro que esse documento não impediria a ele de gerar mudanças, mas que serviria de orientação para nos mantermos no foco do problema e na entrega. Após a entrega, uma fase homologação será empregada e ele terá oportunidade de testar seus requisitos e se alcançamos realmente o que se havia planejado como produto. Ele concordou, e passamos a fazer uma reunião semanal para pontuar e acompanhar o projeto.
Por fim, eliminamos a idéia de ficar controlando cronogramas, e passamos a focar em entregas internas, o que automaticamente força que os prozos sejam cumpridos. Um pocuo de SCRUM foi o suficiente para que o gerente do projeto fosse capaz de perceber as vantagens e a dinamicidade do conceito, onde passamos a deixar o cliente seguro e o nosso trabalho tornou-se transparente para a equipe interna e para o cliente também.
Bom, esse post é só para mostrar que mudanças são necessárias se queremos melhorar alguma coisa; não há solução sem mudar processos e metodologias. O processo e metodologia ideal é o que aplicamos e funciona, não o que os livros e "papas" da gestão dizem. Usar o bom-senso e estar disposto a mudanças lhe permitirá promover melhoria contínua sempre.