Gerenciamento Prático de Projetos “Waterfall”

Author Photo
10:32 pm - 17 de dezembro de 2018

Atualmente a atividade de Gerenciamento de Projetos no modelo “cascata” (waterfall) é rica em literatura, além de cursos e certificações de todos os tipos. No caso de certificações, a mais conhecida é a do PMI, que possui um guia de boas práticas chamado PMBOK.

Contudo, ainda existem muitos profissionais que conhecem o guia e tentam utilizá-lo sem o bom senso de avaliar o tamanho do projeto e quais os processos aplicáveis. O pior são aqueles que no momento em que se deparam com os 49 processos do PMBOK já os descartam de imediato, considerando o guia muito burocrático e acabam não utilizando boas práticas de Gerenciamento de Projetos.

Gostaria de dar uma dica prática para este público específico, destacando alguns dos principais ‘deliverables’ que considero imprescindíveis, independente da complexidade do projeto:

Project Charter ou Termo de Abertura: um dos principais documentos utilizado nas reuniões de kickoff, onde se define o objetivo do projeto, escopo, benefícios, premissas, equipe envolvida, papeis e responsabilidades, macro-cronograma, principais riscos entre outros assuntos;

– Escopo Detalhado: fundamental no modelo Waterfall e base para vários outros deliverables, se houver envolvimento de fornecedor sugiro contratar em separado o estudo da necessidade e detalhamento do escopo, após isso se pode avaliar a continuidade com fornecedor inicial ou abre-se novo processo de seleção;

– Cronograma com lista de atividades, dependências, recursos, duração, baseline, deliverables/accomplishments, SPI, CPI e caminho crítico do projeto;

Status Report periódico tanto executivo quanto gerencial. O principal ponto que gostaria de destacar é que qualquer variação no projeto que o Gerente de Projeto não consiga equalizar, principalmente se impactar o escopo, tempo, custo ou qualidade, é necessário solicitar aprovação do Comitê de Mudanças do Projeto.

– Matriz de Risco a qual precisa ser constantemente revisitada e reavaliada. Riscos inerentes a qualquer projeto não precisam ser relacionados, pois não são objetivos e claros, como por exemplo: “Se não houver o comprometimento dos envolvidos o projeto não será entregue no tempo acordado”.

Com certeza existe uma série de outros importantes documentos, porém sugiro atenção especial nestes acima destacados.

Newsletter de tecnologia para você

Os melhores conteúdos do IT Forum na sua caixa de entrada.