Projectmanagementplan

Zodra de projectleider zijn korte of instructies project heeft ontvangen, moet hij een document dat distilleert wat is over het algemeen een enorme hoeveelheid informatie in een beknopte, informatieve en goed georganiseerde vorm die kan worden verspreid onder alle leden van de productie het projectteam en inderdaad alle betrokkenen in het project. Dit document wordt een project beheersplan (PMP), maar wordt ook soms gewoon wel een projectplan, of in sommige organisaties een coördinatie procedure.
De PMP is een van de belangrijkste documenten die door het project manager en zijn /haar team. Het geeft de fasen en kapselt alle belangrijke parameters, normen en eisen van het project in termen van tijd, kosten en kwaliteit /prestaties door de &'; Waarom &' ;, &'; Wat &' ;, &'; Toen &' ;, &'; Who &'; , &'; Waar &'; en &'; Hoe &'; van het project. In sommige organisaties omvat de PMP ook de &'; Hoeveel &' ;, dat de kosten van het project. Er kan echter wel een goede commerciële redenen voor het beperken van deze informatie aan de belangrijkste leden van het projectteam.
De inhoud van een PMP variëren afhankelijk van het type project. Hoewel het kan draaien op verschillende volumes voor een groot petrochemisch project, behoeven zij niet meer dan een slanke bindmiddel voor een kleine, ongecompliceerd project. Heb er zijn echter een aantal gebieden en aspecten die steeds moet voorzien in dergelijke document. Met toestemming van de British Standards Institution, zijn de belangrijkste rubrieken van wat wordt genoemd het Model Project Plan hieronder gegeven, maar uitgebreid en herschikt in de hoofdstukken hierboven gegeven.
Algemene
1. Voorwoord Pagina 2. Inhoud, distributie en wijziging opnemen
3. Inleiding
. Project dagboek
b. Project geschiedenis
The Why verhuur 4. Project doelstellingen
. Business case
De Wat
5. Algemene beschrijving
. Reikwijdte
b. Project eis
c. Veiligheid en privacy project
d. Project management filosofie
e. Management rapportage systeem
De Wanneer
6. Programmamanagement
. Programma methode
b. Programma software
c. Project levenscyclus
d. Belangrijke data
e. Mijlpalen en mijlpaal slip grafiek
f. Staafdiagram en netwerk indien beschikbaar
De Who
7. Projectorganisatie
8. Project resource management
9. Projectteam organisatie
. Projectmedewerkers directory
b. Organigram
c. Terms of reference (TOR)
i. voor het personeel
ii. voor de projectmanager
iii. voor de comités en werkgroepen
De Waar
10. Leveringsvoorwaarden
. Site eisen en voorwaarden
b. Verzending eisen
c. Grote beperkingen
De Hoe
11. Project goedkeuringen vereist en limieten toestemming
12. Project harmonisatie
13. Uitvoering van het project strategie
. Uitvoeringsplannen
b. Systeemintegratie
c. Voltooide project werk
14. Acceptatieprocedure
15. Inkoopstrategie
. Culturele en ecologische beperkingen
b. Politieke beperkingen
16. Contractmanagement
17. Communicatiebeheer
18. Configuratie management
. Configuratiebeheer eisen
b. Configuratie management systeem
19. Financieel beheer
20. Risicomanagement
. Grote gepercipieerde risico
21. Technisch beheer
22. Tests en evaluaties
. Garanties en waarborgen
23. Betrouwbaarheid beheer (zie ook BS 5760: Part 1)
. Beschikbaarheid, betrouwbaarheid en onderhoudbaarheid (ARM)
b. Kwaliteitsmanagement
24. Gezondheid en veiligheid beheer
25. Milieuvraagstukken
26. Geïntegreerde logistieke ondersteuning (ILS) beheer
27. Close-out procedure
De nummering van de belangrijkste rubrieken moeten worden gestandaardiseerd voor alle projecten in de organisatie. Op deze manier zal de lezer snel leren om een ​​clausule nummer koppelen aan een onderwerp. Dit zal niet alleen hem /haar naar de benodigde informatie snel vinden, maar zal ook helpen de projectmanager als hij /zij naar de PMP te schrijven. De nummering zal in feite dienen als een handige checklist. Als een bepaald item of titel niet nodig is, is het het beste gewoon in te voeren &'; niet van toepassing &'; (of NA), het verlaten van de gestandaardiseerde nummering intact.
Naast het geven van alle essentiële informatie over het project tussen de twee covers, voor een snelle verwijzing, de PMP serveert een zeer nuttige functie. In veel organisaties de reikwijdte, technische en contractuele voorwaarden van het project zijn in de beginfase van de voorstellen of sales afdeling overeengekomen. Het is pas wanneer het project wordt een realiteit dat de projectmanager wordt aangesteld. Door al deze gegevens te assimileren en schrijf zo'n PMP (meestal binnen twee weken van de hand-over meeting), de projectleider zal onvermijdelijk een grondige kennis van de eisen van het project te krijgen als hij /zij verteert de vaak omvangrijke documentatie overeengekomen met de opdrachtgever of sponsor.
duidelijk dat niet elk project vereist de exacte uitsplitsing gegeven in deze lijst en elke organisatie kan versterken of uitbreiden deze lijst om het project aan te passen. Als er sprake is van latere wijzigingen, is het essentieel dat de PMP zodra veranderingen duidelijk geworden, zodat ieder lid van het projectteam is meteen op de hoogte van de laatste herziening is gewijzigd. Deze wijzigingen moeten worden genummerd op de wijziging record op de voorzijde van de PMP en geannoteerd op de betreffende pagina en clausule met hetzelfde amendement nummer of de letter.
De inhoud van het project beheersplan zijn netjes samengevat in het eerste vers van de gedichtje uit de Elephant &'; s Child van Rudyard Kipling:
• Ik blijf zes eerlijke portie-Mannen in • (Ze me alles wat ik wist dat geleerd);
• Hun namen zijn wat en waarom en wanneer,
• En hoe en waar en wie
.