Proefsleuven van klein tot groot leidingen Lokaliseren van kabels en

Programmamanagers
Grip op risicobeheersing in de infrastructuur

Praktische antwoorden voor programmamanagers die meerdere infraprojecten moeten verbinden, prioriteiten moeten stellen en bestuurlijk verantwoordelijk zijn voor planning, budget, risico’s en uitvoerbaarheid.
Voor programmamanagers in de infrastructuur

Grip op programmarisico’s

Praktische antwoorden voor programmamanagers die meerdere infraprojecten moeten verbinden, prioriteiten moeten stellen en bestuurlijk verantwoordelijk zijn voor planning, budget, risico’s en uitvoerbaarheid.

Waarom komen dezelfde ondergrondproblemen binnen meerdere projecten steeds opnieuw terug?

Binnen een programma worden projecten vaak afzonderlijk voorbereid en uitgevoerd. Ieder projectteam verzamelt zijn eigen informatie, maakt eigen risicoanalyses en bepaalt zelf waar aanvullend onderzoek nodig is.

Wanneer kennis over kabels, leidingen, kruisingen en eerdere afwijkingen niet programmabreed wordt gedeeld, begint ieder nieuw project grotendeels opnieuw. Daardoor worden dezelfde onzekerheden meerdere keren onderzocht en worden bekende risico’s niet altijd tijdig herkend.

Door ondergrondinformatie en onderzoeksresultaten programmaoverstijgend te organiseren, ontstaat zicht op terugkerende patronen. Infrascan kan helpen om deze risico’s per gebied en per project inzichtelijk te maken, zodat onderzoek gerichter wordt ingezet.

Onderliggend probleem Kennis en onderzoeksresultaten blijven binnen afzonderlijke projectteams.
Gevolg voor het programma Dubbel onderzoek, herhaling van fouten en onvoldoende gezamenlijke sturing.
Gerichte aanpak Organiseer ondergrondrisico’s en verificatie programmabreed.
Hoe voorkomt een programmamanager dat één vertraagd project het volledige programma beïnvloedt?

Binnen programma’s zijn projecten vaak afhankelijk van dezelfde tracés, vergunningen, netbeheerders, aannemers, verkeersmaatregelen of beschikbare uitvoeringsruimte.

Wanneer een project onverwacht moet worden aangepast door een ondergronds conflict, kan dat ook gevolgen hebben voor andere projecten. Capaciteit verschuift, faseringen veranderen en geplande aansluitingen kunnen niet op tijd worden gerealiseerd.

De programmamanager moet daarom niet alleen naar de individuele projectplanning kijken, maar ook naar kritieke afhankelijkheden. Vroegtijdige risicoanalyse en gerichte verificatie maken zichtbaar waar één afwijking meerdere projecten kan raken.

Kritieke afhankelijkheid Meerdere projecten gebruiken dezelfde ruimte, capaciteit of infrastructuur.
Programmagevolg Een lokale vertraging werkt door in meerdere mijlpalen.
Gerichte aanpak Breng gedeelde afhankelijkheden en kritieke locaties vooraf in beeld.
Waar wordt een programmamanager op afgerekend wanneer ondergrondrisico’s te laat zichtbaar worden?

Wanneer problemen tijdens de uitvoering ontstaan, wordt vaak eerst naar het betreffende projectteam of de aannemer gekeken. Op programmaniveau ontstaat echter al snel de vraag waarom het risico niet eerder is herkend.

Bestuurders en opdrachtgevers verwachten dat terugkerende onzekerheden, grote afhankelijkheden en financiële risico’s programmabreed worden beheerst. Wanneer meerdere projecten tegen vergelijkbare problemen aanlopen, wordt het steeds moeilijker om deze als afzonderlijke incidenten uit te leggen.

Een programmamanager wordt daardoor vooral aangesproken op voorspelbaarheid, risicosturing, samenhang en de kwaliteit van de beslisinformatie. Een aantoonbare aanpak voor ondergrondrisico’s helpt om te laten zien welke risico’s zijn onderzocht, geaccepteerd en beheerst.

Bestuurlijke vraag Waarom was dit risico niet eerder zichtbaar of beheerst?
Verantwoordelijkheid Voorspelbaarheid, samenhang en programmabrede risicosturing.
Gerichte aanpak Leg aannames, risico’s en beheersmaatregelen aantoonbaar vast.
Wanneer geeft een voortgangsrapportage een te positief beeld van de werkelijke programmarisico’s?

Voortgangsrapportages zijn vaak gebaseerd op planning, budget, scope en bekende risico’s. Onzekerheden die nog niet als concreet risico zijn geclassificeerd, blijven daardoor gemakkelijk buiten beeld.

Een project kan formeel op groen staan terwijl belangrijke aannames over kabels, leidingen, vergunningen of uitvoeringsruimte nog niet zijn gecontroleerd. Zodra zo’n aanname onjuist blijkt, kan de status in korte tijd omslaan van beheerst naar kritisch.

Een betrouwbare rapportage maakt daarom onderscheid tussen bevestigde informatie, aannames en openstaande verificatiepunten. Infrascan helpt om onzekerheden eerder te vertalen naar concrete risico’s en passende vervolgacties.

Schijnzekerheid Ongetoetste aannames worden niet als risico gerapporteerd.
Mogelijk gevolg De programmastatus verslechtert plotseling wanneer de uitvoering start.
Gerichte aanpak Rapporteer ook onzekerheden en nog niet uitgevoerde verificaties.
Hoe bepaalt een programmamanager welke projecten als eerste aanvullend onderzoek nodig hebben?

Niet ieder project heeft hetzelfde risicoprofiel. Sommige projecten liggen in een overzichtelijk gebied met weinig kabels en leidingen, terwijl andere projecten meerdere netwerken, beheerders en ruimtelijke beperkingen raken.

Wanneer aanvullend onderzoek alleen wordt ingepland op basis van projectvolgorde, bestaat het risico dat capaciteit wordt ingezet waar de impact beperkt is. Tegelijkertijd blijven projecten met grote financiële of bestuurlijke gevolgen onvoldoende onderzocht.

Prioritering moet daarom plaatsvinden op basis van kans, gevolg, afhankelijkheden en beslismoment. Infrascan kan helpen om projecten en locaties risicogestuurd te rangschikken.

Onjuiste prioriteit Onderzoek wordt vooral gekoppeld aan de projectplanning.
Programmagevolg Beperkte onderzoekscapaciteit wordt niet ingezet waar de impact het grootst is.
Gerichte aanpak Prioriteer op risico, projectimpact en naderende besluitvorming.
Waarom loopt een programma uit terwijl afzonderlijke projectplanningen haalbaar lijken?

Afzonderlijke projectplanningen worden vaak opgesteld vanuit de beschikbare scope en capaciteit van het projectteam. De gezamenlijke afhankelijkheden tussen projecten zijn daarin niet altijd volledig verwerkt.

Meerdere projecten kunnen dezelfde netbeheerder nodig hebben, gebruikmaken van dezelfde verkeersruimte of afhankelijk zijn van dezelfde vergunningen en onderzoeken. Wanneer deze werkzaamheden tegelijk plaatsvinden, ontstaat druk op capaciteit en besluitvorming.

Ook onverwachte ondergrondconflicten kunnen een kettingreactie veroorzaken. Programmabrede analyse maakt zichtbaar waar planningen elkaar raken en waar aanvullende zekerheid nodig is voordat mijlpalen worden vastgelegd.

Planningsprobleem Projectplanningen worden afzonderlijk haalbaar verklaard.
Verborgen afhankelijkheid Projecten concurreren om dezelfde ruimte, partijen of capaciteit.
Gerichte aanpak Beoordeel mijlpalen en ondergrondrisico’s ook op programmaniveau.
Wat maakt een programmabudget kwetsbaar voor kabel- en leidingrisico’s?

Kosten voor kabels en leidingen zijn in vroege ramingen vaak gebaseerd op beschikbare registraties, kengetallen en aannames over verleggingen en bereikbaarheid.

Wanneer tijdens de uitwerking blijkt dat meer netten moeten worden verlegd, complexe kruisingen aanwezig zijn of aanvullende werkzaamheden nodig zijn, lopen de kosten snel op. Deze tegenvallers ontstaan vaak in meerdere projecten tegelijk.

Op programmaniveau kan daardoor een structurele druk op de risicoreserve ontstaan. Door kritieke aannames vroeg te analyseren en gericht te verifiëren, kunnen financiële risico’s realistischer worden geraamd en verdeeld.

Financiële aanname Kosten worden geraamd voordat de complexiteit voldoende bekend is.
Programmagevolg Meerdere projecten doen tegelijk een beroep op dezelfde risicoreserve.
Gerichte aanpak Koppel onderzoeksresultaten aan ramingen en programmabrede reserves.
Waarom is een verzameling projectrisico’s nog geen programmabrede risicoanalyse?

Het samenvoegen van de risicodossiers van afzonderlijke projecten geeft een overzicht, maar laat niet automatisch zien welke risico’s elkaar versterken of meerdere projecten tegelijk beïnvloeden.

Een probleem met een hoofdleiding, vergunning, corridor of netbeheerder kan in verschillende dossiers afzonderlijk worden benoemd. Zonder programmabrede analyse blijft de gezamenlijke impact onderbelicht.

Een echte programma-analyse kijkt naar samenhang, afhankelijkheid, cumulatieve effecten en de mogelijkheid om gezamenlijke beheersmaatregelen te nemen. Daarmee ontstaat een ander beeld dan de optelsom van losse risico’s.

Veelgemaakte aanpak Projectrisico’s worden uitsluitend samengevoegd in één overzicht.
Gemiste samenhang Gedeelde oorzaken en cumulatieve gevolgen blijven verborgen.
Gerichte aanpak Analyseer welke risico’s projectoverstijgend moeten worden beheerst.
Wanneer moet een programmamanager ingrijpen in een project dat formeel nog op schema ligt?

Een project kan op schema liggen terwijl belangrijke besluiten zijn gebaseerd op informatie die nog niet is gecontroleerd. De vertraging is dan nog niet zichtbaar, maar de oorzaak ervan is al aanwezig.

Signalen zijn bijvoorbeeld ontbrekende dieptegegevens, conflicterende registraties, uitgestelde proefsleuven, onvoldoende afstemming met netbeheerders of een ontwerp met weinig ruimte voor afwijkingen.

Ingrijpen is verstandig wanneer een onzekerheid invloed kan hebben op een kritieke programmamijlpaal. Wachten tot een project officieel rood staat, betekent vaak dat de herstelruimte al sterk is afgenomen.

Vroeg signaal Belangrijke ontwerpbesluiten steunen nog op openstaande aannames.
Risico van afwachten Herstel is pas mogelijk nadat planning en budget al zijn geraakt.
Gerichte aanpak Stuur op voorspellende signalen en niet alleen op actuele afwijkingen.
Hoe voorkomt een programmamanager dat projecten elkaar ondergronds in de weg zitten?

Binnen gebiedsgerichte programma’s worden vaak meerdere verbindingen, reconstructies en vervangingsopgaven tegelijk voorbereid. Ieder project claimt daarbij ruimte in dezelfde ondergrond.

Zonder gezamenlijke analyse kunnen tracés elkaar kruisen, toekomstige uitbreidingen blokkeren of leiden tot een onlogische volgorde van aanleg. Een project kan daardoor uitvoerbaar zijn, maar later beperkingen veroorzaken voor andere programmaonderdelen.

Door varianten en ruimtelijke claims programmabreed te vergelijken, kan de beschikbare ondergrond doelmatiger worden verdeeld. De Trade Off Matrix helpt om technische, ruimtelijke en programmatische gevolgen samen af te wegen.

Ruimtelijk probleem Ieder project optimaliseert zijn eigen tracé zonder gezamenlijke ondergrondstrategie.
Langetermijneffect Nieuwe projecten worden beperkt door eerder vastgelegde keuzes.
Gerichte aanpak Vergelijk ruimtelijke claims en tracékeuzes programmaoverstijgend.
Wat doet een programmamanager wanneer projectteams verschillende risicomethodes gebruiken?

Projectteams kunnen dezelfde onzekerheid verschillend beoordelen. Het ene team classificeert een onduidelijke kabelregistratie als laag risico, terwijl een ander team dezelfde situatie direct aanvullend onderzoekt.

Hierdoor worden risico’s, budgetten en planningen moeilijk met elkaar vergelijkbaar. Op programmaniveau ontstaat geen betrouwbaar beeld van waar de grootste kwetsbaarheden zitten.

Een gezamenlijke beoordelingssystematiek helpt om onzekerheden op dezelfde manier te wegen. Daarbij kunnen criteria worden vastgesteld voor Infrascan, lokaliseren, proefsleuven en escalatie naar programmaniveau.

Verschil tussen teams Vergelijkbare risico’s krijgen verschillende prioriteit en beheersmaatregelen.
Programmagevolg Sturing en prioritering worden afhankelijk van persoonlijke beoordeling.
Gerichte aanpak Werk met gezamenlijke criteria voor risico, verificatie en besluitvorming.
Wanneer is een bestuurlijke deadline niet meer realistisch door ondergrondse onzekerheden?

Bestuurlijke deadlines worden vaak vastgesteld voordat alle technische en ruimtelijke informatie beschikbaar is. Dat is niet altijd problematisch, zolang voldoende tijd en ruimte bestaan om onzekerheden te onderzoeken.

De deadline wordt kwetsbaar wanneer belangrijke tracébesluiten, verleggingen, vergunningen of netbeheerdersafspraken nog niet zijn bevestigd. Een kleine afwijking kan dan direct gevolgen hebben voor een mijlpaal die weinig herstelruimte bevat.

Een programmamanager moet daarom laten zien welke aannames onder de planning liggen en welke informatie nog nodig is. Vroegtijdige verificatie maakt duidelijk of een deadline haalbaar, conditioneel of bestuurlijk risicovol is.

Kwetsbare deadline De planning bevat weinig ruimte terwijl bepalende informatie nog ontbreekt.
Bestuurlijk risico Een harde toezegging blijkt afhankelijk van onbevestigde aannames.
Gerichte aanpak Koppel deadlines expliciet aan voorwaarden, verificaties en beslismomenten.
Hoe voorkomt een programmamanager dat risicoreserves ongemerkt worden opgebruikt?

Risicoreserves worden vaak aangesproken voor tegenvallers die binnen afzonderlijke projecten ontstaan. Wanneer dezelfde oorzaak in meerdere projecten terugkomt, kan de reserve sneller worden uitgeput dan verwacht.

Kleine wijzigingen, aanvullende onderzoeken en extra ontwerpuren lijken afzonderlijk beheersbaar. Opgeteld kunnen zij echter een structureel beslag leggen op het programmabudget.

Door kostenoorzaken programmabreed te analyseren, wordt zichtbaar welke tegenvallers incidenten zijn en welke uit een terugkerend informatie- of procesprobleem voortkomen. Gerichte bronanalyse en verificatie kunnen vervolgens worden ingezet om herhaling te beperken.

Onzichtbaar patroon Kleine projecttegenvallers hebben programmabreed dezelfde oorzaak.
Financieel gevolg De risicoreserve neemt af zonder dat één groot incident zichtbaar is.
Gerichte aanpak Analyseer terugkerende kostenoorzaken en neem gezamenlijke beheersmaatregelen.
Welke informatie heeft een programmamanager nodig voordat projecten definitief worden geprioriteerd?

Projecten worden vaak geprioriteerd op basis van urgentie, bestuurlijke afspraken, maatschappelijke waarde en beschikbare financiering. De praktische uitvoerbaarheid krijgt soms pas later voldoende aandacht.

Een project met hoge prioriteit kan ondergronds zeer complex zijn, afhankelijk zijn van meerdere beheerders of een lange voorbereiding vragen. Wanneer dit niet wordt meegewogen, ontstaat een prioriteitenlijst die beleidsmatig logisch maar uitvoeringsmatig kwetsbaar is.

Voor een realistische prioritering is inzicht nodig in haalbaarheid, ondergrondrisico’s, vergunningen, capaciteit en afhankelijkheden. Infrascan kan vroeg zichtbaar maken welke projecten extra voorbereiding nodig hebben.

Eenzijdige prioriteit Urgentie en beleid bepalen de volgorde zonder voldoende uitvoeringsinformatie.
Mogelijk gevolg Hoog geprioriteerde projecten blijken niet tijdig uitvoerbaar.
Gerichte aanpak Neem ondergrondse haalbaarheid mee in programmering en prioritering.
Waarom escaleren kabel- en leidingproblemen vaak pas wanneer de uitvoeringsdruk het hoogst is?

In de plan- en ontwerpfase worden onzekerheden soms doorgeschoven omdat nog niet duidelijk is welke variant definitief wordt gekozen of omdat onderzoek als uitvoeringsvoorbereiding wordt gezien.

Zodra de uitvoering nadert, moeten openstaande vragen onder tijdsdruk worden opgelost. Vergunningen, aannemers, verkeersmaatregelen en beschikbare capaciteit zijn dan al op elkaar afgestemd.

Een probleem dat eerder met een beperkte ontwerpaanpassing kon worden opgelost, leidt dan tot escalatie. Door beslismomenten en verificaties vooraf programmabreed vast te leggen, wordt voorkomen dat kritieke onzekerheden blijven doorschuiven.

Oorzaak escalatie Onderzoek wordt uitgesteld tot vlak voor de uitvoering.
Gevolg Technische onzekerheid verandert in een bestuurlijk en financieel probleem.
Gerichte aanpak Verbind iedere kritieke aanname aan een uiterste verificatiedatum.
Wat kan een programmamanager doen als netbeheerders onvoldoende capaciteit hebben?

Veel programma’s zijn afhankelijk van informatie, beoordelingen, verleggingen en werkzaamheden van netbeheerders. Wanneer hun capaciteit beperkt is, kunnen meerdere projecten tegelijk vertraging oplopen.

Zonder duidelijke prioritering worden aanvragen vaak per project ingediend. De netbeheerder ontvangt daardoor losse verzoeken zonder zicht op de programmabrede urgentie en samenhang.

De programmamanager kan bundelen welke projecten dezelfde beheerder, verbinding of locatie raken. Door risico’s en informatievragen vooraf te structureren, kan gerichter overleg plaatsvinden over prioriteit, onderzoek en planning.

Capaciteitsprobleem Meerdere projecten vragen afzonderlijk inzet van dezelfde netbeheerder.
Programmagevolg Afhankelijkheden worden laat afgestemd en planningen lopen uiteen.
Gerichte aanpak Bundel informatievragen en prioriteiten op programmaniveau.
Hoe maakt een programmamanager onderscheid tussen een projectprobleem en een structureel programmaprobleem?

Een afzonderlijke afwijking kan incidenteel zijn. Wanneer dezelfde soort vertraging, kostenstijging of herontwerp in meerdere projecten voorkomt, is waarschijnlijk sprake van een structurele oorzaak.

Die oorzaak kan liggen in de kwaliteit van broninformatie, het moment waarop onderzoek plaatsvindt, de gehanteerde risicomethodiek of de manier waarop projectteams kennis delen.

Door oorzaken in plaats van alleen incidenten te registreren, kan de programmamanager patronen herkennen. Vervolgens kan een gezamenlijke aanpak worden ingevoerd voor analyse, lokaliseren en fysieke verificatie.

Signaal Vergelijkbare afwijkingen komen in meerdere projecten terug.
Structurele oorzaak Het probleem zit in informatie, proces of besluitvorming en niet in één locatie.
Gerichte aanpak Analyseer oorzaken programmabreed en standaardiseer passende maatregelen.
Wanneer heeft een programmamanager meer aan een Infrascan dan aan direct veldonderzoek?

Bij een groot programma kan niet iedere kabel, leiding of projectlocatie direct in het veld worden onderzocht. Dat zou veel capaciteit, budget en voorbereiding vragen.

Zonder voorafgaande selectie bestaat bovendien het risico dat onderzoek wordt uitgevoerd op locaties waar de informatie weinig invloed heeft op de besluitvorming.

Infrascan helpt om beschikbare bronnen te analyseren en kritieke locaties te selecteren. Daarna kan gericht worden bepaald waar lokaliseren of een proefsleuf werkelijk nodig is.

Praktische beperking Niet alle projectlocaties kunnen direct fysiek worden onderzocht.
Risico van breed onderzoek Budget en capaciteit worden ingezet zonder duidelijke prioriteit.
Gerichte aanpak Gebruik Infrascan om vervolgonderzoek risicogestuurd te selecteren.
Welke programmarisico’s ontstaan wanneer projectteams te vroeg één tracé vastleggen?

Projectteams werken graag zo snel mogelijk naar een voorkeursvariant toe. Daarmee ontstaat duidelijkheid voor ontwerp, raming, omgeving en vergunningen.

Wanneer ondergrondrisico’s en afhankelijkheden nog onvoldoende zijn onderzocht, kan die vroege keuze later moeilijk houdbaar blijken. Een wijziging raakt dan niet alleen het project, maar mogelijk ook andere tracés, faseringen en bestuurlijke toezeggingen.

De Trade Off Matrix helpt om varianten vooraf op meerdere criteria te vergelijken. Daardoor kan de programmamanager beoordelen of de voorkeursvariant ook programmabreed de meest beheersbare keuze is.

Vroege vastlegging Eén variant wordt leidend voordat belangrijke onzekerheden zijn onderzocht.
Programmagevolg Een latere wijziging raakt meerdere besluiten, budgetten en planningen.
Gerichte aanpak Vergelijk varianten op project- én programmagevolgen.
Hoe voorkomt een programmamanager dat een programma alleen op incidenten wordt gestuurd?

Wanneer de aandacht vooral uitgaat naar projecten die al vertraging of kostenoverschrijding melden, ontstaat een reactieve manier van sturen.

De meeste capaciteit gaat dan naar het oplossen van actuele problemen. Projecten die formeel nog goed lopen, maar wel dezelfde kwetsbaarheden bevatten, krijgen onvoldoende aandacht.

Voorspellende sturing vraagt om indicatoren zoals openstaande aannames, ontbrekende verificaties, complexe kruisingen en afhankelijkheid van derden. Daarmee kan worden ingegrepen voordat een risico een incident wordt.

Reactieve sturing De meeste aandacht gaat naar problemen die al zijn ontstaan.
Gemiste kans Vergelijkbare risico’s in andere projecten blijven onbeheerst.
Gerichte aanpak Stuur op vroege indicatoren en nog openstaande verificaties.
Wanneer moet ondergrondinformatie een vast onderdeel worden van programmarapportages?

Ondergrondinformatie wordt vaak als technisch detail binnen projecten behandeld. Op programmaniveau komt het onderwerp pas terug wanneer een probleem invloed heeft op planning of budget.

Wanneer meerdere projecten afhankelijk zijn van kabels, leidingen, netbeheerders of beperkte ondergrondse ruimte, is het geen technisch detail meer maar een strategisch programmarisico.

In dat geval moeten kritieke locaties, openstaande verificaties, gezamenlijke afhankelijkheden en financiële gevolgen periodiek worden gerapporteerd. Zo ontstaat eerder zicht op waar programmasturing nodig is.

Omslagpunt Ondergrondrisico’s raken meerdere projecten of programmamijlpalen.
Benodigde informatie Kritieke locaties, onzekerheden, vervolgonderzoek en mogelijke gevolgen.
Gerichte aanpak Maak ondergrondrisico’s onderdeel van reguliere programmasturing.
Hoe onderbouwt een programmamanager dat extra onderzoek vooraf financieel verantwoord is?

De kosten van een Infrascan, lokalisatie of proefsleuf zijn direct zichtbaar. De kosten van een onjuiste aanname zijn vaak verspreid over ontwerp, uitvoering, vergunningen, verkeersmaatregelen en vertraging.

Daardoor kan vroegtijdig onderzoek als extra uitgave worden gezien, terwijl de vermeden kosten niet in één budgetregel zichtbaar zijn.

De afweging moet worden gebaseerd op kans en totale projectimpact. Wanneer een afwijking meerdere projecten, kritieke mijlpalen of bestuurlijke toezeggingen kan raken, is gerichte verificatie vaak financieel goed te verantwoorden.

Zichtbare kosten Onderzoek wordt als afzonderlijke investering begroot.
Verborgen baten Vermeden herontwerp, stilstand en programma-effecten zijn verspreid over meerdere budgetten.
Gerichte aanpak Vergelijk onderzoekskosten met het volledige gevolg van een onjuiste aanname.
Wat doet een programmamanager wanneer bestuur en projectteams een ander risicobeeld hebben?

Projectteams kennen de technische details, maar kunnen risico’s benaderen vanuit de beheersbaarheid binnen hun eigen project. Bestuurders kijken vooral naar deadlines, budgetten en maatschappelijke toezeggingen.

Daardoor kan hetzelfde risico technisch beheersbaar lijken, maar bestuurlijk grote gevolgen hebben. Andersom kan een bestuurder een snelle oplossing verwachten terwijl belangrijke uitvoeringsinformatie nog ontbreekt.

De programmamanager moet beide perspectieven verbinden. Een helder overzicht van aannames, kans, gevolg, afhankelijkheden en beheersmaatregelen maakt het gesprek concreter en voorkomt dat partijen langs elkaar heen praten.

Verschil in perspectief Technische beheersbaarheid is niet hetzelfde als bestuurlijke aanvaardbaarheid.
Mogelijk gevolg Besluiten worden genomen zonder gedeeld beeld van risico en impact.
Gerichte aanpak Vertaal technische onzekerheid naar planning, budget en bestuurlijke consequenties.
Hoe voorkomt een programmamanager dat onderzoeken dubbel worden uitgevoerd?

Projectteams geven afzonderlijk opdrachten voor bronanalyse, lokaliseren en proefsleuven. Wanneer onderzoeksvragen, resultaten en meetgegevens niet centraal beschikbaar zijn, weten teams niet altijd wat eerder al is onderzocht.

Hetzelfde gebied of dezelfde verbinding kan daardoor meerdere keren worden onderzocht. Naast extra kosten leidt dit tot verschillende datasets en mogelijk tegenstrijdige interpretaties.

Een programmabrede onderzoeksstrategie maakt duidelijk welke informatie al beschikbaar is, welke kwaliteit deze heeft en waar aanvulling nodig is. Zo kunnen projecten voortbouwen op bestaande kennis.

Oorzaak dubbel werk Onderzoeksresultaten blijven verspreid over projecten en opdrachtnemers.
Gevolg Extra kosten, tijdverlies en verschillende versies van dezelfde werkelijkheid.
Gerichte aanpak Beheer onderzoeksvragen en resultaten programmabreed.
Wanneer is standaardisatie binnen een programma nuttig en wanneer juist niet?

Standaardisatie helpt om projectteams op dezelfde manier informatie te laten verzamelen, risico’s te beoordelen en besluiten vast te leggen.

Een te rigide standaard kan echter leiden tot onderzoek dat niet aansluit op het werkelijke risicoprofiel. Een eenvoudig project krijgt dan dezelfde aanpak als een complexe gebiedsontwikkeling.

De beste werkwijze bestaat uit vaste besliscriteria met ruimte voor projectspecifieke toepassing. Zo is duidelijk wanneer Infrascan, lokaliseren of een proefsleuf nodig is, zonder overal dezelfde maatregel op te leggen.

Waarde standaardisatie Vergelijkbare risico’s worden herkenbaar en consistent behandeld.
Risico van rigiditeit Onderzoek wordt een vaste procedure in plaats van een risicogestuurde keuze.
Gerichte aanpak Standaardiseer de besluitvorming, niet automatisch iedere maatregel.
Welke signalen wijzen erop dat de programmabeheersing onvoldoende voorspellend is?

Een programma is onvoldoende voorspellend wanneer problemen pas zichtbaar worden nadat deadlines zijn gemist, budgetten zijn overschreden of ontwerpen moeten worden aangepast.

Andere signalen zijn terugkerende spoedonderzoeken, veelvuldige escalaties, projectteams die ieder hun eigen aanpak gebruiken en grote verschillen tussen vroege ramingen en werkelijke kosten.

Voorspellende beheersing vraagt om aandacht voor de oorzaken achter afwijkingen. Openstaande aannames, beperkte informatienauwkeurigheid en nog niet onderzochte kritieke locaties moeten daarom eerder zichtbaar worden gemaakt.

Waarschuwingssignaal De meeste maatregelen worden genomen nadat een afwijking al is ontstaan.
Structureel patroon Spoedonderzoek en escalatie worden een normaal onderdeel van projecten.
Gerichte aanpak Maak openstaande aannames en kritieke verificaties vroeg zichtbaar.
Wat heeft een programmamanager aan een Trade Off Matrix bij bestuurlijk gevoelige keuzes?

Bij bestuurlijk gevoelige projecten spelen vaak meerdere belangen tegelijk. Kosten, bereikbaarheid, omgeving, duurzaamheid, technische haalbaarheid en politieke toezeggingen kunnen tot verschillende voorkeuren leiden.

Wanneer niet duidelijk is hoe deze belangen zijn gewogen, kan de voorkeursvariant willekeurig of politiek gestuurd overkomen. Dat maakt het besluit kwetsbaar voor discussie, bezwaar en heroverweging.

De Trade Off Matrix maakt criteria, wegingen, scores en onzekerheden expliciet. Daarmee kan de programmamanager laten zien waarom een variant programmabreed de meest aanvaardbare keuze is.

Bestuurlijke gevoeligheid Verschillende belangen leiden tot concurrerende voorkeursvarianten.
Risico De keuze is moeilijk uit te leggen of later te verdedigen.
Gerichte aanpak Maak afwegingen, onzekerheden en geaccepteerde nadelen transparant.
Hoe voorkomt een programmamanager dat projectkennis verdwijnt na personeelswisselingen?

In langlopende programma’s wisselen projectmanagers, ontwerpers, adviseurs en aannemers regelmatig. Veel kennis over eerdere afwegingen en bekende ondergrondrisico’s zit echter in persoonlijke dossiers, mailboxen en gesprekken.

Wanneer medewerkers vertrekken, blijven tekeningen en rapporten vaak beschikbaar, maar ontbreekt de context waarom bepaalde keuzes zijn gemaakt of welke onzekerheden bewust zijn geaccepteerd.

Door risico’s, bronkwaliteit, verificaties en besluitonderbouwing gestructureerd vast te leggen, blijft kennis overdraagbaar. Dit voorkomt dat nieuwe teams dezelfde analyse opnieuw moeten uitvoeren.

Kennisrisico Belangrijke projectcontext zit vooral bij individuele medewerkers.
Gevolg Nieuwe teams heropenen discussies of missen eerder bekende risico’s.
Gerichte aanpak Leg niet alleen uitkomsten vast, maar ook aannames en besluitredenen.
Wanneer moet een programmamanager kiezen voor lokaliseren en wanneer voor proefsleuven?

De keuze hangt af van de informatie die nodig is voor het betreffende besluit. Lokaliseren kan geschikt zijn wanneer vooral de horizontale ligging nauwkeuriger moet worden vastgesteld.

Wanneer ook diepte, materiaal, afmetingen, onderlinge afstand of feitelijke beschikbare ruimte bepalend zijn, kan een proefsleuf nodig zijn.

Op programmaniveau is vooral belangrijk dat niet ieder project opnieuw zelf deze keuze maakt. Infrascan kan helpen om de informatiebehoefte eerst te bepalen en vervolgens de meest doelmatige verificatiemethode te selecteren.

Lokaliseren Geschikt wanneer nauwkeuriger inzicht in de ligging nodig is.
Proefsleuf Nodig wanneer de feitelijke fysieke situatie beslissend is.
Gerichte aanpak Bepaal eerst de informatievraag en kies daarna de onderzoeksmethode.
Hoe ondersteunt Syntax een programmamanager bij het beheersen van ondergrondrisico’s?

Syntax begint niet direct met de vraag hoeveel onderzoeken, metingen of proefsleuven nodig zijn. Eerst wordt gekeken naar de programmadoelstellingen, kritieke mijlpalen, afhankelijkheden en de beslissingen die moeten worden genomen.

Vervolgens brengen we beschikbare informatie, terugkerende risico’s en kritieke projectlocaties samen. Met Infrascan ontstaat een eerste risicobeeld. Met de Trade Off Matrix kunnen varianten aantoonbaar worden vergeleken. Waar meer zekerheid nodig is, kan gericht worden gelokaliseerd of een proefsleuf worden uitgevoerd.

Daarmee ontstaat geen verzameling losse onderzoeken, maar een samenhangende aanpak waarmee de programmamanager kan sturen op prioriteit, budget, planning en bestuurlijke verantwoording.

Startpunt Programmadeelstellingen, afhankelijkheden en kritieke besluiten.
Aanpak Risicoanalyse, variantafweging en gerichte verificatie waar nodig.
Resultaat Meer grip op voorspelbaarheid, prioritering en programmabrede risico’s.

Wilt u eerder grip op risico’s die meerdere projecten kunnen raken?

Syntax helpt programmamanagers om ondergrondinformatie, projectafhankelijkheden en kritieke onzekerheden te vertalen naar concrete prioriteiten, onderzoeken en bestuurlijk onderbouwde besluiten.

Bespreek uw programma met Syntax

Download demo Proefsleufrapport

Hij is hier downloadbaar!

Lokaliseren met Syntax Proefsleuven

Zekerheid, in plaats van gissen.