Hoe borg je kwaliteit van je OTL en Eisenbibiotheek? Structuur in je organisatie!

Veel organisaties hebben al een stap gezet of overwegen om objecttypenbibliotheken (OTL’s) en eisenbibliotheken op te zetten. Voor technici en ingenieurs is het cruciaal om niet alleen aandacht te besteden aan de initiële inrichting van deze bibliotheken, maar ook aan het voortdurend bijwerken en onderhouden ervan. Het is van essentieel belang om zowel bij de opzet als bij de dagelijkse werking oog te hebben voor de organisatie en structuur om de kwaliteit en effectiviteit van deze hulpmiddelen te waarborgen.

Hoewel standaardisatie aanzienlijke voordelen biedt, kan het risico ontstaan dat verantwoordelijkheden en rolverdelingen niet voldoende worden gedefinieerd. Voor technici en ingenieurs is het cruciaal dat de implementatie van een standaard samengaat met een heldere structuur van functies en verantwoordelijkheden. Zonder deze duidelijke rolverdeling kunnen taken rondom het beheer en onderhoud van een objecttypenbibliotheek (OTL) en eisenbibliotheek onvolledig of inefficiënt worden uitgevoerd, wat de effectiviteit van het systeem in gevaar kan brengen.

Standaardisatie en structuur zijn key

Standaardisatie kan, naast het opleveren van heldere processen en efficiënte samenwerking, ook helpen om inzicht te krijgen in de complexiteit van eisen en objecten binnen een organisatie. Zo kan een goed ingerichte OTL en eisenbibliotheek ervoor zorgen dat de informatie beter wordt beheerd en toegankelijker is voor alle betrokkenen.

Het opstellen van een objecttypenbibliotheek en eisenbibliotheek is echter slechts een onderdeel van het succes. De vraag die vaak onderbelicht blijft, is wie verantwoordelijk is voor het onderhoud ervan? Wie houdt de bibliotheken up-to-date, zorgt voor de naleving van standaarden, en beheert wijzigingen? Hier ligt een belangrijke organisatorische uitdaging: het creëren van een duidelijke taakverdeling en het inrichten van een beheermodel voor deze bibliotheken.

BOMOS als start-up of spiegel

Een goed startpunt voor een raamwerk dat organisaties kan helpen bij het organiseren van de verantwoordelijkheden rondom het beheer van standaarden en bibliotheken is het Beheer- en Ontwikkelmodel voor Open Standaarden (BOMOS). Dit raamwerk, afgeleid van NEN 2522, helpt organisaties niet alleen met de technische aspecten van standaardisatie, maar richt zich ook specifiek op de organisatorische kant.

BOMOS biedt handvatten voor de inrichting van rollen en verantwoordelijkheden, en legt een duidelijke structuur vast voor het beheer en de ontwikkeling van standaarden. Zo wordt er binnen BOMOS bijvoorbeeld onderscheid gemaakt tussen verschillende rollen, zoals de standaardbeheerder, de ontwikkelaar, en de eindgebruiker. Deze rollen zorgen ervoor dat alle taken en verantwoordelijkheden duidelijk zijn afgebakend, waardoor er minder risico ontstaat op gaten in het beheerproces. Met BOMOS kunnen organisaties zorgen voor een continue ontwikkeling van hun standaarden, waarbij governance een centrale rol speelt. Dit zorgt niet alleen voor duidelijke eigenaarschap, maar ook voor een gestructureerd proces om wijzigingen door te voeren en te controleren of de standaarden actueel blijven.

Spiegel aan BOMOS als er al een bestaande organisatie structuur is

Hoewel BOMOS een effectief model biedt voor het organiseren van rollen en verantwoordelijkheden, kunnen organisaties ervoor kiezen hun eigen structuur en functiehuis te hanteren. Dit kan noodzakelijk zijn wanneer interne processen of specifieke eisen afwijken van de standaard BOMOS-aanpak. Belangrijk hierbij is dat de organisatie zich spiegelt aan BOMOS om te waarborgen dat alle noodzakelijke verantwoordelijkheden volledig zijn afgedekt.

Een eigen structuur biedt flexibiliteit, maar het is cruciaal dat de verantwoordelijkheden helder zijn vastgelegd en dat niets over het hoofd wordt gezien. Organisaties moeten ervoor zorgen dat hun functiehuis duidelijk beschrijft wie verantwoordelijk is voor welke onderdelen van de bibliotheek, zoals de objecttypenbibliotheek (OTL) en eisenbibliotheek.

Daarnaast moet dit functiehuis niet alleen rollen en verantwoordelijkheden vastleggen, maar ook beschrijven hoe taken worden uitgevoerd, welke bevoegdheden medewerkers nodig hebben, en hoe rapportagelijnen lopen. Door een eigen structuur op deze manier te spiegelen aan het BOMOS-model, kan een organisatie er zeker van zijn dat haar interne processen volledig en effectief blijven, zonder dat er cruciale aspecten van het beheer en onderhoud van de bibliotheek worden gemist.

Communicatie over structuur en werkwijze

Bij het opzetten van een eigen structuur, of deze nu gebaseerd is op BOMOS of een eigen functiemodel, is het van cruciaal belang dat alle taken en verantwoordelijkheden rondom het beheer van de bibliotheek volledig afgedekt zijn. De verdeling van taken moet zodanig zijn dat elke stap in het beheerproces duidelijk is toegewezen aan een verantwoordelijke. Dit garandeert dat de bibliotheken actueel blijven en voorkomt miscommunicatie over wie welke wijzigingen moet doorvoeren of controleren.

Naast volledige dekking is transparante communicatie binnen de organisatie essentieel. Zorg ervoor dat de werkwijzen en verantwoordelijkheden niet alleen intern duidelijk zijn, maar ook breed gedeeld worden via platforms zoals het intranet of interne portals. Zo kunnen medewerkers altijd toegang krijgen tot informatie over de processen en hun rol daarin. Uitleg van procedures, verantwoordelijkheden, en escalatieroutes dient duidelijk en toegankelijk te zijn voor iedereen die betrokken is bij het beheer van de bibliotheek.

Bovendien is het belangrijk om escalatieprocedures in te richten. Als een medewerker merkt dat bepaalde standaarden niet worden nageleefd of dat er fouten optreden, moet er een heldere route zijn om deze problemen te melden en op te lossen. Het opstellen van een governance-model met duidelijke verantwoordelijkheidslijnen helpt om dergelijke situaties effectief te beheersen en zorgt ervoor dat er tijdig actie wordt ondernomen.

Door zowel de structuur als de communicatie zorgvuldig op te zetten, creëer je een omgeving waarin medewerkers niet alleen weten wat hun taken zijn, maar ook hoe ze problemen kunnen signaleren en oplossen.

De praktische toepassing van BOMOS voor een OTL

In onderstaande afbeelding staat weergegeven welke rollen er vanuit BOMOS van toepassing zijn op de ontwikkeling van een bibliotheek voor een programma.

De compleet ingerichte organisatie rondom een OTL en/of bibliotheek ziet er dan alsvolgt uit. De volgende functies en verantwoordelijkheden moeten worden ingevuld:

Rol	Korte beschrijving
Financier	Verantwoordelijk voor het financieren van het ontwikkelen en beheren van standaarden.
Houder:	Eindverantwoordelijk voor het ontwikkelen en beheren van een standaard. De eigenaar bepaalt de scope en het doel van een standaard, en bepaalt de principes en de uitgangspunten die worden gehanteerd bij ontwikkeling en beheer.
Autorisator	Keurt een standaard goed. Toelichting: een autorisator kan een persoon, organisatie of groep van personen en organisaties zijn. Het is aan de eigenaar om de autorisator te benoemen. Een autorisator bevat vaak een vertegenwoordiging van stakeholders, die als persoon of organisatie ook de rol gebruiker hebben.
Functioneel beheerder (kennisregisseur)	Verantwoordelijk voor het proces van ontwikkelen en beheren van standaarden, binnen de kaders van de gemaakte afspraken en afgesproken governance. Toelichting: de functioneel beheerder is verantwoordelijk voor het proces van ontwikkelen en beheer van de inhoud van standaarden. Hiervoor werkt hij nauw samen met experts, gebruikers, de technische beheerder en de distributeur. De functioneel beheerder heeft vaak een regie voerende rol. Resultaten van het proces worden voorgelegd aan de autorisator.
Expert	Brengt specifieke noodzakelijke expertise in ten behoeve van het ontwikkelen of beheren van een standaard. Toelichting: verschillende type experts kunnen, afhankelijk van de standaard, noodzakelijk zijn. Veel voorkomende experts zijn domein-inhoudelijk SE-kennis, kostendeskundige. Vaak voorkomend is ook een vertegenwoordiging ervaringsdeskundige stakeholders die als persoon of organisatie ook de rol gebruiker hebben.
Technisch beheerder	Verantwoordelijk voor het technisch beheren van standaarden. De technisch beheerder zorgt voor de inrichting en beheer van een technische omgeving die noodzakelijk is om de artefacten die onderdeel zijn van de standaard te ontwikkelen (OBO) en vrij te geven (Bieb/Platform) Toelichting: De technisch beheerder is verantwoordelijk voor de technische omgeving waarin de artefacten, die in beheer zijn, worden onderhouden. Zo’n technische omgeving zal bestaan uit het geheel aan ICT-middelen (tools, hardware, netwerken, e.d.) die noodzakelijk zijn om het functioneel beheer uit te kunnen voeren op de standaard. Onder de verantwoordelijkheid van de technische beheerder valt o.a.. het kunnen toepassen van versiebeheer op de technische omgeving en het beschikbaar stellen en houden van de technische omgeving, in overleg met de functioneel beheerder.
Distributeur	Verantwoordelijk voor het distribueren en communiceren van de standaarden naar de beheeromgeving. Stelt releases van verzamelingen van kennisdocumenten en standaardeisen beschikbaar, conform de afspraken. Stelt gebruikers in staat contact op te nemen, de standaard te verkrijgen en informeert over de beschikbaarheid. Stelt de functioneel beheerder op de hoogte van aangedragen verbeterpunten. Stelt alle betrokkenen op de hoogte van de achtergrond voor de overgang naar de nieuwe versie.
Gebruiker	Gebruikt de informatiebouwstenen op gewenste, vastgestelde wijze en conform het vastgestelde doel. Kan commentaar en/of wijzigingsverzoeken indienen m.b.t. de standaard

Neem contact met ons op

Bent u benieuwd hoe wij uw organisatie kunnen helpen om de standaarden te borgen in de organisatie? Neem vrijblijvend contact met ons op voor meer informatie over onze diensten en prijzen.
Bel ons op 079 302 00 00, stuur een e-mail naar info@van-loenen.org, of vul het contactformulier in.

Why systems engineers with industry expertise are essential for successful software implementations

Systems engineers with field and industry knowledge play a crucial role in software implementations. Their deep understanding of both technical and operational aspects ensures seamless integration of software into existing systems. Martijn van Loenen, director at Van Loenen Consultancy, states: “There is a common misconception that only consultants from software suppliers are adequately equipped to meet in-depth, industry-specific requirements. However, they often lack essential knowledge about the strategic use of software within current projects. The synergy approach, or ‘1 + 1 = 3,’ is essential for effectively solving complex challenges in sectors such as engineering, production, and construction.”

In the Netherlands, many tenders are continuously initiated. Martijn explains: “In practice, the requests from clients, as noted in the tender, often do not fully match their actual needs. This almost certainly leads to additional costs. I have seen project tenders with an initial budget of €100,000 rise to €150,000 or more. This often happens without stakeholders being fully aware of the reasons for these cost increases. Although such increases are allowed under procurement law, the question arises whether this is both ethically and operationally justified. More importantly, could this have been prevented?”

The answer is clear. Martijn states: “Systems engineers with sector knowledge better oversee both the technical and operational aspects of a project, unlike consultants from software companies who often only approach the software side. By utilizing the extensive expertise of systems engineers, the actual needs of a client can be identified more accurately and timely. This significantly reduces the risk of budget overruns and unforeseen costs.”

Looking for the Dutch version of this article? See this page.

The high costs of lacking industry Knowledge in software supplier consultants

Incorrect software implementations due to a lack of sector insight can have significant financial implications. Martijn explains: “Costs for revisions, delays, and inefficiencies often skyrocket when the implemented solutions do not meet the client’s actual needs.” Let’s zoom in on these financial implications.

Revisions/Adjustments: Projects lacking field knowledge frequently lead to multiple rounds of revisions. Each revision incurs additional costs, both in labor hours and material expenses.

Delays: Project delivery delays are a direct consequence of incorrect implementation. In extreme cases, these delays lead to penalties and almost always result in lost revenue and/or increased operational costs.

Inefficiencies in business processes: Software that does not align well with business processes results in inefficiencies, leading to higher operational costs as employees spend more time on manual corrections and workarounds.

Maintenance and support: Poor initial implementation increases the need for ongoing support and maintenance, requiring extra resources that could have been invested in growth and innovation.

How engineers with both software and sector expertise add value

Can it be done differently? Martijn and his team at Van Loenen Consultancy believe so. “Our team consists of systems engineers with field and sector knowledge. They are happy to play that crucial role in software implementations. Their deep understanding of both technical and operational aspects ensures seamless integration of software into existing systems.”

When engineers have a thorough understanding of both the technical capabilities and the sector they work in, it directly impacts the project. Here are the top 5 benefits:

Identifying relevant requirements: Systems engineers with field and sector knowledge understand which software functions are essential for daily operations within the sector.
Insight into operational processes: increasing efficiency: By understanding both software and the sector, systems engineers can optimize processes and reduce bottlenecks.
Providing innovative solutions: Systems engineers with field and sector knowledge are better able to think outside the box and design innovative solutions tailored to the sector.
Faster problem solving: Systems engineers with dual expertise can identify and solve problems faster because they know how software behaves within specific operational environments.
Effective Communication: Systems engineers with field and sector knowledge act as a bridge between IT and operational teams, reducing misunderstandings and improving collaboration.

Practical example: Amsterdam Road Tunnels

What does this look like in practice? The Amsterdam road tunnels are a good example of how two worlds come together. In this project, a library was developed as a basis for multiple projects. Martijn explains: “The goal was to ensure a structured and consistent approach so that specifications and requirements were clear and applicable. The document used for this was called the ‘Amsterdam Tunnel System’ (ATS). When we reviewed it, many ambiguities quickly emerged, such as missing information and undefined responsibilities. To address these issues, we helped develop the Standard Tunnel Amsterdam (STA) according to the principles of Model-Based Systems Engineering (MBSE).”

The ATS was initially created in Word. Martijn notes: “We developed the STA according to system architecture. It works much better. For example, if a fan is needed, it must meet specific requirements. By using models with a standard structure and a smart library, we ensure that everything fits and works. By incorporating experiences with deviations in your library, you ensure that the next project runs even better and more efficiently.

What often goes wrong with standard libraries is that feedback from projects is not well documented. Feedback from projects can be included, and this new knowledge can be passed on to ongoing and future projects. This makes the system better over time.

Another misconception is that a complete library must be available before projects can use it. But when is a library ever complete? Often, it is thought that the library is complete once the first project starts. However, a library is never really complete. There can always be missing knowledge, errors, or solutions that do not work well in practice.

Only by actually using the library and collecting and processing feedback does it improve over time. And so do your projects. This process makes the library and your projects ultimately correct, complete, and consistent.”

Martijn continues: “Many people equate a system library with the project environment, but a library behaves differently. A library contains your completed knowledge, innovations, and useful information you have documented. You incorporate knowledge from previous projects and build on your current knowledge. Additionally, you store information in this library. If done well, you can prevent mistakes.”

An important prerequisite for a well-functioning library is assigning ownership and responsibility. Martijn states: “There must be a clear escalation route, with an authorized person ultimately responsible for the standard and the management of the library. This prevents miscommunication and ensures consistency and quality. By making good internal agreements and clearly defining responsibilities, we can effectively solve these challenges and strengthen our teams and projects.

Thanks to our engineers’ extensive field knowledge, this project was a success.”

Systems engineers with field knowledge are not just technicians; they are a strategic partner who contributes to the success of software implementations.
– Martijn van Loenen, Director at Van Loenen Consultancy

About Van Loenen Consultancy > Proud member of INCOSE

Van Loenen Consultancy is an expert in structuring projects and complex configurations with Systems Engineering and information management systems. Since 2008, our engineers have made a difference with our integral concept, utilizing extensive knowledge and skills in both Systems Engineering and Model-Based Systems Engineering, and the technology behind semantic databases. We offer services such as structuring processes and data, project support, application development, and integrations. Van Loenen Consultancy specializes in Relatics, TopTeam, SharePoint, and Datastorms, effectively solving complex issues and managing and supporting the entire cycle of a project or product.

Martijn concludes, “As a team passionate about the application of Systems Engineering, Van Loenen Consultancy has recently become a member of the International Council on Systems Engineering (INCOSE).”

Waarom Systems Engineers met veldkennis essentieel zijn voor succesvolle software-implementaties

Systems Engineers met veld- en sectorkennis spelen een cruciale rol bij software-implementaties. Hun diepgaand begrip van zowel technische als operationele aspecten zorgt voor een naadloze integratie van software in bestaande systemen. Martijn van Loenen, directeur bij Van Loenen Consultancy: “Toch bestaat de algemene misvatting dat alleen de consultants van softwareleveranciers voldoende zijn uitgerust om tegemoet te kunnen komen aan diepgaande, industriespecifieke vereisten. Toch ontbreekt het hen vaak aan essentiële kennis over de strategische inzet van software binnen actuele projecten. De synergiebenadering, oftewel ‘1 + 1 = 3’, is essentieel voor het effectief oplossen van complexe uitdagingen in bijvoorbeeld de techniek, productie en bouwsector.”

In Nederland worden voortdurend veel aanbestedingen opgestart. Martijn: “In de praktijk blijkt dat de verzoeken van klanten, zoals genoteerd in de aanbesteding, vaak niet volledig overeenkomen met hun werkelijke behoeften. Vrijwel zeker leidt dit tot meerwerkkosten. Ik heb meer dan eens projectaanbestedingen met bijvoorbeeld een oorspronkelijke begroting van €100.000 zien oplopen tot €150.000 of meer. Dit gebeurt vaak zonder dat stakeholders zich volledig bewust zijn van de redenen voor deze kostenstijgingen. Hoewel dergelijke verhogingen volgens de aanbestedingswet zijn toegestaan, rijst de vraag of dit zowel ethisch als operationeel gerechtvaardigd is. En nog belangrijker, had dit voorkomen kunnen worden?”

Het antwoord laat zich raden. Martijn: “Systems Engineers met sectorkennis overzien beter zowel de technische als operationele aspecten van een project. Dit in tegenstelling tot consultants van softwarebedrijven die vaak alleen de softwarekant benaderen. Door de uitgebreide expertise van Systems Engineers in te zetten, wordt tijdig, nauwkeuriger vastgesteld wat de daadwerkelijke behoeften van een klant zijn. Zo kan het risico op budgetoverschrijding sterk worden terugdrongen evenals het ontstaan van onvoorziene kosten.”

Looking for the English version of this article? See this page.

De hoge kosten van het ontbreken van veldkennis bij consultants van softwareleveranciers
Foutieve software-implementaties door een gebrek aan sectorinzicht kunnen aanzienlijke financiële implicaties hebben. Martijn: “Kosten voor herzieningen, vertragingen en inefficiënties rijzen vaak de pan uit wanneer de geïmplementeerde oplossingen niet aansluiten op de werkelijke behoeften van de opdrachtgever.” Laten we op deze financiële implicaties inzoomen.

“Een systems engineer met veldkennis is niet slechts een technicus; hij of zij is een strategische partner die bijdraagt aan het succes van software-implementaties.”
Martijn van Loenen, directeur Van Loenen Consultancy

Herzieningen/aanpassingen
Projecten waarbij veldkennis ontbreekt, leiden in de praktijk veelvuldig tot meerdere herzieningsrondes. Elke herziening brengt extra kosten met zich mee, zowel in arbeidsuren als materiaalkosten.

Vertragingen
Vertragingen in projectoplevering zijn een directe consequentie van een incorrecte implementatie. In uiterste gevallen leiden deze vertragingen tot boetes en daarnaast resulteren ze vrijwel altijd in het misgelopen van inkomsten en/of verhoogde operationele kosten.

Inefficiënties in bedrijfsprocessen
Software die niet goed aansluit bij de bedrijfsprocessen zorgen voor inefficiënties. Dit leidt tot hogere operationele kosten doordat medewerkers meer tijd kwijt zijn aan handmatige correcties en omwegen.

Onderhoud en ondersteuning
Een gebrekkige initiële implementatie verhoogt de noodzaak voor voortdurende ondersteuning en onderhoud. Dit vraagt om extra middelen die anders geïnvesteerd hadden kunnen worden in groei en innovatie.

Hoe engineers met zowel software- als sectorexpertise waarde toevoegen

Kan het ook anders? Martijn en zijn team bij Van Loenen Consultancy denken van wel. “Ons team bestaat uit Systems Engineers met veld- en sectorkennis. Zij spelen graag die cruciale rol bij software-implementaties. Hun diepgaande begrip van zowel technische als operationele aspecten zorgt voor een naadloze integratie van software in bestaande systemen.”

Wanneer engineers zowel een diepgaand begrip hebben van de technische mogelijkheden als van de sector waarvoor zij werken heeft het direct invloed op het project. Hier een top 5 met voordelen:

Relevante eisen identificeren
Systems Engineers met veld- en sectorkennis begrijpen welke functies van de software essentieel zijn voor de dagelijkse werkzaamheden binnen de sector.
Inzicht in operationele processen: efficiëntie verhogen
Door inzicht in zowel software als sector kunnen systems engineers processen gericht optimaliseren en knelpunten verminderen.
Innovatieve oplossingen bieden
Systems Engineers met veld- en sectorkennis zijn beter in staat om out-of-the-box te denken en innovatieve oplossingen te ontwerpen die aansluiten bij de sector.
Snellere probleemoplossing
Systems Engineers met dubbele expertise kunnen problemen sneller identificeren en oplossen doordat ze weten hoe software zich gedraagt binnen specifieke operationele omgevingen.
Effectieve communicatie
Systems Engineers met veld- en sectorkennis fungeren optimaal als brug tussen IT- en operationele teams, waardoor misverstanden worden verminderd en samenwerking wordt verbeterd.

Praktijkvoorbeeld: Amsterdamse wegtunnels
Hoe ziet dat er dan in de praktijk uit? De Amsterdamse wegtunnels zijn een goed voorbeeld van hoe twee werelden samenkomen. In dit voorbeeldproject werd een bibliotheek ontwikkeld die als basis diende voor meerdere projecten. Martijn: “Het doel was om een gestructureerde en consistente aanpak te garanderen, zodat de specificaties en eisen duidelijk en toepasbaar waren. Het document dat hiervoor werd gebruikt had de naam ‘Amsterdamse Tunnel Standaard’ (ATS). Toen we dat bekeken, kwamen er al snel veel onduidelijkheden naar voren, zoals ontbrekende informatie en ongedefinieerde verantwoordelijkheden. Om deze problemen aan te pakken, werd mede door ons de Standaard Tunnel Amsterdam (STA) ontwikkeld volgens de principes van Model Based Systems Engineering (MBSE).”

De ATS was oorspronkelijk opgesteld in Word. Martijn: “Wij hebben de STA daarentegen conform systeemarchitectuur ontwikkeld. Dat werkt veel beter.

Als er bijvoorbeeld een ventilator nodig is, dan moet deze aan specifieke eisen voldoen. Door gebruik te maken van modellen met een standaardstructuur en een slimme bibliotheek, weten we zeker dat alles past en werkt. Door ervaringen met bijvoorbeeld afwijkingen in je bibliotheek te verwerken zorgt dit ervoor dat het volgende project nog beter en efficiënter verloopt.

Wat vaak fout gaat bij standaardbibliotheken, is dat feedback vanuit de projecten niet goed wordt vastgelegd. Feedback uit de projecten kan worden ingebracht, en deze nieuwe kennis kan weer naar lopende en toekomstige projecten worden doorgestuurd. Hierdoor wordt het systeem steeds beter.

Een andere misvatting is dat er eerst een volledige bibliotheek moet zijn voordat projecten deze kunnen gebruiken. Maar wanneer is een bibliotheek eigenlijk af? Vaak denkt men dat de bibliotheek af is zodra het eerste project begint. Echter, een bibliotheek is nooit echt af. Er kan altijd nog kennis ontbreken, er kunnen fouten inzitten of oplossingen kunnen in de praktijk toch niet goed werken.

Alleen door de bibliotheek daadwerkelijk te gebruiken en feedback te verzamelen en te verwerken, wordt deze steeds beter. En jouw projecten dus ook. Dit proces maakt de bibliotheek en jouw projecten uiteindelijk correct, compleet en consistent.”

Martijn vervolgt: “Veel mensen stellen een bibliotheek van een systeem gelijk aan de projectomgeving, maar een bibliotheek heeft ander gedrag. Een bibliotheek bevat jouw afgeronde kennis, innovaties en nuttige informatie die je hebt vastgelegd. Hierbij neem je kennis uit eerdere projecten mee en bouw je voort op je huidige kennis. Daarnaast sla je ook informatie op in deze bibliotheek. Als je dit goed doet, kun je fouten voorkomen.

Een belangrijke voorwaarde voor een goed functionerende bibliotheek is het toewijzen van eigenaarschap en verantwoordelijkheid. Martijn: “Er moet een duidelijke escalatieroute zijn, waarbij een geautoriseerde persoon eindverantwoordelijk is voor de standaard en het beheer van de bibliotheek. Dit voorkomt miscommunicatie en zorgt voor consistentie en kwaliteit. Door intern goede afspraken te maken en verantwoordelijkheden duidelijk te definiëren, kunnen we deze uitdagingen effectief oplossen en onze teams en projecten versterken.

Doordat onze engineers veel veldkennis hebben werd dit project een succes.”

Over Van Loenen Consultancy

Van Loenen Consultancy is expert in het structureren van projecten en complexe configuraties met Systems Engineering en informatiemanagementsystemen. Sinds 2008 maken onze ingenieurs het verschil door ons integrale concept, waarbij we uitgebreide kennis en kunde inzetten van zowel Systems Engineering als Model-Based Systems Engineering, en de techniek achter semantische databases. We bieden diensten aan zoals structuren aanbrengen in processen en data, project support, ontwikkeling van applicaties en integraties. Van Loenen Consultancy is gespecialiseerd in Relatics, TopTeam, SharePoint en Datastorms, waarmee we complexe vraagstukken effectief oplossen en de gehele cyclus van een project of product kunnen managen en ondersteunen.

#SystemsEngineering #Software #Aanbesteding #MBSE #Bibliotheek

Middels “Reis van de eis” je bouwprojecten LEGOliseren.

Is dit de sleutel waar de hele bouwsector op wacht om faalkosten nu eindelijk drastisch te verminderen en efficiency nu eindelijk naar een hoger niveau te brengen?

ReisvandeEispaper Downloaden

Ontdek de Kracht van “Reis van de Eis”
Ben je op zoek naar manieren om je bouwprojecten naar een hoger niveau te tillen? Dan hebben wij, in samenwerking met onder andere @Marijke Mulder, een baanbrekende aanpak ontwikkeld die de manier waarop we denken over bouw in combinatie met systeemontwikkeling radicaal verandert.
“Reis van de Eis” is een systems engineering strategie ontworpen om de complexiteit van de bouwsector te vereenvoudigen en variant op wat in de wetenschap ‘legolisering’ wordt genoemd.. Dit is geen gewone innovatie; het is een slimme integratie van standaardisatie met maatwerk, waarbij we gebruik maken van bewezen, herbruikbare bouwstenen – precies zoals de veelzijdigheid van LEGO.

Wat maakt dit uniek?
Het ‘lemniscaat’ model – een kerncomponent van onze aanpak, waarbij elk detail van het project kritisch wordt bekeken en gestabiliseerd voordat verdere ontwikkeling plaatsvindt. Deze methodologie heeft niet alleen de potentie om de operationele kosten aanzienlijk te verlagen, maar verbetert ook de algehele projectefficiëntie.

Maar wacht, er is meer!
Onze aanpak heeft bewezen de faalkosten te verminderen en het vertrouwen in projectresultaten te vergroten. Organisaties zoals de Provincie Noord-Holland en het Rijksvastgoedbedrijf hebben reeds succesvolle toepassingen gezien. De resultaten spreken voor zich: een reductie van eisen tot tweederde terwijl het vertrouwen in de oplossingen stijgt.

What’s in it for you? Een next level bouwproject!

Vacature: Support Consultant

Vanwege toenemende vraag van opdrachtgevers naar onze diensten zijn we nu opzoek naar nieuwe collega’s:

Support Consultant
(vanaf 16 uur tot 40 uur)

Werkzaamheden zijn veelzijdig:
Je hebt direct contact met klanten. Helpt hen met vragen rondom gebruikersbeheer, voorbereiden en uitvoeren van data imports, definiëren en uitwerken van queries en rapportages. Daarnaast werk je ook samen met andere consultants aan ontwikkelopdrachten voor klanten in diverse sectoren.

Het profiel van een Support Consultant is heel divers:

Bij voorkeur vanaf 3^ejaar student op HBO of WO denk niveau,
Ervaring met Excel,
Kennis van of interesse in Systems Engineering is een pré,
Motivatie om ontbrekende vaardigheden zich eigen te maken.

Wij werken vanuit onze visie, missie en vooral vertrouwen. We bouwen het liefst aan langdurige samenwerkingen waarbij doorgroeien binnen onze organisatie de ambitie is.

Ben jij die potential die graag zijn of haar neus steekt in wellicht nog onbekend terrein? Stuur je CV met begeleidend schrijven naar info@van-loenen.org. Heb je vragen over de door ons aangeboden functie? Spreek je graag eerst mee andere support consultant om zijn ervaring te horen? Neem dan contact op via 079-7850353.

Deze functie is uitstekend geschikt voor studenten van Technische Bestuurskunde of Maritieme Techniek. Heb je een periode minder vakken of ben je voor langere tijd beschikbaar? Kies dan voor een relevante bijbaan! Verschillende studiegenoten werken al bij ons: we brengen je desgewenst met ze in contact om wat meer informatie te krijgen!

Acquisitie naar aanleiding van deze vacature wordt niet op prijs gesteld.

We’re hiring! Process improvement Systems Engineer

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.

Lees om te beginnen onze vacature! Samen werken we aan de toekomst op het gebied van o.a. complexe systemen, informatie management en processen, behalen we successen die je inspireren en energie geven.

Were-Hiring-1

Basis Aanpak Standaardisatie Informatie en Structuren (BASIS)

𝗪𝗶𝗷 𝗴𝗲𝗹𝗼𝘃𝗲𝗻 𝗶𝗻 𝗵𝗲𝘁 𝗺𝗮𝘅𝗶𝗺𝗮𝗹𝗶𝘀𝗲𝗿𝗲𝗻 𝘃𝗮𝗻 𝗲𝗳𝗳𝗶𝗰𝗶ë𝗻𝘁𝗶𝗲. Samen met Marijke Mulder hebben we een programma aanpak ontwikkelt. Een cruciaal aspect in deze aanpak is het creëren van standaard eis bibliotheken en het typeren van objecten in een ruimte.

📚 𝗦𝘁𝗮𝗻𝗱𝗮𝗮𝗿𝗱 𝗘𝗶𝘀 𝗕𝗶𝗯𝗹𝗶𝗼𝘁𝗵𝗲𝗸𝗲𝗻
Het opzetten van standaard eis bibliotheken legt de basis voor consistente en gestandaardiseerde specificaties binnen uw projecten. Door essentiële eisen te categoriseren en te documenteren, creëert u een referentiekader dat niet alleen zorgt voor compleetheid en overzicht, maar ook de snelheid van projectontwikkeling verbetert.

🏢 𝗢𝗯𝗷𝗲𝗰𝘁 𝗧𝘆𝗽𝗲𝗿𝗶𝗻𝗴
Het typeren van objecten in een ruimte gaat hand in hand met het creëren van een gestructureerde omgeving. Door objecten te typeren naar functie, eigenschappen en andere relevante parameters, ontstaat er een helder begrip van de ruimte. Dit helpt niet alleen in de ontwerpfase, maar vereenvoudigt ook het beheer en onderhoud in latere stadia.

✨ 𝗩𝗼𝗼𝗿𝗱𝗲𝗹𝗲𝗻 𝘃𝗼𝗼𝗿 𝗨𝘄 𝗢𝗽𝗴𝗮𝘃𝗲
Consistentie: Standaard eis bibliotheken bieden consistente richtlijnen voor projectontwikkeling.
Efficiëntie: Object typering verhoogt de efficiëntie bij ontwerp, beheer en onderhoud.
Kwaliteit: Gedetailleerde specificaties resulteren in hoogwaardige projectresultaten.
💻 Bij van Loenen bieden wij expertise in het opzetten van deze cruciale structuren. We ontwikkelen ook deze oplossingen in Relatics maar ook in samenwerking met andere partners en onze Datastorms applicatie. Ontdek hoe onze oplossingen uw programma’s en projecten naar nieuwe hoogten kunnen tillen. Meer weten? Stuur een bericht naar Martijn van Loenen.

𝐄𝐞𝐧 𝐫𝐚𝐩𝐩𝐨𝐫𝐭𝐚𝐠𝐞 𝐦𝐞𝐭 𝐞𝐞𝐧 𝐧𝐢𝐞𝐭𝐣𝐞. 𝐍𝐨𝐠 𝐬𝐭𝐞𝐞𝐝𝐬 𝐯𝐚𝐧 𝐝𝐞𝐳𝐞 𝐭𝐢𝐣𝐝!

Ondanks dat we steeds meer in datagedreven applicaties werken blijft er vraag naar rapportages. Voor Relatics gebruiken we hiervoor de Altova Stylevision toolkit. Waarom doen we dat nog steeds?

Afhankelijk van de context zijn er verschillende redenen waarom je nog steeds een rapportage met een nietje wilt. We noemen er enkele:

𝐉𝐮𝐫𝐢𝐝𝐢𝐬𝐜𝐡𝐞 𝐂𝐨𝐦𝐩𝐥𝐢𝐚𝐧𝐜𝐞:
Als de applicatie wordt gebruikt voor het opbouwen van contracten dan is het de rapportage het contractboekje dat de basis is een voor een tender en uiteindelijk aanbesteding. In dat geval heeft een juridische lading.

𝐆𝐞𝐛𝐫𝐮𝐢𝐤𝐬𝐠𝐞𝐦𝐚𝐤 𝐯𝐨𝐨𝐫 𝐆𝐞𝐛𝐫𝐮𝐢𝐤𝐞𝐫𝐬:
Sommige gebruikers geven er de voorkeur aan om een tastbaar rapport te hebben dat ze kunnen vasthouden en doorbladeren. Zal dan misschien een traditionele methode zijn in dit digitaal tijdperk toch vinden nog steeds veel mensen het makkelijker bladeren in een fysiek document dan digitaal.

𝐌𝐚𝐫𝐤𝐞𝐫𝐢𝐧𝐠 𝐯𝐚𝐧 𝐞𝐞𝐧 𝐦𝐢𝐥𝐞𝐬𝐭𝐨𝐧𝐞:
Vaak wordt een project (of deel ervan) afgesloten met een rapportage die een moment opname (baseline) weergeeft van de stand van zaken. Na iedere fase afronding (of tussendoor) worden rapportages gemaakt die worden gedeeld en gearchiveerd. Zogenaamde baseline rapportages kunnen ook de verschillen weergeven van de stand van zaken in de verschillende fasen.

Genoeg reden om aandacht te houden voor rapportages! Altovenaars (specialisten op het gebied van Altova Stylevision) hebben wij beschikbaar voor onze klanten om hun wezen te verwezenlijken! Kan niet bestaat niet. Wij nemen kennis van het datamodel en zorgen ervoor dat de juiste data, juist uit de applicatie komt!

Naast rapportages met een nietje is er ook steeds meer vraag naar dynamische en gecombineerde rapportages. Voor deze veelzijdige rapportages maken we gebruik van datawarehouses (Microsoft Azure, Cognos, Lobster ) en bijvoorbeeld Microsoft Power BI.

Geen klus te groot… of Van Loenen Consultancy zorgt voor de rapportage!

𝗛𝗼𝗲 𝗵𝗲𝗹𝗽𝘁 𝗦𝘆𝘀𝘁𝗲𝗺𝘀 𝗘𝗻𝗴𝗶𝗻𝗲𝗲𝗿𝗶𝗻𝗴 𝗯𝗶𝗷 𝗲𝗲𝗻 𝗽𝗿𝗼𝗴𝗿𝗮𝗺𝗺𝗮𝘁𝗶𝘀𝗰𝗵𝗲 𝗮𝗮𝗻𝗽𝗮𝗸 𝘃𝗮𝗻 𝗲𝗲𝗻 𝗹𝗮𝗻𝗱𝗲𝗹𝗶𝗷𝗸𝗲 𝘃𝗲𝗿𝗱𝘂𝘂𝗿𝘇𝗮𝗺𝗶𝗻𝗴𝘀𝗽𝗿𝗼𝗴𝗿𝗮𝗺𝗺𝗮?

Afgelopen maand hebben we ons onderzoeksrapport afgerond. De impact van Systems Engineering (SE) op een integrale werkwijze binnen programma’s hebben we onderzocht.

SE maakt complexiteit beheersbaar en waarborgt integraliteit, waardoor het werken vanuit een klantvraag naar een oplossing binnen een programma wordt vergemakkelijkt.

Bovenop SE bepleiten wij het gebruik van Model Based Systems Engineering (MBSE). MBSE biedt een gestandaardiseerd modelsysteem waarin eisen, ontwerpen, analyses, verificaties en validaties per projectfase worden vastgelegd. In het kader van ons landelijk programma met heldere doelen en eisen kunnen gestandaardiseerde modellen efficiënt worden toegepast.

De voordelen van MBSE binnen programma’s zijn significant, vooral bij volwassen toepassing van SE. Het verbetert de communicatie tussen beleidsmedewerkers en technische adviseurs, vermindert faalkosten en maakt eenvoudige integratie van leerpunten mogelijk. Schaalvergroting kan op efficiënte wijze worden gerealiseerd.

Het toepassen van (MB)SE brengt structuur, maar vakmanschap en geschikte tools zijn eveneens essentieel voor succesvol programmamanagement. Voor meer informatie over onze aanpak Contact Marijke Mulder of Martijn van Loenen

Het nut uitleggen van samenwerken in SE tooling

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!