Wat is een projectmanagementplan?
Het projectmanagementplan is een levend document om een softwareontwikkelingsproject te beschrijven en beheersen. Het vergemakkelijkt de communicatie tussen de manager, het projectteam en belanghebbenden. Enkele van de belangrijkste secties zijn de projectbeschrijving, teamorganisatie, einddatums op hoog niveau, en soms ook extra secties die het werk van het projectteam verduidelijken.
In het inleidende gedeelte vinden lezers een beschrijving van het project en evaluatienormen. Leveringen op hoog niveau, of de "producten" die zullen worden gemaakt, worden meestal hierna gevonden. Voorbeelden van te leveren producten zijn vereiste documenten, codebases en documenten voor kwaliteitsborging.
Een ander deel van het plan beschrijft de organisatie van het team. Zowel interne als externe bronnen worden vermeld. De lijst is meestal samengesteld uit bedrijfsanalisten, programmeurs, kwaliteitszorganalisten, materiedeskundigen, andere technische en zakelijke middelen en de projectmanager.
Individuele te leveren einddatums moeten worden gepland om ervoor te zorgen dat het totale project zijn deadline kan halen. Deze sectie bevat vaak alleen de belangrijkste te leveren producten en hun vervaldata. Deze werkplannen zijn essentieel om het project op tijd te houden.
De projectmanager kan technieken, projectbesturing genoemd, gebruiken om het project soepel te laten verlopen. Deze projectcontroles worden vaak in het plan opgenomen. Besturingselementen kunnen de frequentie van statusupdates en de tolerantie van variatie tussen geplande en werkelijke resultaten zijn die escalatie veroorzaken.
Een projectmanagementplan kan ook monitoringprocessen omvatten. Het kan een lijst bevatten van de methoden die zullen worden gebruikt om het werkelijke werk te volgen en te vergelijken met gepland werk. Het naleven van de planning is rechtstreeks van invloed op het budget, wat belangrijk is voor de projectplanning. Het plan kan de methoden vermelden die worden gebruikt om de werkelijke kosten te volgen en te vergelijken met de verwachte kosten.
Communicatieplannen dekken wanneer, hoe en aan wie rapporten over de projectstatus zullen worden gemaakt en kunnen in het algemene plan worden opgenomen. Eventuele projectaannames, beperkingen of afhankelijkheden worden ook beschreven. Risicobeheer wordt meestal besproken, waarin de risico's worden vastgelegd en de plannen om deze indien nodig te volgen en te beheren. Het projectmanagementplan kan bepalen hoe problemen worden gevolgd en beheerd.
De technische hulpmiddelen van het team kunnen in een andere sectie worden vermeld. Dit kan de levenscyclus van softwareontwikkeling en de softwaretools omvatten die verschillende disciplines in hun werk gebruiken. Bedrijfsanalisten kunnen bijvoorbeeld een tool voor het beheren van eisen gebruiken, ontwikkelaars kunnen software voor bronbeheer gebruiken en personeel voor kwaliteitsborging kan tools gebruiken voor het beheren van testcases. Hulpprogramma's voor configuratiebeheer kunnen ook worden vastgelegd en deze hulpmiddelen helpen ervoor te zorgen dat de juiste werkproducten, zoals softwarecode, worden vastgelegd en correct worden vrijgegeven.
Kwaliteitsborgingsplannen beschrijven de methoden en taken die worden gebruikt om ervoor te zorgen dat de producten aan kwaliteitsstandaarden voldoen. De complexiteit van het kwaliteitsverzekeringsplan is afhankelijk van de omvang van het project. Om deze reden kan een afzonderlijk document worden gebruikt voor de details van grote plannen.
Een goed gedocumenteerd systeem kan veel eenvoudiger te onderhouden en ondersteunen, zodat gebruikersdocumentatie vaak wordt aangemaakt als onderdeel van een projectbeheerplan. Deze documentatie kan installatie-instructies, helpbestanden en trainingshandleidingen bevatten. Het plan kan ook een sectie bevatten voor procesverbetering, die mogelijkheden voor het team kan bevatten om verbeterde of nieuwe processen of hulpmiddelen te gebruiken.