Bouwteam-Raamovereenkomst: Hoe beheers je Systems Engineering als de scope nog onbekend is?

Standaard

De GWW- en infrasector staat voor een enorme renovatie- en vervangingsopgave. Om snel en flexibel te kunnen handelen bij het onderhoud van wegen, bruggen en tunnels, kiezen opdrachtgevers steeds vaker voor een relatief nieuwe contractvorm: de bouwteam-raamovereenkomst (conform het Model Bouwteam DG2020 / DG2025). Het idee is super goed: je gunt vooraf het contract, en zodra er onderhoud nodig is, start je een nadere opdracht in bouwteamverband. Maar hoe beheers je de techniek, risico’s en de enorme berg eisen in je informatiesystemen als de scope per object continu verschuift?

Hoe combineer je flexibiliteit met het SE V-model

Binnen Systems Engineering (SE) is structuur heilig. Het klassieke V-model gaat uit van een lineair proces: je stelt de eisen vast, de markt bouwt het, en je verifieert of het klopt. Dit vereist een stabiele ‘baseline’.

Bij een raamovereenkomst voor variabel onderhoud is die basis er juist niet. Je weet vooraf immers nog niet exact welke tunnelventilator vervangen moet worden of welke asfaltlaag onderhoud nodig heeft. Zodra een acute nadere opdracht (nadere overeenkomst) wordt verstrekt, ontstaat er direct een flinke uitdaging op het gebied van informatie- en eisenmanagement:

  • Hoe houd je de eisensets per nadere opdracht actueel en juridisch zuiver?
  • Hoe voorkom je dat ad-hoc aanpassingen in een tunnel de centrale ‘as-built’ database van de assetmanager vervuilen?
  • Hoe behoud je het overkoepelende overzicht over alle verschillende opdrachten die tegelijkertijd lopen?

Om dit datatechnisch in te richten, zijn er in de praktijk twee beproefde opties. Welke opties zijn dat, en wanneer kies je voor welke optie?

Optie 1: De ‘Familie-omgeving’ (Alles in één project via slimme scopes)

In dit model breng je de basiseisenset (de moeder) en alle specifieke nadere opdrachten (de kinderen) samen binnen één en hetzelfde project. In plaats van de data fysiek te splitsen over verschillende databases (project omgevingen), splitsen we de informatie op basis van unieke, dynamische ‘scopes’ en rollen/rechten.

  • Wanneer te kiezen? Ideaal voor een hoge frequentie van kleinere tot middelgrote nadere opdrachten, waarbij vaak dezelfde (of een select aantal) aannemers betrokken zijn.
  • Voordelen: Geen ingewikkelde model-constructies in het systeem nodig. Omdat alle data in één project omgeving zit, is een overkoepelend koepel-dashboard (het helikopteroverzicht voor bijvoorbeeld het IPM team) realtime en zeer eenvoudig te realiseren.
  • Aandachtspunt: Je leunt zwaar op het autorisatiematrix-systeem. Rollen en rechten moeten feilloos zijn ingericht zodat Aannemer A absoluut niet in de scope van Aannemer B kan kijken of wijzigen.

Optie 2: De ‘Moeder-Kinderen omgevingen'(Per project een aparte omgeving, gekoppeld aan de basisomgeving)

In dit scenario kies je er heel bewust voor om voor elke nadere opdracht een fysiek losstaande, unieke contractomgeving (projectomgeving) in te richten. De relevante basiseisen worden aan de start eenmalig gekopieerd uit de Master-omgeving en volledig ‘bevroren’ in de projectomgeving van de specifieke opdracht.

  • Wanneer te kiezen? Bij zeer grote, risicovolle of technisch hoogcomplexe nadere opdrachten (denk aan de volledige renovatie van één specifieke tunnel binnen het raamcontract). Of wanneer je werkt met veel verschillende, concurrerende marktpartijen die gelijktijdig opdrachten uitvoeren.
  • Voordelen: Maximale juridische en operationele scheiding. Er is nul risico op datalekkage of ongewenste kruisbestuiving tussen opdrachten. De aannemer heeft zijn eigen ‘zandbak’ waarin hij ongestoord kan ontwerpen, verifiëren en valideren zonder dat het invloed heeft op de rest van de organisatie.
  • Aandachtspunt: De koepelomgeving (het overzicht over de projecten heen) is complexer te realiseren, omdat data uit verschillende bronnen geaggregeerd moet worden. Ook vereist de afronding (de data weer netjes terugkrijgen in de Master-omgeving) een strak gestructureerd data-acceptatieproces.

Grip op data is grip op het project

Er is geen one-size-fits-all oplossing. Soms vraagt de omvang van een scope vanwege legitieme redenen om een aparte omgeving, soms vraagt de snelheid van het proces om de efficiëntie van een familie-omgeving. Dit geldt voor infraprojecten, maar net zo goed voor complexe IT-omgevingen, hightech installaties of de utiliteitsbouw.

Benieuwd welke inrichting het beste past bij jouw projecten? Neem contact met ons op voor een vrijblijvende sparringsessie.

Het nut uitleggen van samenwerken in SE tooling

Standaard

Waarom is het handig om samen te werken in een digitale omgeving zoals Relatics? Wat is het nut en noodzaak. Bij een aantal clusters binnen Rijkswaterstaat zijn wij actief als adviseur GRIP. GRIP is een template dat breed binnen RWS gebruikt wordt voor het informatie managen binnen projecten. Onze inzet is om de functies die relevant zijn voor het betreffende project in te zetten.

Naast het uitleggen van de functionaliteit is ook het aanmoedigen om het zelf te gaan dóen een van de activiteiten die hoort bij de functie van adviseur. We stoppen de nodige energie in het meenemen en dragen van het belang om in een centrale tool samen te werken.

Binnen een van de projecten hebben we zelfs een jaarlijks terugkerende plaats op de lunchsessie-kalender. Afgelopen maand stond GRIP op de planning. Een met een handicapt: een kamer met presentatie mogelijkheid was niet beschikbaar. In plaats van een demonstratie van een proces werd er gekozen voor een actieve sessie. Het hoofddoel: begrijpen dat elke individu een essentiële rol speelt in het succes van het project.

Samen bouwen
Uitgerekend op de World Play Day gingen we aan de slag met het bouwen aan een project. Niet met ongekookte spagetti maar met Lego steentjes. De aanwezige groep collega’s uit de diverse disciplines gingen in gemengde groepjes aan de slag. Samen bouwen aan een sculptuur. Het bouwmateriaal die ieder team uitgereikt kreeg was er evenveel en genoeg voor het bouwwerk. De groepen gingen zich houdend aan de spelregels (grotendeels ;-)) aan de slag. De resultaten? Zie de foto voor het bouwwerk!

GRIP-scorekaart
Het bruggetje naar het bespreken van de GRIP-scorekaart was ook makkelijk gemaakt. In een schaal van Level 1 tot Level 5 worden de diverse processen gescoord. Welke stappen hebben we samen gemaakt in de afgelopen periode: waar is de samenwerking verbeterd en waren liggen hier nog kansen voor. Het gebruik van SE tooling is key voor een succesvol project!

Samenwerken heeft nut
Tijdens de implementatie van GRIP wordt doen we de suggestie wel eens: laten we de Excel licentie afschaffen. Een grap natuurlijk maar een die wel blijft hangen. Het afschaffen van Excel licenties om het gebruik van SE tooling te verhogen gaat nooit het doel halen als het belang van integraal samenwerken verder niet begrepen wordt. Daarom zijn de sessies en de gesprekken met teams binnen een project zo belangrijk.

Energie in jouw project
De feedback die wij krijgen op onze bijdragen in projecten als het gaat om GRIP is positief. Ons enthousiasme en brede kennis van de processen (ook binnen de ON-wereld) wordt gewaardeerd. Wil je sparren over wat wij voor jouw project kunnen betekenen: neem contact met ons op via info@van-loenen.org!

Prachtige Systems Engineering user story!

Standaard

In gesprekken met (onder)aannemers in de infra-keten proberen we over te brengen dat de Systems Engineering methodiek welliswaar extra inspanning kost bij de start van een project, maar uiteindelijk die inspanning de waard is. De artikelen van straal- en schildersbedrijf Feijnoord vullen dit perfect aan!

Verder lezen

Informatiemodel lifecycleproof

Standaard

Hoe leg je informatie met betrekking tot complexe objecten en systemen vast? De opdrachtnemers die verantwoordelijk zijn voor installaties weten ondertussen al hoe je verschillende kantelingen van je datamodel moet kunnen maken. Eigenaren, beheerders van dergelijke systemen komen namelijk regelmatig terug met vragen die te maken hebben met de oorspronkelijke constructie, bouw van het systeem. Installeurs zijn gewend om de revisies die uitgevoerd worden te documenteren in het systeem.

Verder lezen

Processinnovatie voor groot en klein

Standaard

Innovatie is hip. En terecht. Want zonder innovatie geen toekomst. Maar dat moet dan wel in de genen van je bedrijf of organisatie zitten. In je eentje kun je het namelijk niet. Er zijn verschillende definities van innovatie omdat er verschillende soorten zijn. Wij houden de volgende definitie aan: ‘Een innovatie is de succesvolle (commerciële) implementatie van creatieve ideeën door een organisatie.‘

Verder lezen