Voordoen. Meedoen. Zelf doen.

Jarenlang was dit de standaard voor het invoeren van nieuwe werkwijzen en systemen. Een aanpak die veel organisaties ver heeft gebracht.
Maar werkt dat nog steeds als nieuwe technologie zich sneller ontwikkelt dan organisaties kunnen bijbenen? En als tooling inmiddels jaren vooruitloopt op de manier waarop we gewend zijn te werken?
Ik denk dat het tijd is om onze aanpak te herzien.
We zien nog te vaak dat ervaren professionals worden opgeleid om nieuwe tooling te gebruiken. Terwijl juist zij beschikken over iets wat niet in een systeem zit: vakmanschap.
Misschien vraagt digitale transformatie om een fundamentele rolverschuiving.
Niet: “Hoe leren we de vakman het systeem?”
Maar: “Hoe zorgen we dat het vakmanschap leidend blijft, terwijl nieuwe technologie dat versterkt?”
Dat vraagt om een andere manier van samenwerken. Waar vakmensen, informatieprofessionals, dataspecialisten en AI ieder hun eigen rol hebben en samen kennis duurzaam borgen.
Voor bestuurders betekent dit ook iets.
Niet alleen investeren in technologie, maar bewust worden van de veranderende rollen binnen teams.
Die bewustwording ontstaat zelden in een presentatie of een handleiding.
Juist daarom geloof ik dat serious gaming een steeds belangrijkere plek krijgt. Niet als doel op zich, maar als een manier om bestuurders én teams samen te laten ervaren wat digitale transformatie écht vraagt.
Want succesvolle digitalisering draait uiteindelijk niet om systemen.
Het draait om mensen, vakmanschap en de manier waarop je die met elkaar verbindt.
Binnenkort delen we hierover een uitgebreidere opinie. Ik ben benieuwd: hoe zorgen jullie ervoor dat vakmanschap behouden blijft terwijl de digitale transformatie doorgaat?

Van Loenen Vakmanschap leidend Downloaden

CAD, PLM, ERP en DMS: hoe voegt Systems Engineering waarde toe in de scheepsbouw?

In de maritieme sector gaat het steeds vaker over Systems Engineering. Toch is een logische vraag: is dat echt nodig wanneer een werf al werkt met CAD, PLM, ERP, DMS en MES?

CAD ondersteunt het ontwerp. PLM beheert onderdelen, productstructuren en revisies. ERP organiseert inkoop, expediting en logistiek. Een DMS bewaart documenten en MES ondersteunt productie en werkvoorbereiding.

Daarmee is dan eigenlijk alles al geregeld, toch? Nee, zeker niet. Wat ontbreekt in veel projecten is een duidelijke verbinding tussen wat de klant vraagt, wat engineers besluiten, welke documenten dit moeten aantonen en welke wijzigingen onderweg zijn doorgevoerd.

Precies daar kan Systems Engineering in de scheepsbouw richting geven. ISO 15288 beschrijft processen die een werf kan inrichten om een project beter te laten verlopen. In dit artikel leggen we uit hoe die processen houvast bieden bij het organiseren van samenhang, en hoe datamanagement software de daarbij vrijkomende eisen, ontwerpkeuzes, reviews, wijzigingen en bewijsvoering met elkaar kan verbinden.

Welke rol spelen CAD, PLM, ERP, DMS en MES in de scheepsbouw?

De bestaande systemen binnen een werf blijven essentieel. Ze ondersteunen elk een belangrijk deel van het projectproces:

→ CAD voor 2D- en 3D-ontwerp, tekeningen en modellen
→ PLM voor productstructuren, componenten en revisies
→ ERP voor inkoop, planning, logistiek en expediting
→ DMS voor documentopslag, distributie en versiebeheer
→ MES voor productieaansturing en werkvoorbereiding

Samen ondersteunen deze systemen ontwerp, inkoop en productie. De uitdaging ontstaat wanneer informatie over eisen, keuzes en wijzigingen verspreid raakt over systemen, documenten, overleggen en mailboxen.

Een klanteis staat bijvoorbeeld in het bestek. Het ontwerpbesluit wordt genomen in een overleg. De onderbouwing komt terecht in een tekening, berekening of schema. Daarna geeft de klant commentaar op een documentversie, met mogelijke gevolgen voor ontwerp, planning en inkoop.

Dan komt een cruciale vraag naar voren: welke eis geldt, waar is deze verwerkt en hoe tonen we dat aan?

Systems Engineering geeft richting aan governance en compliance in het engineeringproces

Systems Engineering gaat verder dan productdefinitie, planning of inkoop. ISO 15288 beschrijft system life cycle processen die aangeven welke processen je kunt inrichten om een project beter te laten verlopen. De norm schrijft niet voor wat de inhoud van die processen exact moet zijn. Die vult iedere werf zelf in.

Juist in de vroege engineeringfase, wanneer nog niet precies vaststaat wat het schip of systeem moet kunnen, biedt dit proceskader houvast. De werf vult de processen vervolgens in met eigen inhoud en werkwijzen, waaronder governance, compliance, risico’s, raakvlakken, ontwerpbesluiten en klantafstemming.

De processen helpen te bepalen welke relaties en informatiestromen je in een project wilt organiseren, bijvoorbeeld tussen:

→ klantwensen en contractuele eisen
→ technische eisen en ontwerpkeuzes
→ documenten, tekeningen en berekeningen
→ reviews, opmerkingen en besluiten
→ wijzigingen, risico’s en beheersmaatregelen
→ verificatie, validatie en oplevering

Wanneer die processen bewust op elkaar aansluiten, ontstaat een navolgbare engineeringstructuur die helpt om gedurende het hele project grip te houden. Om de informatie die binnen deze processen ontstaat bruikbaar te maken, is datamanagementsoftware nodig. Deze software verbindt eisen, documenten, besluiten, reviews en andere projectdata in hun onderlinge context.

Hoe maakt datamanagementsoftware eisen traceerbaar in scheepsbouwprojecten?

Wanneer een werf de processen rond eisen, documenten en besluiten op elkaar laat aansluiten, wordt engineeringkennis concreet toepasbaar. Datastorms is datamanagementsoftware die deze informatie samenbrengt en de relaties ertussen zichtbaar maakt. Per eis is bijvoorbeeld zichtbaar waar deze vandaan komt, wie eigenaar is, in welke fase deze relevant is en op welke manier zij moet worden aangetoond.

Dat levert in de praktijk vijf belangrijke voordelen op:

→ Herbruikbare engineeringkennis

Standaardeisen, bestekteksten en ontwerpkeuzes worden vastgelegd in een catalogus en kunnen opnieuw worden toegepast.

→ Traceerbare klanteisen

Per eis wordt zichtbaar in welk ontwerpdeel, document, testresultaat of certificaat bewijs beschikbaar is.

→ Betere beheersing van wijzigingen

Bij een wijziging wordt sneller duidelijk welke eisen, documenten, ontwerpkeuzes en raakvlakken geraakt worden.

→ Aantoonbare governance en compliance

Besluiten, afwijkingen, reviews en vereiste bewijsvoering zijn gestructureerd vastgelegd en controleerbaar.

→ Meer grip op scope en voortgang

Dashboards tonen welke documenten, reviews, eisen en acties nog openstaan.

Hoe maakt Datastorms een standaardbestek configureerbaar?

Neem een werf die regelmatig sleephopperzuigers of andere vergelijkbare schepen bouwt. Veel kennis komt bij ieder project terug, terwijl de invulling per klant en schip verschilt.

In plaats van telkens een bestaand Word-bestek te kopiëren, doorzoeken en handmatig aan te passen, kunnen eisen in Datastorms worden opgenomen in een gestructureerde catalogus. Die eisen kunnen gekoppeld zijn aan kenmerken zoals LOA, LPP, breedte, diepgang, beuninhoud, installaties en specifieke functionaliteiten.

Bij een nieuw project legt de engineer deze kenmerken vast in Datastorms. Vervolgens wordt zichtbaar welke eisen, bouwblokken en bestekteksten voor dit schip relevant zijn. Sommige onderdelen worden toegevoegd, andere blijven buiten de projectspecificatie.

De engineer start daardoor niet meer met het herschrijven van een oud document. Hij of zij stelt gericht een projectspecifieke configuratie samen op basis van bewezen standaarden. Kennis die eerder in losse teksten en ervaring zat, wordt zo herbruikbaar. Tegelijk neemt de kans af dat een relevante eis ontbreekt of per ongeluk in een nieuw project blijft staan.

Hoe koppel je bestekseisen aan documenten en bewijsvoering?

Systems Engineering beschrijft dat verificatie en validatie als processen moeten worden ingericht. De werf bepaalt vervolgens per eis hoe deze wordt aangetoond.

Een eis kan bijvoorbeeld worden bewezen in een engine room arrangement, een electrical diagram, een berekening, een testresultaat of een certificaat. Door dit per eis vast te leggen, wordt duidelijk welk document nodig is, in welke projectfase dit document moet worden opgeleverd en tot welk niveau de eis moet zijn aangetoond.

Zo ontstaat een catalogus die niet alleen de inhoud van het bestek ondersteunt, maar ook helpt om de scope van het werk snel te bepalen. De beloften aan de klant worden vertaald naar benodigde engineeringproducten, documenten en verificatiemomenten.

Deze informatie kan vervolgens input vormen voor de productplanning in systemen zoals Floorganize.

Hoe verbeteren klantreviews en stakeholdermanagement de projectbeheersing?

Een standaard bestek verandert ook de manier waarop een werf met stakeholdermanagement omgaat. De vraag van een reder of klant wordt dan niet telkens vanaf nul vertaald naar een oplossing. De vraag wordt beoordeeld ten opzichte van beschikbare standaarden, eisen en configureerbare bouwblokken.

Ook het reviewproces kan in Datastorms worden ingericht. Een klant kan toegang krijgen tot een specifieke documentversie en direct commentaar toevoegen. Daardoor ontstaat één betrouwbare bron voor:

→ welke documentversie ter review is aangeboden
→ welk commentaar op die versie is gegeven
→ wie verantwoordelijk is voor de afhandeling
→ welke besluiten of wijzigingen daaruit volgen
→ welke punten nog openstaan

De documenten zelf kunnen gewoon in het bestaande DMS blijven staan. Systems Engineering beschrijft welke processen rond review, verificatie en wijziging je wilt inrichten. Datastorms kan de metadata en relaties eromheen vastleggen, zoals eisen, status, commentaar, besluiten en voortgang. Informatie die in een DMS vaak lastig als samenhangend geheel te beheren is.

Systems Engineering als proceskader voor de scheepsbouw

Voor scheepswerven zit de waarde van Systems Engineering in een helder kader van processen die gedurende de levenscyclus kunnen worden ingericht en op elkaar kunnen aansluiten.

De werf vult deze processen inhoudelijk in. Datastorms kan de data die uit requirements management, reviews, ontwerpbesluiten, wijzigingsbeheer, risico’s, raakvlakken en klantreviews vrijkomt met elkaar verbinden. Dit helpt engineeringteams om efficiënter te werken en beter aantoonbaar te maken dat het ontwerp aansluit op wat met de klant is afgesproken.

Veelgestelde vragen over Systems Engineering in de scheepsbouw

Wat is Systems Engineering in de scheepsbouw?

Systems Engineering biedt, onder meer via ISO 15288, een proceskader met system life cycle processen die een werf kan inrichten en op elkaar kan laten aansluiten. De inhoud en werkwijze van die processen vult de werf zelf in.

Vervangt Systems Engineering CAD, PLM of ERP?

Nee. CAD, PLM, ERP, DMS en MES behouden hun eigen rol. Systems Engineering beschrijft de processen die je op elkaar wilt laten aansluiten. CAD, PLM, ERP, DMS en MES ondersteunen die processen. Datastorms kan de data die daarin vrijkomt met elkaar verbinden.

Waarom is traceerbaarheid van eisen belangrijk?

Traceerbaarheid maakt zichtbaar welke klantwens is verwerkt in welk ontwerpdeel, document, test of certificaat. Dat helpt bij reviews, wijzigingen, oplevering en overdracht.

Kunnen bestaande bestekken worden hergebruikt?

Ja. Bestaande bestekken kunnen worden omgezet naar een gestructureerde eisenbibliotheek. Daarmee wordt engineeringkennis eenvoudiger herbruikbaar voor volgende projecten.

Hoe helpt Systems Engineering bij wijzigingen tijdens een project?

Systems Engineering beschrijft dat wijzigingsbeheer als proces moet worden ingericht. Door eisen, documenten en ontwerpbesluiten binnen Datastorms met elkaar te verbinden, wordt sneller zichtbaar welke onderdelen geraakt worden. Hierdoor kunnen gevolgen voor ontwerp, planning en klantafstemming beter worden beheerst.

Moeten documenten uit het huidige DMS worden verplaatst?

Dat hoeft niet. Documenten kunnen in het bestaande DMS blijven staan. Systems Engineering beschrijft welke processen rond review, verificatie en wijziging je wilt inrichten. Datastorms kan metadata, relaties, reviewstatus en bewijsvoering rond die documenten vastleggen.

Voor welke maritieme projecten is Systems Engineering relevant?

Systems Engineering is vooral waardevol bij complexe nieuwbouw-, retrofit-, offshore-, bagger- en defensieprojecten. Ook werven die vergelijkbare scheepstypen of equipment configureren profiteren van herbruikbare eisen en betere traceerbaarheid.

Voor meer informatie over Systems Engineering in de maritieme sector: www.vanloenen.nl & www.datastorms.eu

Geschreven door Martijn van Loenen, CEO van Van Loenen Consultancy en Datastorms.

Standaardiseren of leren?

Waarom de toekomst van de fysieke bouwwereld niet alleen ligt in betere standaarden, maar vooral in beter leren.

De fysieke bouwwereld kent een rijke traditie van standaardiseren.
Dat is niet zonder reden. Standaarden zorgen voor veiligheid, kwaliteit, voorspelbaarheid en lagere maatschappelijke kosten. Ze maken samenwerking mogelijk tussen opdrachtgevers, ontwerpers, adviseurs, aannemers, leveranciers en beheerders.
Maar juist wanneer standaardisatie volwassen wordt, ontstaat een nieuwe uitdaging.

Niet:
Hoe ontwikkelen we betere standaarden?

Maar:
Hoe zorgen we dat standaarden blijven leren?

Een standaard is een momentopname

Een standaard is nooit af. Hij beschrijft de gezamenlijke kennis van vandaag. Maar morgen verandert de werkelijkheid:

Nieuwe technieken.
Nieuwe materialen.
Nieuwe wetgeving.
Nieuwe maatschappelijke opgaven.
Nieuwe inzichten uit projecten.

Toch richten veel organisaties hun aandacht vooral op de vraag of projecten de standaard correct toepassen.
Dat is belangrijk.

Maar misschien nog belangrijker is de vraag:
Waarom wijkt een project af van de standaard?*

Afwijkingen zijn geen fouten

In veel organisaties worden afwijkingen gezien als uitzonderingen.
Ze worden opgelost.
En daarna verdwijnen ze weer.
Gedocumenteerd.

Maar juist die afwijkingen vertellen waar de standaard schuurt.
Misschien ontbreekt er kennis.
Misschien is de praktijk veranderd.
Misschien blijkt een betere oplossing mogelijk.

Iedere afwijking is een kans om te leren.
Niet ondanks de standaard.
Maar dankzij de standaard.

De Reis van de Eis

Tijdens de ontwikkeling van de Reis van de Eis ontdekten we dat standaardiseren niet draait om documenten.
Het draait om mensen.

Een standaard ontwikkelt zich niet vanzelf.
Hij ontwikkelt zich doordat mensen ervaringen delen, keuzes bespreken en elkaar helpen betere oplossingen te vinden.
Dat vraagt om een lerend netwerk.

Het Productiehuis

Vanuit die gedachte ontstond het productiehuis. Niet als extra proces.
Niet als extra controlelaag. Maar als de plek waar kennis blijft bewegen.

Een omgeving waarin:
•⁠ ⁠experts samenwerken;
•⁠ ⁠ervaringen uit projecten worden teruggebracht;
•⁠ ⁠afwijkingen bespreekbaar worden;
•⁠ ⁠keuzes transparant worden vastgelegd;
•⁠ ⁠voortgang zichtbaar is;
•⁠ ⁠en nieuwe inzichten hun weg terugvinden naar de standaard.

Daarmee verandert ook de functie van de standaard.
Niet langer een eindproduct.
Maar de actuele stand van gezamenlijke kennis.

De volgende stap

Misschien is de grootste stap die we als sector kunnen zetten niet nóg beter standaardiseren.
Maar beter organiseren hoe we leren. Niet door steeds nieuwe standaarden te schrijven.

Maar door een omgeving te creëren waarin ervaringen, afwijkingen en nieuwe inzichten zichtbaar worden, met elkaar worden besproken en gezamenlijk leiden tot verbetering.

Want uiteindelijk ontstaat de beste standaard niet aan de tekentafel. Die ontstaat op de plekken waar mensen samenwerken.

Waar de praktijk vragen stelt. En waar we bereid zijn om van die praktijk te blijven leren.

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

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.

Waarom het wiel opnieuw uitvinden als de blauwdruk al klaarligt?

Een frisse blik op Eenheid van Taal en het Federatief Datastelsel in de Zorg.

“Van Loenen Consultancy vindt federatief samenwerken belangrijk omdat het onze klanten in staat stelt om efficiënt en verantwoord data te delen, zonder dat zij de controle over hun eigen gegevens verliezen. In plaats van alle data te verzamelen in één gigantische, kwetsbare centrale database, blijven de gegevens bij de bron.”

De uitdaging voor informatiearchitecten en beleidsmakers

De zorg zoekt de oplossing voor interoperabiliteit en Eenheid van Taal momenteel primair binnen de traditionele zorgtooling. Het resultaat? Complexe, kostbare integratietrajecten die proberen systemen in een star keurslijf te dwingen.

Ondertussen worstelt de sector met het betrouwbaar overbruggen van vitale stelsels zoals SNOMED, LOINC, de Thesaurus Zorg en Welzijn (TZW) en GIZA. Waarom proberen we alles centraal te mappen en te synchroniseren, als de data veel veiliger en zuiverder direct bij de bron kan blijven?

Bewezen in de Bouw, onmisbaar voor de Zorg: Datastorms

De fysieke bouwwereld kent exact dezelfde uitdaging: honderden autonome partijen (architecten, aannemers, installateurs) die moeten samenwerken binnen één keten met hyper-complexe standaarden (zoals BIM). Fouten betekenen hier direct miljoenen aan faalkosten.

Met onze oplossing Datastorms hebben wij deze federatieve theorie in de bouw al jaren geleden omgezet in een robuuste praktijk. Die volwassen technologie en diepgaande expertise ontsluiten we nu voor de zorg.

Wat brengt Datastorms naar de zorgketen?

Federatieve Semantische Mapping: Datastorms fungeert als een dynamische, gedistribueerde vertallaag. Het brengt SNOMED, LOINC, TZW en GIZA federatief met elkaar in samenhang, zónder dat bronsystemen hun eigen taal of autonomie hoeven op te geven.
Geen data-duplicatie, geen synchronisatiefouten: Geen centrale databases of tijdelijke back-ups die binnen no-time verouderd zijn. Vraagbaak en vertaling vinden realtime plaats op het moment van uitvragen, direct bij de bron.
Privacy & Regie by Design: Volledig compliant met de AVG und NEN 7510. Omdat data nooit fysiek verplaatst of centraal gepoold wordt, blijft de datasoevereiniteit van de zorginstelling te allen tijde 100% gegarandeerd.
Direct inzetbare volwassenheid: Waar traditionele zorgtooling nog in de ontwerpfase zit voor echte federatieve stelsels, draait de core-engine van Datastorms al jaren op volle toeren in complexe, risicovolle fysieke infrastructuren.

Zullen we de zorgketen écht verbinden?

Wij laten u graag zien hoe we de kloof tussen theorie en zorgpraktijk overbruggen met een direct werkende, federatieve architectuur.

Waarom accepteren we in de scheepsbouw nog steeds dat projectdata telkens opnieuw wordt opgebouwd? 🚢

Vandaag ontdekten we misschien wel dat we inmiddels voorlopen op de digitale behoefte binnen delen van de maritieme maakindustrie.

Veel projecten worstelen nog steeds met versnipperde data, verschillende interpretaties tussen engineering en werf en datastructuren die telkens opnieuw worden ingericht.

Terwijl de basis vaak hetzelfde blijft.

Verder lezen

Start vandaag met een onafhankelijke infrastructuur

3 partijen beheren samen ±70% van de Europese cloudmarkt: Amazon, Microsoft en Google. En dat heeft direct invloed op jouw data en infrastructuur. Wil jij volledige controle terug? 🛡️

Jij wilt dit:
Je bepaalt zelf waar je data staat.
En hoe je systemen draaien.

Dit wil toch eigenlijk iedere organisatie?

Daarom hebben wij Datastorms ontwikkeld.

Precies om die controle terug te brengen.

Dit platform draait op een 100% Europees fundament.

Onafhankelijk en transparant.

Wat betekent Datastorms concreet?
> Onafhankelijk van Big Tech
Je processen draaien los van AWS, Azure en Google
> Data onder jouw regie
Opslag en verwerking in Europa of op je eigen servers
> Volledige ondersteuning
Van procesbeheer tot data-analyse

Vrijheid in keuzes én volledige controle.

Jouw data. Jouw infrastructuur. Dus: jouw koers en niet de mijne én niet van de andere 3.

Start vandaag met een onafhankelijke infrastructuur. Een sparringspartner nodig om de (ontworpen) architectuur te challengen: neem contact op!

Vacature: Support consultant SE

Zoek jij een functie naast je baan?

Wil jij naast je studie alvast een werken? Studeer jij TB, Maritiem of Aerospace engineering? Dan hebben wij de ultieme bijbaan die aansluit bij jouw interesse. Ben je (bijna) klaar met je bachelor of verder in je studie en opzoek: dan kun je nu stoppen met zoeken!

Bij Van Loenen ben je dan aan het goede adres! Samen werken we voor toonaangevende klanten in uiteenlopende sectoren, de grootste Opdrachtgevers en Opdrachtnemers van het land. Eigenlijk moet je wel een beetje een vak-gekkie zijn: iemand die gewoon houd van structuur, kennis graag op doet en deelt met klanten en collega’s.

Over de vacature

Als Support Consultant Systems Engineer ben je verantwoordelijk voor de ondersteuning van onze consultants op projecten. Je organiseert dat de informatiebehoefte ingeregeld wordt. Door jouw achtergrond ben je in staat snel verbanden te leggen en zal blijken of je meer past bij de technische kant van het vak of juist de processen. Je maakt daarbij vaak deel uit van een multidisciplinair team waarbij je door je kennis van de processen van toegevoegde waarde bent. Tenslotte zal je ook betrokken zijn bij de implementatie van de processen en de uitgewerkte tooling. Je wordt binnen onze organisatie onderdeel van een team van 8 gedreven professionals met een diversiteit aan achtergrond en ervaring. Onderling zorgen we voor kruisbestuiving van onze kennis en ervaring, zodat we onze opdrachtgevers optimaal bedienen. De uitvalbasis is Zoetermeer, maar het merendeel van de tijd zit je bij onze klanten op dynamische plekken waar je jezelf kunt ontwikkelen.

Dit ben jij:

HBO/WO denkniveau (technische achtergrond)
Kennis van Systems Engineering en deze methodiek zelf ook toegepast binnen projecten
IT affiniteit, je snapt hoe databases werken
Beheersing Nederlandse en Engelse taal
Beschikt over de volgende competenties: leergierig, doorzetter, analytisch en resultaatgericht.

Dit bieden we je:

Flexibel contract zodat je ook nog kunt studeren
Interessante beloningsstructuur
Reiskostenvergoeding (ook als je met de fiets komt)

Wie is Van Loenen?

Van Loenen is een no-nonsense ingenieursbureau met een sterke focus op kwaliteit en het realiseren van exclusieve, complexe projecten. Wij onderscheiden ons door een eerlijke en directe aanpak: bij Van Loenen krijg je geen mooipraterij, maar de nuchtere realiteit. Onze klanten kiezen voor ons omdat wij vakinhoudelijk sterk zijn en altijd voor de beste oplossing gaan, zelfs als dat soms betekent dat we tegen de stroom in moeten adviseren.

Onze ingenieurs werken nauw samen met de opdrachtgever en denken actief mee in elke fase van het project. We zetten ons in om de visie van onze klanten te vertalen naar concrete, haalbare resultaten, waarbij we ons richten op een succesvol eindproduct. Wij zoeken altijd collega’s die zich herkennen in ons profiel en ons samen willen werken aan mooie opdrachten!

Wat nu?

Ben jij de kandidaat die past binnen dit plaatje? Ben je daarnaast gemiddeld 16 uur per week beschikbaar voor een periode van 6 maanden? Neem contact op!

Stuur je CV met begeleidend schrijven naar info@van-loenen.org.

Heb je vragen over de door ons aangeboden functie?

Neem dan contact op via 079-30 20 000 met Beatrix of Jan-Willem

Vacature: Procesmodelleur Systems Engineer

Unieke antwoord op informatievraagstukken in GWW en maritieme projecten

Ben jij een beschikbaar voor een uitdaging binnen ons team?

Ben je op een punt in je carrière gekomen waar je je afvraagt of je nog steeds op de juiste plek zit? Ben je op zoek naar een omgeving waar je niet alleen gewaardeerd wordt, maar ook geïnspireerd wordt door je collega’s?

Bij Van Loenen ben je dan aan het goede adres! We nodigen je uit om in ieder geval te overwegen je carrière-avontuur voort te zetten bij ons. Wij zijn een no-nonsense team die zich graag vastbijt in een uitdaging. Eigenlijk moet je wel een beetje een vak-gekkie zijn: iemand die gewoon houd van structuur, kennis graag deelt met klanten en collega’s.

Over de vacature

Als Procesmodelleur Systems Engineer ben je verantwoordelijk voor het inrichten en het begeleiden van processen binnen projecten. Daarnaast organiseer je dat de bijbehorende informatiebehoefte ingeregeld wordt. Dit doe je in nauwe samenwerking met de Opdrachtgever. Je maakt daarbij vaak deel uit van een multidisciplinair team waarbij je door je kennis van de processen van toegevoegde waarde bent. Tenslotte zal je ook betrokken zijn bij de implementatie van de processen en de uitgewerkte tooling. Je wordt binnen onze organisatie onderdeel van een team van 8 gedreven professionals met een diversiteit aan achtergrond en ervaring. Onderling zorgen we voor kruisbestuiving van onze kennis en ervaring, zodat we onze opdrachtgevers optimaal bedienen. De uitvalbasis is Zoetermeer, maar het merendeel van de tijd zit je bij onze klanten op dynamische plekken waar je jezelf kunt ontwikkelen.

Dit ben jij:

HBO/WO denkniveau (technische achtergrond)
Enkele jaren werkervaring binnen projecten
Kennis van Systems Engineering en deze methodiek zelf ook toegepast binnen projecten
IT affiniteit, je snapt hoe databases werken
Ervaring met Relatics
Beheersing Nederlandse en Engelse taal
Beschikt over de volgende competenties: analytisch, samenwerken, resultaatgericht en conceptueel denken

Dit bieden we je:

Concurrerend salaris
Eindejaarsuitkering
Werktelefoon Iphone
Werklaptop Macbook
Auto van de zaak
Liever met de trein? (NS business card)

Wie is Van Loenen?

Wat nu?

Ben jij de kandidaat die past binnen dit plaatje? Of heb jij de ambitie om de ontbrekende vaardigheden je eigen te maken? Dan hopen we dat je reageert op deze vacature! Naast fulltime is ook parttime bespreekbaar, met een minimum van 24 uur per week.

Een referentiecheck en vaardighedentoets kunnen onderdeel zijn van de selectieprocedure.

Stuur je CV met begeleidend schrijven naar info@van-loenen.org.

Heb je vragen over de door ons aangeboden functie?

Neem dan contact op via 079-30 20 000.

📁 Haal het maximale uit je data met een slim informatiemodel voor betere projectresultaten

Een goed beheerde bibliotheek begint met een sterk informatiemodel – zonder dat model raak je al snel de controle kwijt over je data. Denk aan een projectomgeving als een werkplaats: snel, dynamisch, maar vaak ook chaotisch. Een bibliotheek daarentegen is als een magazijn: gestructureerd, georganiseerd en klaar voor hergebruik. Dit hebben we uitvoerig besproken in het eerste blog uit de serie ‘Bibliotheken en projecten – het magazijn en de werkplaats’.

Nu gaan we een stap verder en duiken we in de vraag: hoe kun je je data efficiënt beheren en toekomstbestendig maken zodat je er op de lange termijn steeds meer waarde uit kunt halen? In dit artikel ontdek je hoe een goed informatiemodel de basis legt voor een perfect georganiseerde bibliotheek, zodat je data altijd herbruikbaar en waardevol blijft.

Wat is een informatiemodel?

Eerst even de basis: een informatiemodel is de blauwdruk die vastlegt hoe data wordt georganiseerd en beheerd binnen een bibliotheekomgeving. In een goed informatiemodel bepaal je hoe informatie wordt gestructureerd, gecategoriseerd en toegankelijk blijft, zodat deze niet alleen nuttig is in het hier en nu, maar ook voor toekomstige projecten. Een magazijn is alleen effectief als alles op een vaste plek ligt en volgens duidelijke regels is ingedeeld. Dus net als een bibliotheek waarin informatie consistent en herbruikbaar moet zijn. Een goed informatiemodel biedt een raamwerk dat zorgt voor toegankelijkheid, betrouwbaarheid en duurzaamheid van je data. Maar waarom is dat van belang?

Waarom een solide informatiemodel belangrijk is

In een projectomgeving, vergelijk het met de ‘werkplaats’, is alles gericht op snelheid en resultaat. Data is vaak van tijdelijke aard en specifiek voor het project. Maar in een bibliotheek, vergelijkbaar met een ‘magazijn’, is het doel juist om data overzichtelijk te bewaren met focus op gebruik voor de langere termijn. Een goed informatiemodel helpt om chaos te voorkomen, zorgt voor consistente opslag en voorkomt dat waardevolle informatie verloren gaat. Het model geeft de structuur om data niet alleen op te slaan, maar ook altijd te kunnen vinden en begrijpen.

Een sterk informatiemodel helpt deze scheiding te behouden door data gestructureerd op te slaan in de bibliotheek, waardoor het duurzaam beschikbaar blijft voor toekomstige projecten, net zoals een goed beheerd magazijn dat doet voor essentiële materialen. Maar ook om georganiseerd aanpassingen aan de data in de bibliotheek door te voeren, zodat deze mee blijft bewegen met de behoeften die projecten hebben zonder dat andere projecten daar last van ondervinden.

Top 3 voordelen van een informatiemodel

Laten we de voordelen van een goed gebouwd informatiemodel opsommen:

Herbruikbare data
Een slim ontwikkeld systeem van bibliotheek en project maakt data vindbaar en toepasbaar in nieuwe projecten.

Samenwerking verbeteren
Een duidelijke structuur zorgt ervoor dat iedereen binnen de organisatie dezelfde ’taal’ spreekt als het gaat om data.

Foutreductie
Een informatiemodel voorkomt dat gegevens worden verkeerd geïnterpreteerd of verloren raken.

Hoe een effectief informatiemodel eruit moet zien

Net zoals een magazijn georganiseerd moet zijn, moet een informatiemodel ook duidelijke kaders bieden. De volgende elementen helpen je een effectief informatiemodel op te bouwen voor je bibliotheek:

1. Data-entiteiten en -attributen

In een magazijn kun je items ordenen op soort, formaat of functie. Zo begint een informatiemodel met het aanwijzen van data-entiteiten, zoals documenten, metadata en projectinformatie. Voor elke entiteit worden attributen vastgelegd, zoals naam, datum, auteur en relevante trefwoorden. Deze indeling zorgt ervoor dat informatie consistent en eenvoudig terug te vinden is, net zoals een magazijn waarin alles een vaste plek heeft.

2. Relaties tussen data

In een goed informatiemodel is het niet genoeg om data simpelweg op te slaan; de relaties tussen verschillende stukken informatie moeten ook vastgelegd worden. Bijvoorbeeld: een document kan gelinkt zijn aan een project, een rapport, of een bepaald proces. Deze verbindingen geven context en maken het mogelijk om data in een bredere context te zien. Net zoals een magazijn dat efficiënter werkt als alle gerelateerde materialen dichtbij elkaar liggen, wordt een bibliotheek overzichtelijker door relevante informatie aan elkaar te koppelen.

3. Metadata en classificatie

Metadata is cruciaal in een informatiemodel. Het bevat informatie over de data zelf, zoals auteur, datum, status en versies. Metadata maakt je ‘magazijn’ overzichtelijk, zodat je snel kunt vinden wat je zoekt. Classificatie voegt hier een extra laag aan toe: door data te categoriseren op basis van onderwerp of type, creëer je een logisch systeem voor het doorzoeken van grote hoeveelheden informatie.

4. Versiebeheer

Een magazijn moet ook kunnen doorontwikkelen; verouderde items moeten worden vervangen door nieuwe versies. Net zo is versiebeheer essentieel in een informatiemodel. Projectdata verandert voortdurend, en versiebeheer helpt om wijzigingen bij te houden en terug te kijken naar eerdere versies als dat nodig is. Dit voorkomt verwarring en garandeert dat je altijd de juiste informatie bij de hand hebt, net als een magazijn waarin items nauwkeurig zijn geëtiketteerd en bijgehouden.

5. Toegangsrechten, beveiliging met normering als puntje op de ‘i’

Niet iedereen heeft toegang tot alle onderdelen van een magazijn. Dit geldt ook voor een bibliotheek: toegangsrechten bepalen wie bepaalde data mag bekijken, bewerken of verwijderen. Door duidelijke rechten en beveiliging in je informatiemodel op te nemen, bescherm je gevoelige informatie en voorkom je dat data verloren gaat of per ongeluk wordt aangepast.

Om deze processen verder te verbeteren, het puntje op de ‘i’, kunnen normen zoals ISO 27001 en ISO 9001 je helpen. ISO 27001 biedt richtlijnen voor het beveiligen van informatie, terwijl ISO 9001 ondersteunt bij het organiseren en beheren van kwaliteitsdocumenten. Door je organisatie klaar te maken voor deze normen, versterk je zowel de toegankelijkheid als de beveiliging van je databeheer.

6. Onderhoud en Updates

Een informatiemodel vereist net als een magazijn regelmatig onderhoud. Periodieke evaluaties zorgen ervoor dat het model nog steeds aansluit bij de huidige behoeften van de organisatie. Door het model up-to-date te houden, blijft data relevant en bruikbaar, zelfs wanneer de organisatie of technologie verandert.

Wat zo’n informatiemodel je oplevert in tijd en geld

Een slim informatiemodel maakt het beheren van data niet alleen eenvoudiger, maar levert direct besparingen op. Volgens McKinsey besparen organisaties met goed gestructureerde informatiesystemen tot wel 30% aan tijd die anders verloren gaat aan zoeken en organiseren van data. Met een robuust model is informatie altijd vindbaar en herbruikbaar, wat de productiviteit aanzienlijk verhoogt (McKinsey & Company, 2012).

IDC schat zelfs dat kenniswerkers dagelijks tot 2,5 uur kwijt zijn aan het zoeken naar informatie, tijd die door een sterk informatiemodel met 50% verminderd kan worden. Voor een team van 100 mensen levert dat jaarlijks duizenden uren op, die je direct kunt inzetten voor belangrijker werk (IDC, 2014).

En dan de kosten: slechte datakwaliteit kan wel 20% van de operationele uitgaven opslokken, zegt Gartner. Met een goed informatiemodel voorkom je dubbele data, fouten, en correctiekosten, wat je operationele kosten flink drukt (Gartner, 2020).

Benieuwd hoe een goed informatiemodel jouw organisatie efficiënter en winstgevender kan maken? Volg dan onze hele serie ‘Bibliotheken en projecten – het magazijn en de werkplaats’: https://van-loenen.org/%f0%9f%93%81-start-van-onze-zesdelige-serie-bibliotheken-en-projecten-het-magazijn-en-de-werkplaats/