Os 7 Passos da Gestão de Projetos*
* A versão original deste texto foi publicada no site da Microsoft como
"Os 7 Passos do Gerenciamento de Projetos". Esta versão é mais atual.
Este texto pode ser livremente citado e distribuído desde que identificada a fonte/autoria.
Fernando C Barbi, PMP
fernando@gestaodeprojeto.info
* A versão original deste texto foi publicada no site da Microsoft como
"Os 7 Passos do Gerenciamento de Projetos". Esta versão é mais atual.
Este texto pode ser livremente citado e distribuído desde que identificada a fonte/autoria.
Fernando C Barbi, PMP
fernando@gestaodeprojeto.info
7. Formalize o início e o encerramento do projeto
O início do projeto é um momento solene. O patrocinador deve formalizar a todos os envolvidos que o projeto está iniciado e o cronômetro está correndo. Muita gente não gosta de se preocupar com isso, mas imagine que haja resistência de setores da empresa que se opõem ao projeto. Sem um documento que atesta que o projeto começou, o gerente pode não conseguir apoio algum. Além disso, este documento funciona como um “cumpra-se” de uma autoridade da empresa: não cabe discutir a ordem, o projeto começou e todos os “arrolados” devem participar.
Outro momento importante é o do encerramento do projeto. É preciso formalizar o final para que fique claro para todos os envolvidos, especialmente para o cliente, que o projeto está concluído e que novas necessidades serão atendidas em um novo projeto. Qualquer extensão ou alteração deverá ser orçada e todo o ciclo se inicia novamente. Com relação à manutenção do sistema entregue, não se pode considerá-lo um projeto na medida em que, a princípio, trata-se de um processo contínuo. O que pode ocorrer é definir-se projetos ao longo da vida útil do sistema com o objetivo de melhorá-lo. Por exemplo, a atualização dos equipamentos eletrônicos (“aviônicos”) de um avião para auxílio ao vôo é um projeto que se distingue da sua manutenção rotineira.
Ao final faz-se também uma reunião de avaliação dos erros e acertos da equipe. Chamadas de reuniões "post-mortem", elas servem para se gerar uma lista de "melhores práticas" contribuindo para a formação de uma base de conhecimento que poderá ser muito útil em projetos futuros. Da minha experiência pessoal, posso dizer que tirei grandes lições quanto às "piores práticas", atitudes e decisões que se mostraram ruins e que devem ser evitadas em projetos futuros.
Comentários
Postar um comentário