Waarom stappen grote infrastructuurprojecten over op model based systems engineering?

Grote infrastructuurprojecten stappen over op model-based systems engineering (MBSE) omdat traditionele, documentgebaseerde werkwijzen simpelweg niet meer meekomen met de complexiteit van moderne projecten. MBSE biedt een gestructureerde, traceerbare aanpak waarbij alle eisen, relaties en verificaties in één samenhangend model leven in plaats van verspreid over losse bestanden. In dit artikel beantwoorden we de meest gestelde vragen over MBSE, van de knelpunten bij traditioneel werken tot de eerste stappen richting een betere werkwijze.

Wat zijn de grootste knelpunten bij traditioneel systems engineering?

De grootste knelpunten bij traditioneel systems engineering zijn een gebrek aan traceability, versnipperde informatie en het verlies van kennis bij projectwisselingen. Eisen, ontwerp en verificatie leven in aparte Word-documenten en Excel-sheets die niemand consequent bijhoudt, waardoor fouten insluipen en audits en overdrachten structureel mislukken.

Herken je dit? Je werkt maanden aan een verificatiematrix, maar zodra een collega het project verlaat, ben je de helft van de context kwijt. Traceability van eis tot bewijs is handmatig en foutgevoelig. Tijdens audits moet je alles bij elkaar sprokkelen uit tientallen versies van hetzelfde document.

Daarnaast is de afstemming tussen disciplines een structureel probleem. Civiele ingenieurs, installatietechnici en systems engineers werken elk in hun eigen omgeving. Wijzigingen in het ene document bereiken het andere nooit automatisch. Het resultaat: inconsistente informatie, dubbel werk en projectrisico’s die onnodig groot zijn.

Hoe werkt MBSE anders dan documentgebaseerd systems engineering?

MBSE vervangt losse documenten door één centraal model waarin eisen, functies, componenten en verificaties als objecten zijn vastgelegd en onderling verbonden. In plaats van informatie te zoeken in bijlagen en versiehistorieken, navigeer je door relaties en zie je direct welke eis aan welk onderdeel is gekoppeld en of die eis is geverifieerd.

Bij documentgebaseerd werken is een eis een zin in een Word-bestand. Bij MBSE is diezelfde eis een object met eigenschappen, relaties naar andere objecten en een verificatiestatus. Die aanpak maakt het mogelijk om automatisch een verificatiematrix te genereren, de impact van wijzigingen direct te zien en traceability aantoonbaar te maken zonder handmatig speurwerk.

Een ander fundamenteel verschil is de manier waarop kennis wordt bewaard. In een documentgebaseerde omgeving zit kennis in hoofden en in de context van documenten. In een MBSE-omgeving zit kennis in het model zelf, inclusief de redenering achter keuzes. Dat maakt projectoverdrachten betrouwbaarder en audits een stuk minder stressvol.

Welke voordelen levert MBSE op voor complexe infrastructuurprojecten?

MBSE levert voor complexe infrastructuurprojecten concrete voordelen op het gebied van traceability, samenwerking en beheersbaarheid van wijzigingen. Doordat alle informatie in één model is vastgelegd, zijn de gevolgen van een ontwerpwijziging direct inzichtelijk en hoef je niet handmatig door tientallen documenten te zoeken naar afhankelijkheden.

De meest waardevolle voordelen voor infrastructuurprojecten zijn:

Volledige traceability: van eis tot verificatiebewijs, aantoonbaar en auditeerbaar
Snellere impactanalyse: wijzigingen in het model propageren direct naar afhankelijke objecten
Betere samenwerking: disciplines werken vanuit dezelfde databron in plaats van aparte bestanden
Kennisbehoud: projectkennis zit in het systeem, niet alleen in de hoofden van medewerkers
Standaardisatie: herbruikbare objecten, definities en templates versnellen nieuwe projecten

Juist bij projecten in de civiele techniek, de maritieme sector en de publieke sector, waar eisen complex zijn en regelgeving streng is, maakt MBSE het verschil tussen een beheerste oplevering en een audit die je liever niet had.

Wanneer is MBSE de juiste keuze voor een project?

MBSE is de juiste keuze wanneer een project te maken heeft met veel onderling afhankelijke eisen, meerdere disciplines, een lange doorlooptijd of strikte verificatieverplichtingen. Hoe complexer de samenhang tussen systeemonderdelen, hoe groter de meerwaarde van een modelgebaseerde aanpak ten opzichte van documentbeheer.

Specifieke situaties waarbij MBSE duidelijk meerwaarde biedt:

Projecten met meer dan een handvol disciplines die elk eigen eisen en ontwerpdocumenten beheren
Programma’s waarbij meerdere deelprojecten eisen en componenten delen
Trajecten met formele verificatieverplichtingen richting opdrachtgevers of toezichthouders
Omgevingen waar personeel regelmatig wisselt en kennisoverdracht een risico is
Projecten waarbij de datastructuur nog evolueert en flexibiliteit nodig is

Voor kleine, eenvoudige projecten met weinig afhankelijkheden is MBSE mogelijk meer investering dan nodig. Maar zodra de complexiteit toeneemt, betaalt de aanpak zichzelf terug in verminderd foutrisico en snellere verificatie.

Welke MBSE-tools zijn geschikt voor infrastructuurprojecten?

Geschikte MBSE-tools voor infrastructuurprojecten zijn tools die traceability, eisenbeheer en verificatie combineren in één omgeving en aansluiten op de werkwijzen en systemen die al in gebruik zijn. Bekende namen als Cameo en DOORS zijn krachtig, maar voor veel teams te complex en te kostbaar om effectief in te zetten.

Bij het kiezen van MBSE-tools voor infrastructuurprojecten zijn dit de belangrijkste criteria:

Integreerbaarheid: de tool moet via een API aansluiten op bestaande systemen zoals GIS, BIM of projectmanagementsoftware
Scalability geschikt voor zowel kleine deelprojecten als grote programma’s
Gebruiksgemak: engineers moeten snel productief zijn, zonder een lange opleiding
Flexibility de datastructuur moet meegroeien met het project, ook als eisen nog niet volledig bekend zijn
Security: gevoelige projectdata moet veilig en bij voorkeur Europees gehost zijn

Steeds meer teams in de Nederlandse infra- en watersector zoeken naar alternatieven die de kracht van MBSE bieden zonder de complexiteit en kosten van traditionele enterprise-tools. Wil je weten welke aanpak het beste past bij jouw project? Op datastorms.eu vind je meer informatie over hoe een toegankelijk no-code platform dit mogelijk maakt.

Hoe begin je met de overstap naar MBSE zonder grote organisatiewijzigingen?

Je begint de overstap naar MBSE het meest effectief door klein te starten: kies één project of deelproces, breng de bestaande eisen en relaties in kaart in een MBSE-tool en bouw van daaruit verder. Je hoeft niet de hele organisatie tegelijk mee te nemen om direct waarde te zien.

A practical step-by-step approach:

Inventariseer je huidige werkwijze: welke documenten gebruik je, waar zit de meeste pijn en welke eisen zijn nu het slechtst traceerbaar?
Kies een afgebakend startproject: een nieuw project is idealer dan een lopend project, maar ook een deeltraject van een bestaand project werkt
Zet de eisenstructuur op: begin met het vastleggen van eisen als objecten, zonder meteen alles te willen modelleren
Voeg traceability toe: koppel eisen aan verificatiemethoden en -bewijzen, stap voor stap
Evalueer en schaal op: gebruik de ervaringen van het eerste project om de aanpak te verfijnen en uit te rollen naar andere projecten

Het grootste struikelblok bij de overstap is niet de technologie maar de gewoonten. Teams die jarenlang in Excel en Word hebben gewerkt, hebben tijd nodig om te wennen aan een modelgebaseerde manier van denken. Kleine successen in het begin, zoals een automatisch gegenereerde verificatiematrix, helpen om het vertrouwen op te bouwen. Wil je vrijblijvend ervaren hoe dit in de praktijk werkt? Vraag een proeflicentie aan en ontdek zelf wat MBSE voor jouw project kan betekenen.

Hoe Datastorms helpt bij de overstap naar MBSE

Wij begrijpen dat de stap naar MBSE voor veel teams groot voelt, zeker als de huidige tooling al jaren vertrouwd is. Datastorms is het no-code informatieplatform waarmee systems engineers grip krijgen op de volledige complexiteit van hun projecten, zonder de steile leercurve van traditionele MBSE-tools.

Wat wij concreet bieden:

Eisendecompositie, relatiebeheer en verificatiematrices binnen één centrale omgeving
Een flexibele, semantische datastructuur die meegroeit met jouw project
Een centrale bibliotheek van objecten, definities en templates voor standaardisatie en snellere kennisoverdracht
Naadloze integratie met bestaande tools via een uitgebreide API
ISO 27001-certificering en 100% Europese hosting voor maximale informatiebeveiliging
Een investering die aanzienlijk lager ligt dan traditionele alternatieven zoals Cameo of DOORS

Gebouwd door proces- en systems engineers met jarenlange praktijkervaring in de Nederlandse infra-, water- en maakindustrie, sluit ons platform direct aan op de werkwijzen die jij al kent. Wil je zien hoe Datastorms werkt voor jouw project? Contact us en we denken graag met je mee.

Frequently Asked Questions

Hoe lang duurt het gemiddeld voordat een team productief is met MBSE?

De opstartperiode verschilt per team en tool, maar met een toegankelijk no-code platform kunnen engineers doorgaans binnen enkele weken productief zijn op een afgebakend deelproject. De grootste tijdsinvestering zit niet in het leren van de software, maar in het omzetten van bestaande eisen en documentstructuren naar modelobjecten. Teams die klein beginnen met één project ervaren vaak al na de eerste sprint concrete voordelen, zoals een automatisch gegenereerde verificatiematrix, wat het draagvlak voor bredere uitrol aanzienlijk vergroot.

Wat gebeurt er met onze bestaande Word- en Excel-documenten bij de overstap naar MBSE?

Bestaande documenten hoeven niet van de ene op de andere dag te verdwijnen. In de praktijk worden eisen en verificatiegegevens stapsgewijs gemigreerd naar het MBSE-model, terwijl de oude documenten tijdelijk als referentie blijven bestaan. Veel teams kiezen ervoor om de migratie per projectfase of discipline te doen, zodat de werkdruk beheersbaar blijft. Op termijn fungeert het model als de enige bron van waarheid en worden losse documenten alleen nog gebruikt voor formele rapportages die vanuit het model worden gegenereerd.

Hoe zorg je ervoor dat alle disciplines het MBSE-model ook daadwerkelijk gebruiken?

Adoptie is inderdaad de grootste uitdaging bij een MBSE-transitie, en die wordt gewonnen of verloren op gebruiksgemak en zichtbare meerwaarde. Zorg ervoor dat het platform aansluit op de werkwijzen die disciplines al kennen, en laat vroeg in het project concrete voordelen zien, zoals directe inzage in wijzigingsimpact of een auditklare traceabilityrapportage zonder handmatig werk. Het aanwijzen van een interne MBSE-trekker per discipline, die als vraagbaak fungeert en best practices deelt, versnelt de adoptie aanzienlijk.

Is MBSE ook geschikt voor projecten waarbij de eisen nog niet volledig bekend zijn?

Ja, en dit is juist een van de sterke punten van een flexibele MBSE-aanpak. In tegenstelling tot rigide documentstructuren kan een goed MBSE-model meegroeien met het project: eisen kunnen worden toegevoegd, verfijnd of herschikt zonder dat de samenhang verloren gaat. Zorg wel dat je een platform kiest met een flexibele, semantische datastructuur die geen vaste hiërarchie afdwingt. Zo kun je al vroeg beginnen met het vastleggen van wat bekend is, en de structuur aanscherpen naarmate het project vordert.

Wat zijn de meest voorkomende fouten die teams maken bij de implementatie van MBSE?

De meest gemaakte fout is proberen alles tegelijk te modelleren, waardoor het project vastloopt voordat er resultaat zichtbaar is. Een tweede veelvoorkomende valkuil is het kiezen van een te complexe tool die niet aansluit op de werkwijzen van het team, wat leidt tot lage adoptie en een model dat snel veroudert. Tot slot onderschatten teams regelmatig het belang van een consistente naamgeving en objectdefinitie: zonder gedeelde afspraken over terminologie ontstaan er al snel inconsistenties die de waarde van het model ondermijnen.

Hoe verhoudt MBSE zich tot BIM, en kunnen beide aanpakken naast elkaar worden gebruikt?

BIM en MBSE zijn complementair: BIM richt zich primair op de geometrische en fysieke representatie van een bouwwerk, terwijl MBSE de functionele en systeemtechnische laag afdekt, zoals eisen, functies en verificaties. In infrastructuurprojecten worden beide aanpakken steeds vaker gecombineerd, waarbij het MBSE-model via een API-koppeling eisen en verificatiestatussen uitwisselt met het BIM-model. Dit geeft projectteams een volledig beeld: niet alleen hoe een systeem eruitziet, maar ook of het voldoet aan alle gestelde eisen.

Hoe maak je MBSE bespreekbaar bij opdrachtgevers of toezichthouders die er nog niet mee bekend zijn?

Richt je in gesprekken met opdrachtgevers en toezichthouders op de uitkomsten die zij herkennen: aantoonbare traceability, auditklare verificatiedossiers en minder risico op fouten bij projectoverdrachten. Je hoeft het model zelf niet te presenteren; laat in plaats daarvan zien welke rapportages en overzichten het model automatisch genereert, zoals een verificatiematrix of een eisendecompositie. Opdrachtgevers in de publieke sector en de watersector zijn steeds vaker bekend met MBSE-vereisten vanuit Rijkswaterstaat en ProRail, wat het gesprek over standaarden en verwachtingen een stuk eenvoudiger maakt.