Piano di Project Management

Non appena il responsabile del progetto ha ricevuto il suo breve o istruzioni di progetto, deve produrre un documento che distilla cosa è generalmente una grande quantità di informazioni in forma concisa, informativo e ben organizzato che può essere distribuito a tutti i membri del il team di progetto e in effetti tutte le parti interessate al progetto. Questo documento è chiamato un piano di Project Management (PMP), ma a volte è anche chiamato semplicemente un piano di progetto, o in alcune organizzazioni una procedura di coordinamento.
La PMP è uno dei documenti chiave richiesti dal responsabile del progetto e il suo /la sua squadra. Elenca le fasi e racchiude tutti i parametri principali, gli standard ed i requisiti del progetto in termini di tempo, costi e qualità /prestazioni impostando il &'; Perché &' ;, &'; Che &' ;, &'; Quando &' ;, &'; Chi &'; , &'; Dove &'; e &'; Come &'; del progetto. In alcune organizzazioni PMP include anche il &'; Quanto &' ;, che è il costo del progetto. Ci possono, tuttavia, essere buoni motivi commerciali per limitare queste informazioni per i membri chiave del team di progetto.
I contenuti di un PMP variano a seconda del tipo di progetto. Mentre può funzionare per diversi volumi per un grande progetto petrolchimico, non deve essere più di un legante sottile per un piccolo, progetto sofisticato.
Esistono, tuttavia, una serie di aree e aspetti che dovrebbe sempre caratterizzare in tale documento. Con il permesso del British Standards Institution, le principali voci di quella che viene definita dal piano di progetto del modello sono riportati di seguito, ma aumentata e riorganizzate in sezioni di cui sopra.
Generale
1. Premessa
2. Contenuti, distribuzione e registrare emendamento
3. Introduzione
a. Progetto diario
b. Storia del progetto
La Perché Pagina 4. Finalità e gli obiettivi del progetto
a. Business case
La Cosa
5. Descrizione generale
a. Scope
b. Progetto requisito
c. Sicurezza nel progetto e privacy
d. Progetto filosofia di gestione
e. Sistema di reporting direzionale
La Quando
6. Gestione del programma
a. Metodo programma
b. Programma software
c. Di vita del progetto di ciclo
d. Date chiave
e. Pietre miliari e scivolare pietra miliare grafico
f. Grafico a barre e di rete, se disponibile
Who
7. Organizzazione del progetto
8. La gestione delle risorse di progetto
9. Organizzazione del team di progetto
a. Personale progetto directory
b. Organigramma
c. Termini di riferimento (TOR)
i. per il personale
ii. per il project manager
iii. per i comitati ei gruppi di lavoro
L'Dove
10. Requisiti di consegna
a. Requisiti del sito e le condizioni
b. Esigenze di spedizione
c. Le principali limitazioni
Il Come
11. Approvazioni progetto ha richiesto e limiti autorizzativi
12. Armonizzazione progetto
13. Strategia di attuazione progetto
a. Piani di attuazione
b. L'integrazione del sistema
c. Project work Completato
14. Procedura di accettazione
15. Strategia di acquisto
a. Vincoli culturali e ambientali
b. Vincoli politici
16. Gestione dei contratti
17. La gestione delle comunicazioni
18. La gestione della configurazione
a. Requisiti di controllo di configurazione
b. Sistema di gestione della configurazione
19. Gestione finanziaria
20. La gestione del rischio
a. I principali rischi percepiti
21. Gestione tecnica
22. Test e valutazioni
a. Garanzie e garanzie
23. Gestione affidabilità (vedi anche BS 5760: Parte 1)
una. Disponibilità, affidabilità e manutenibilità (ARM)
b. Gestione della qualità
24. Salute e gestione della sicurezza
25. Le questioni ambientali
26. Supporto logistico (ILS) Gestione integrata
27. Close-out procedura
La numerazione delle voci principali dovrebbe essere standardizzata per tutti i progetti dell'organizzazione. In questo modo il lettore imparerà rapidamente associare un numero clausola con un soggetto. Questo non solo gli permetterà /lei a trovare le informazioni necessarie in modo rapido, ma aiuterà anche il responsabile del progetto, quando lui /lei deve scrivere il PMP. Il sistema di numerazione sarà a tutti gli effetti servirà come una lista di controllo conveniente. Se non è richiesto un particolare elemento o titolo, è meglio semplicemente inserire &'; non applicabile &'; (o NA), lasciando il sistema di numerazione standard intatto.
Oltre a dare tutte le informazioni essenziali sul progetto tra due copertine, per una rapida consultazione, la PMP serve un'altra funzione molto utile. In molte organizzazioni la portata, le modalità tecniche e contrattuali del progetto sono concordati nelle fasi iniziali da parte del dipartimento di proposte o di vendita. E 'solo quando il progetto diventa una realtà che è nominato responsabile del progetto. Avendo di assimilare tutti questi dati e scrivere un PMP (di solito entro due settimane dalla riunione di hand-over), il responsabile del progetto sarà inevitabilmente ottenere tale una conoscenza approfondita dei requisiti di progetto come lui /lei digerisce la documentazione spesso voluminosa concordato con il cliente o sponsor.
Chiaramente non tutti i progetti richiedono la ripartizione esatta data in questa lista e ogni organizzazione può aumentare o espandere questa lista in base al progetto. Se ci sono le loro successive modifiche, è essenziale che la PMP è modificato al più presto i cambiamenti si manifestano in modo che ogni membro del team di progetto è subito conto dell'ultima revisione. Queste modifiche devono essere numerati sul record di modifica nella parte anteriore della PMP e annotati sulla pagina dedicata e la clausola con lo stesso numero di modifica o lettera.
I contenuti del piano di gestione del progetto sono ben riassunte nel primo versetto del poemetto dal Elephant &'; s Bambino di Rudyard Kipling: Hotel • Continuo a sei onesto servitore di Uomini • (Me tutto quello che sapevo hanno insegnato); Hotel • I loro nomi sono cosa e perché e quando, Hotel • E come e dove e chi Hotel  .;