Plano de gerenciamento de projetos

Assim que o gerente de projeto recebeu seu breve ou instruções do projeto, ele deve produzir um documento que destila o que é geralmente uma grande quantidade de informações em um formulário conciso, informativo e bem organizado que pode ser distribuído a todos os membros a equipe do projeto e na verdade todas as partes interessadas no projeto. Este documento é chamado um plano de gerenciamento de projetos (PMP), mas é também por vezes chamado apenas de um plano de projeto, ou em algumas organizações um procedimento de coordenação.
O PMP é um dos principais documentos exigidos pelo gerente de projeto e seu /sua equipe. Ele enumera as fases e encapsula todos os parâmetros principais, as normas e requisitos do projeto em termos de tempo, custo e qualidade /desempenho, definindo a &'; Por que &' ;, o &'; O &' ;, o &'; Quando o &' ;, o &'; Quem &'; , &'; Onde &'; e &'; Como &'; do projecto. Em alguns organismos PMP também inclui o &'; Quanto &' ;, que é o custo do projecto. Pode haver, no entanto, haver boas razões comerciais para restringir essa informação para os principais membros da equipe do projeto.
O conteúdo de um PMP variam dependendo do tipo de projeto. Enquanto ele pode ser executado a vários volumes para um grande projeto petroquímico, ele não precisa ser mais do que uma pasta fina para um projeto pequeno, sem sofisticação.
Há, no entanto, uma série de áreas e aspectos que devem sempre dispõem de tal documento. Com a permissão do British Standards Institution, os principais títulos de que é chamado de Plano de Projeto Modelo é dado abaixo, mas aumentada e reorganizadas nas seções dadas acima
. Geral
1. Prefácio Página 2. Conteúdo, distribuição e registro de alteração Sims 3. Introdução
um. Projeto diário
b. O histórico do projeto
Por página 4. Metas e objetivos do projeto
um. Caso do negócio
O Que
5. Descrição geral
um. Âmbito
b. Projeto exigência
c. Projeto de segurança e privacidade
d. Projeto filosofia de gestão
e. Sistema de relatórios de gestão
O Quando
6. A gestão do programa
um. Programa
método b. Software Programa
c. De vida do projeto do ciclo
d. Datas-chave
e. Marcos e marco deslizamento gráfico
f. Carta de barra e rede se disponível
Que
7. Organização do projeto
8. Gestão de recursos projeto
9. Organização da equipe do projeto
um. A equipe do projeto diretório
b. Organizational chart
c. Termos de Referência (TOR)
i. para o pessoal
ii. para o gerente de projeto
iii. para os comités e grupos de trabalho of the Onde
10. Requisitos de entrega
um. Requisitos de localização e condições
b. Requisitos de transporte
c. Restrições principais
O Como
11. Aprovações de projetos necessários e limites de autorização
12. Harmonização projeto
13. Estratégia de implementação do projeto
um. Os planos de aplicação
b. Integração de sistemas
c. Trabalho de projecto concluído
14. Procedimento de aceitação
15. Estratégia de aquisição
um. Restrições culturais e ambientais
b. Restrições políticas
16. Gestão de contratos
17. Gerenciamento de comunicações
18. Gerenciamento de configuração
um. Requisitos de controle de configuração
b. Sistema de gerenciamento de configuração
19. Gestão financeira
20. A gestão de riscos
um. Os principais riscos percebidos
21. A gestão técnica
22. Testes e avaliações
um. Garantias e garantias
23. Gerenciamento de confiabilidade (ver também BS 5760: Parte 1)
a. Disponibilidade, confiabilidade e capacidade de manutenção (ARM)
b. Gestão da qualidade
24. Saúde e gestão da segurança
25. As questões ambientais
26. A gestão integrada de apoio logístico (ILS)
27. Close-out procedimento
A numeração das principais rubricas deve ser padronizado para todos os projetos da organização. Desta forma, o leitor vai aprender rapidamente a associar um número de cláusula com um assunto. Isto não só irá permitir que ele /ela para encontrar as informações necessárias rapidamente, mas também irá ajudar o gerente de projeto quando ele /ela tem que escrever o PMP. O sistema de numeração vai de fato servir como uma lista de verificação conveniente. Se um item ou posição específica não é necessária, é melhor simplesmente para entrar &'; não aplicável &'; (ou NA), deixando o sistema de numeração padronizada intacta.
Além de dar todas as informações essenciais sobre o projeto entre duas tampas, para referência rápida, o PMP serve outra função muito útil. Em muitas organizações o escopo, termos técnicos e contratuais do projeto estão de acordo nas fases iniciais da apresentação de propostas ou departamento de vendas. É somente quando o projeto se torne uma realidade que o gerente do projeto é designado. Por ter que assimilar todos esses dados e escrever como um PMP (geralmente dentro de duas semanas da reunião hand-over), o gerente de projeto vai inevitavelmente obter uma compreensão completa dos requisitos do projeto como ele /ela digere a documentação muitas vezes volumoso acordado com o cliente ou patrocinador.
Claramente não cada projeto requer a repartição exacta atribuída nessa lista e cada organização pode aumentar ou expandir esta lista para se adequar ao projeto. Se houver qualquer alteração posterior, é essencial que o PMP é alterado assim que mudanças tornam-se aparentes para que cada membro da equipe do projeto é imediatamente consciente da última revisão. Essas mudanças devem ser numeradas no registro alteração na frente do PMP e anotado na página relevante e cláusula com o mesmo número de alteração ou carta.
O conteúdo do plano de gerenciamento de projetos estão bem resumidos no primeiro verso do pequeno poema do Elephant &'; s Child por Rudyard Kipling:
• Eu mantenho seis honestos serving-homens
• (Eles me ensinou tudo o que sabia);
• Seus nomes são que e porque e quando,
• E Como e Onde e Quem Restaurant  .;