Een integrale projectplanning opstellen en beheersen

Van gewenste datums naar een uitvoerbare planning

Een planning kan er compleet uitzien terwijl belangrijke afhankelijkheden ontbreken. De onderaannemer heeft een balk, het vergunningentraject staat erin en de opleverdatum lijkt bereikbaar. Maar als een netbeheerder later levert, verandert de civiele uitvoering niet mee. Of een ontwerpbeoordeling loopt uit zonder dat de bestelling verschuift. Het overzicht toont dan vooral de gewenste datums.

Een integrale projectplanning maakt zichtbaar welke activiteiten die datums mogelijk maken. Zij bevat de relevante werkzaamheden van opdrachtgever, opdrachtnemer, adviseurs, leveranciers, beheerders en andere betrokken partijen. Het benodigde detail wordt bepaald door de overdrachten en beslissingen die het project moet kunnen beheersen.

De GAO Schedule Assessment Guide behandelt onder meer activiteiten, logische relaties, middelen, integratie, kritieke paden, risicoanalyse en baselinebeheer. [1] Dit biedt een internationaal kader voor planningskwaliteit. De werkwijze in dit artikel is de praktische vertaling die Protitec adviseert voor bouw-, infra- en onderhoudsprojecten. De gids is geen Nederlandse contractvoorwaarde.

Laat datums volgen uit de uitvoeringslogica

Bepaal eerst wat moet gebeuren, in welke volgorde en met welke doorlooptijd. Verwerk daarna de kalenders, beschikbare capaciteit en randvoorwaarden. De berekende datums laten vervolgens zien of de gewenste mijlpalen haalbaar zijn.

Een opgelegde opleverdatum of een vastgesteld werkvenster kan een harde randvoorwaarde zijn. Als de prognose daar niet op aansluit, is een inhoudelijk besluit nodig over bijvoorbeeld fasering, capaciteit of werkmethode. Een datum handmatig naar voren zetten verandert de voorwaarden voor uitvoering niet.

Montage kan bijvoorbeeld pas starten wanneer het ontwerp is vrijgegeven, het materiaal beschikbaar is en het werkgebied is overgedragen. Leg die voorwaarden als activiteiten en relaties vast. Schuift de levering op, dan moet het model laten zien wat dat betekent voor montage, testen en ingebruikname. Dat is een eenvoudige, maar belangrijke toets op de integratie.

Gebruik de baseline als vaste referentie

De baseline legt de vastgestelde planningsreferentie vast. De actuele planning beschrijft de stand van het werk en de verwachting op basis van resterende activiteiten. Het verschil tussen beide helpt het team beoordelen waar de uitvoering afwijkt en welke actie nodig is.

Een interne baseline, een aanbestedingsplanning en een contractueel relevante planning kunnen verschillende betekenissen hebben. Het opslaan van een baseline in software maakt haar niet automatisch tot een overeengekomen uitvoeringsverplichting. Leg daarom vast wie de planning heeft vastgesteld, voor welke scope en met welke status.

Bewaar naast de referentiegegevens ook het oorspronkelijke planningsbestand, de relaties, kalenders, instellingen en onderbouwing. Microsoft Project kan meerdere sets baselinegegevens opslaan. [2] Controleer wat de gebruikte software precies bewaart. Alleen een PDF of een overzicht van start- en einddatums is onvoldoende om de oorspronkelijke uitvoeringslogica later te reconstrueren.

Wij adviseren een korte planningsonderbouwing met de ontwerpstand, werkmethoden, productiviteit, capaciteit, externe leveringen en proceduretijden. Benoem welke afspraken bevestigd zijn en welke op aannames berusten. Een verwachte datum van een netbeheerder zonder gereserveerde capaciteit heeft een andere betrouwbaarheid dan een bevestigde levering.

Leg ook uit waar tijdreserve is opgenomen. Een buffer aan het einde helpt niet altijd wanneer een tussentijdse vertraging een seizoensgebonden werkvenster onbereikbaar maakt.

Integreer deelplanningen op de relevante overdrachten

Een deelplanning wordt soms teruggebracht tot één activiteit, zoals werkzaamheden onderaannemer of nutsbedrijven. De totale doorlooptijd blijft zichtbaar, maar ontwerpvrijgaven, informatieleveringen en deelopleveringen kunnen verdwijnen. Juist die gebeurtenissen bepalen vaak wanneer andere partijen verder kunnen.

Een samenvattende balk is nuttig voor managementrapportage wanneer daaronder een beheerd model beschikbaar blijft. Eén activiteit kan ook voldoende zijn voor afgebakend werk zonder relevante tussenoverdrachten. Gebruik het detail dat nodig is om de uitvoering te beoordelen. Meer activiteiten maken een planning niet vanzelf beter.

Een fictief voorbeeld van kabelverlegging

Een gemeente laat een weg reconstrueren. In de hoofdplanning staat acht weken kabels en leidingen verleggen. De civiele aannemer start zodra die activiteit eindigt.

In werkelijkheid moeten eerst het wegontwerp en de hoogteligging worden afgestemd. Daarna volgen beoordeling door de netbeheerders, materiaalbestelling, eventuele grondrechten en tijdelijke voorzieningen. De verlegging gebeurt per deelgebied, waarna beproeving, ingebruikname en verwijdering van oude leidingen nodig zijn.

Voor de civiele aannemer is de mijlpaal deelgebied A vrij voor ontgraving bepalend. Een nieuwe leiding kan zijn aangelegd terwijl de oude nog in bedrijf is en het werkvak blokkeert. Koppel de civiele uitvoering daarom aan de daadwerkelijke vrijgave. Leg vast welke criteria daarvoor gelden en wie bevestigt dat daaraan is voldaan.

Maak afhankelijkheden en beperkingen expliciet

Een relatie tussen activiteiten beschrijft waarom werk in een bepaalde volgorde moet plaatsvinden. Bij finish-to-start kan de opvolger zonder ingestelde overlap pas starten nadat de voorganger is afgerond. Bij start-to-start kan de opvolger zonder ingestelde voorsprong niet eerder starten dan de voorganger. Finish-to-finish legt een vergelijkbare ondergrens aan de einddatum van de opvolger. Een eventuele tijdsafstand of overlap wijzigt die grens; de relatie dwingt geen gelijktijdige start of afronding af.

Kies de relatie die de uitvoering weerspiegelt. Alleen twee starts koppelen garandeert niet dat beide activiteiten ook in de juiste verhouding eindigen. Controleer begin en einde en laat overlap alleen toe als veiligheid, werkruimte, kwaliteit en capaciteit dat mogelijk maken.

Maak iedere overdracht concreet. Welke informatie, welk object of welk besluit moet beschikbaar zijn? Wie ontvangt het en welke gereedcriteria gelden? Een activiteit met de naam afstemming gereed geeft vaak onvoldoende houvast voor een uitvoeringsbesluit.

Neem wacht- en behandeltijd als afzonderlijke activiteit op wanneer de voortgang, verantwoordelijke of het risico daarvan moet worden beheerd. Denk aan uitharding, ontwerpbeoordeling of een levering. Een tijdsafstand tussen twee activiteiten kan technisch bruikbaar zijn, maar maakt die processtap minder zichtbaar.

Vaste datums en beperkingen zijn soms nodig, bijvoorbeeld voor een buitendienststelling of vergunningvenster. Onderbouw hun gebruik. Als vrijwel alle activiteiten met vaste datums zijn vastgezet, kan de planning de gewenste einddatum blijven tonen terwijl de voorwaarden voor uitvoering niet meer kloppen.

Verbind bestuurlijke mijlpalen met het werk

Horizontale integratie verbindt activiteiten en overdrachten tussen partijen. Verticale samenhang maakt de mijlpalen op hoofdlijnen herleidbaar naar de werkpakketten en activiteiten die eraan bijdragen. Dat helpt voorkomen dat management en uitvoering verschillende verwachtingen rapporteren.

Protitec adviseert stabiele activiteitnummers en herkenbare codes voor object, locatie, discipline, partij en werkpakket. Een work breakdown structure, de structuur waarin het werk wordt verdeeld, ondersteunt het overzicht. De logische relaties tussen activiteiten moeten daarnaast afzonderlijk worden ingericht.

Rapporteer bij een bestuurlijke mijlpaal de vereiste datum, de actuele prognose en het verschil met de baseline. Controleer ook de fysieke uitvoerbaarheid. Twee activiteiten kunnen in het netwerk parallel lopen, terwijl zij dezelfde smalle werkruimte nodig hebben. Bij veel deelgebieden kan een locatiegerichte weergave helpen om werkvakken en ploegvolgorde te beoordelen.

Beoordeel kritieke routes en beschikbare capaciteit

Het kritieke pad helpt bepalen welke samenhangende activiteiten de eindmijlpaal sturen. Microsoft beschrijft hoe kritieke activiteiten en afhankelijkheden worden gebruikt om de einddatum te bewaken. [3] De berekening blijft afhankelijk van het model, de kalenders, beperkingen en instellingen.

Kijk daarom verder dan de rood gekleurde activiteiten. Controleer of de berekende route de werkelijke uitvoering verklaart en onderzoek ook routes met weinig speling. Een project kan de totale einddatum halen en toch een noodzakelijk tussentijds werkvenster missen. Beoordeel daarom ook routes naar deelopleveringen, vergunningen en ingebruikname.

Beschikbare speling is niet automatisch vrije tijd voor één partij. Spreek af hoe die ruimte operationeel wordt beheerd en beoordeel de contractuele rechten afzonderlijk. De software bepaalt geen aanspraak op termijnverlenging of vergoeding.

Controleer naast de logica de schaarse middelen, zoals een specialistische ploeg, kraan of testvoorziening. Leg eventuele resource leveling, het verschuiven van werk om middelenconflicten op te lossen, en de gevolgen daarvan vast. Voor een kleiner project kan een gerichte capaciteitscontrole voldoende zijn. Het team moet steeds kunnen uitleggen waarom een datum verandert.

Actualiseer op één peildatum

Spreek één peildatum en vaste aanlevermomenten af. Deelplanningen van verschillende weken samenvoegen geeft een inconsistent beeld. Registreer werkelijk begonnen en afgerond werk, beoordeel de resterende duur en bereken de prognose opnieuw.

Maak onderscheid tussen verstreken tijd, fysieke voortgang en financiële voortgang. Zeventig procent gereed zegt weinig wanneer het resterende deel een bepalende levering of complexe test bevat. Vraag daarom wat concreet nog moet gebeuren en welke voorwaarden daarvoor nodig zijn.

Beoordeel bij iedere update de eindprognose en belangrijke tussenmijlpalen. Controleer niet geleverde overdrachten, naderende besluiten en veranderde kritieke routes. Leg verschillen met de baseline en de vorige prognose vast en verbind die met risico’s, afwijkingen en wijzigingen.

Als werk buiten de geplande volgorde is uitgevoerd, onderzoek dan of de oorspronkelijke logica nog klopt. Benoem welke fysieke voorwaarde is vervuld en welke nog openstaat. De planner en reviewer moeten weten hoe de software met deze voortgang omgaat. Pas relaties aan op basis van de uitvoering en een inhoudelijk oordeel.

Een herstelmaatregel moet aangeven wie anders gaat werken, welke capaciteit daarvoor nodig is en welk effect wordt verwacht. Beoordeel ook de kosten en de gevolgen voor veiligheid en kwaliteit. Een verschoven balk is slechts een gewijzigde verwachting.

Beheer wijzigingen met behoud van de geschiedenis

De actuele planning moet veranderen wanneer de werkelijkheid verandert. De baseline wordt pas herzien na een bevoegd en vastgelegd besluit. Daarmee blijft zichtbaar wat oorspronkelijk was afgesproken en wat het team inmiddels verwacht.

Registreer een afwijking met oorzaak, constateringstijdstip en geraakt werk. Onderzoek het effect op relaties, middelen, mijlpalen en kosten. Koppel een wijziging aan het bijbehorende besluit of VTW. Ook een wijziging zonder prijsgevolg kan invloed hebben op de planning.

Bewaar de planning van vóór de verandering en de aannames van de effectanalyse. Bij overlappende vertragingen kunnen dagen niet zonder meer worden opgeteld. Onderzoek welke route op welk moment bepalend was en welke andere gebeurtenissen invloed hadden. De planning levert onderbouwing; overeenkomst, meldingen en feiten bepalen of recht op vergoeding of termijnverlenging bestaat.

Verder lezen: wijzigingen beheersen van melding tot besluit en een versnipperd projectdossier reconstrueren.

Onderzoek onzekerheid rond de einddatum

Een berekende datum geldt onder de ingevoerde aannames. Onderzoek voor belangrijke mijlpalen ook variatie in doorlooptijd, productiviteit, besluitvorming en externe leveringen. Zo kan het team bepalen welke onzekerheid eerst moet worden verkleind.

Een Monte Carlo-analyse simuleert mogelijke uitkomsten bij verschillende invoerwaarden. Zij vraagt een bruikbaar netwerk, onderbouwde onzekerheden en aandacht voor samenhang tussen risico’s. Een P80-datum betekent binnen het gekozen model en zijn aannames ongeveer 80 procent kans op afronding op of vóór die datum. Het is geen garantie en niet automatisch een contractuele datum. [1]

Maak zichtbaar waar onzekerheid en reservetijd zijn verwerkt. Voorkom dat hetzelfde risico wordt meegeteld in activiteitenduren, een aparte risicoactiviteit en een algemene buffer. Het gewenste zekerheidsniveau vraagt een managementbesluit dat aansluit op de gevolgen van vertraging.

Kies software die past bij de samenwerking

De kwaliteit van de planning hangt af van de inhoud, inrichting en het beheer. Het pakket moet passen bij de complexiteit, beschikbare deskundigheid en gegevensuitwisseling. De onderstaande producten hebben verschillende functies en mogen niet als onderling identiek worden behandeld.

Een 4D-weergave kan helpen bij het beoordelen van werkruimte en uitvoeringsvolgorde. Een automatische kwaliteitscontrole kan ontbrekende relaties of onjuiste datums signaleren. Beide blijven afhankelijk van de juistheid van de ingevoerde informatie en van inhoudelijke beoordeling.

Controleer de conversie van Microsoft Project naar P6

Oracle documenteert uitwisseling via Microsoft Project XML in P6 Professional. [4] Het is dus te absoluut om te stellen dat import onmogelijk is. Daaruit volgt evenmin dat ieder .mpp-bestand rechtstreeks kan worden verwerkt of dat de planning na conversie hetzelfde wordt berekend.

De geraadpleegde Oracle-mappinggids uit 2017 laat zien hoe velden worden omgezet en welke voorwaarden daarbij gelden. Daarin worden bepaalde aanvullende baselinegegevens als gebruikersvelden uitgewisseld wanneer daarvoor een mapping is ingericht. Controleer voor de gebruikte versie of deze mapping nog overeenkomt met de actuele documentatie. [10] Geïmporteerde referentiewaarden zijn daarmee niet vanzelf een volledig equivalente P6-baseline.

Wij adviseren een vaste controleprocedure bij de eerste conversie en bij relevante wijzigingen in de uitwisselingsroute.

1. Leg bron- en doelproduct, versies, formaat, instellingen en veldmapping vast.
2. Bewaar het oorspronkelijke bestand en de rapportage op dezelfde peildatum.
3. Importeer eerst in een gecontroleerde testomgeving en vergelijk activiteiten, werkstructuur, relaties, kalenders, beperkingen, voortgang en baselinegegevens.
4. Bereken opnieuw met vastgelegde instellingen en verklaar verschillen in datums, speling en kritieke routes.
5. Controleer de aansluiting op andere werkstromen en laat de inhoudseigenaar het resultaat beoordelen.
6. Verwerk de goedgekeurde gegevens in het actuele integrale model en bewaar de controle-uitkomst.

Test daarbij situaties met meerdere kalenders, overlap, deelvrijgave en externe relaties. Een bestand zonder foutmelding inlezen toont dat de technische verwerking is geslaagd. De inhoudelijke en rekenkundige gelijkwaardigheid vraagt een afzonderlijke controle.

Organiseer ook het beheer tussen verschillende pakketten

Niet iedere partij hoeft in hetzelfde pakket te werken. Geïntegreerde detailactiviteiten in één hoofdmodel en beheerde deelmodellen met expliciete koppelmijlpalen kunnen beide bruikbaar zijn. Spreek een gemeenschappelijke structuur, updatecyclus en overdrachtsprocedure af.

Leg vast waar de bron van iedere activiteit ligt en wie haar mag wijzigen. Voorkom dat dezelfde activiteit in twee bestanden onafhankelijk wordt bijgewerkt. Microsoft benadrukt dat externe afhankelijkheden in Project periodiek moeten worden beoordeeld en bijgewerkt. [11] Een eenmaal ingestelde koppeling vraagt dus blijvend beheer.

Verdeel de verantwoordelijkheid over het projectteam

De planner beheert de structuur, actualisatie en analyse. De inhoudseigenaren onderbouwen doorlooptijd, capaciteit, voortgang en overdrachten. De projectmanager beslist over samenhang, prioriteiten en escalatie en organiseert de vaststelling van de referentie.

Techniek levert de ontwerpvolgorde, uitvoeringslogica en testactiviteiten. Omgeving brengt procedures, rechten en externe afspraken in. Contractmanagement bewaakt de aansluiting op verplichtingen, meldingen en wijzigingen. Eigenaar en beheerder bepalen mede de criteria voor ingebruikname en overdracht. De contractuele taakverdeling moet daarnaast expliciet worden vastgesteld.

De opdrachtgever neemt ook eigen activiteiten op, zoals informatielevering, besluiten, grondaankoop en beheerbeoordeling. Maak duidelijk welke externe datums bevestigd zijn en welke aannames blijven. Spreek af welke gegevens en analyses nodig zijn om de haalbaarheid te beoordelen. Een maandelijkse PDF biedt daarvoor niet altijd voldoende inzicht.

De opdrachtnemer integreert leveranciers en onderaannemers op hun relevante overdrachten. Verbind de planning met inkoop, capaciteit en werkmethoden. Meld problemen tijdig, onderbouw oorzaak en effect en zorg dat de uitvoering de actuele volgorde kent. Bij onderhoud zijn ook toegang, gebruik en seizoensvensters bepalend.

Meer over het verbinden van afspraken en uitvoering: het contractdossier overdragen, werken in een bouwteam en een onderhoudscontract beheersen.

Stel de baseline vast na een inhoudelijke controle

Controleer vóór vaststelling of alle relevante werkstromen en externe leveringen zijn opgenomen en of overdrachten toetsbare gereedcriteria hebben. Laat een belangrijke activiteit verschuiven en beoordeel of het effect doorwerkt naar de juiste mijlpalen.

Toets vervolgens doorlooptijden, kalenders, middelen en werkruimte. Onderbouw vaste datums, overlap en tijdsafstanden. Controleer kritieke routes naar zowel de eindmijlpaal als belangrijke tussenmijlpalen. Laat aannames en risico’s zichtbaar en zorg dat deelplanningen en conversies op dezelfde peildatum zijn beoordeeld.

Leg wijzigingsbevoegdheid, updatecyclus en rapportage vast en bewaar de bronbestanden en het vaststellingsbesluit. Een technische kwaliteitsscore helpt bij de controle, maar bewijst niet dat een netbeheerder capaciteit heeft of een werkvak beschikbaar is.

Vanuit Protitec beoordelen we of een planning de werkelijke uitvoeringsvoorwaarden laat zien en of het team er besluiten op kan baseren. De bruikbare planning maakt duidelijk welke levering of beslissing aandacht vraagt, welk werk daarvan afhankelijk is en wat een maatregel verandert aan de prognose.

De voorbeelden en voorgestelde werkwijze zijn praktische uitwerkingen van Protitec. Softwarefuncties en uitwisselingsroutes zijn afhankelijk van product, versie en inrichting. Controleer bij toepassing de documentatie voor de eigen omgeving.