De kwaliteit van je eisenset een risico?

Niet elk project verplicht Systems Engineering. Maar bijna elk project heeft te maken met een eisenset die door de opdrachtgever of diens adviesbureau is opgesteld — en die eisenset bepaalt voor een groot deel hoe het project verloopt.

Een eis die niet toetsbaar is, leidt tot discussie bij oplevering. Een eis die twee onderwerpen combineert, leidt tot interpretatieverschillen tijdens ontwerp. Een eis met een absolute waarde — "het systeem dient altijd beschikbaar te zijn" — is contractueel onhoudbaar. En een eis die ontbreekt, maar impliciet wel verwacht werd, leidt tot meerwerk.

Dit zijn geen uitzonderingen. Brancheonderzoek wijst uit dat 68% van de organisaties structurele kwaliteitsproblemen heeft met eisenspecificaties, en dat 70–85% van de reworkkosten in projecten terug te herleiden is naar fouten in of rondom eisen. Die kosten beginnen bij de opdrachtgever, maar landen bij iedereen die met het project te maken heeft.

Wat de RQA doet

De Requirements Quality Analyser beoordeelt elke eis automatisch op basis van INCOSE-kwaliteitsregels. Niet als een algemene grammaticacheck, maar als een domeinspecifieke analyse die begrijpt wat een eis is, wat een eis moet kunnen en wat een eis niet mag zijn.

Elke eis krijgt een kwaliteitsscore van 1 tot 5, een of meer bevindingen die precies aangeven wat er mis is, en een concreet verbetervoorstel. De output is herleidbaar en uitlegbaar — niet "deze eis is slecht", maar "deze eis scoort R7 vaagheid omdat het woord 'voldoende' geen meetbare grens stelt."

Voordat een eis geanalyseerd wordt, classificeert de RQA eerst wat het is. Drie categorieën:

Een echte eis bevat een modaal werkwoord — dient, shall, mag niet — en drukt een vereiste uit. Die krijgt volledige INCOSE-analyse.

Een latente eis bevat een impliciete vereiste via kwantitatieve informatie of normen, maar geen modaal werkwoord. De RQA herkent die en herformuleert ze naar een expliciete eis.

Geen eis — procesbeschrijvingen, definities, toelichtingen, inhoudsopgaven — worden gefilterd. Ze worden niet geanalyseerd, maar wel zichtbaar gemaakt zodat je weet wat je weggooit.

De kwaliteitsregels

De RQA toetst elke eis op zelf in te stellen INCOSE-regels:

Set-niveau analyse: verder dan de losse eis

Individuele eisenkwaliteit is één ding. Maar een set van honderd goede eisen kan nog steeds interne problemen hebben.

De RQA analyseert ook de volledige eisenset op near-duplicates en tegenstrijdigheden. Twee eisen die semantisch sterk op elkaar lijken worden gemarkeerd als potentiële duplicaten — met de similariteitsscore en uitleg waar de overlap zit. Twee eisen die elkaar tegenspreken worden als conflicterend gemarkeerd — met verwijzing naar beide eisen en de aard van het conflict.

Dit is relevant voor grote specificaties van honderden eisen, waarbij handmatige controle op overlap en tegenstrijdigheid praktisch onmogelijk is.

Twee brillen op dezelfde eis

De RQA biedt twee perspectieven op elke eis: die van de opsteller en die van de uitvoerder.

Als opsteller zie je formuleringsverbeteringen — wat ontbreekt aan de eis zelf, wat scherpere of consistentere formulering zou zijn, en of de eis voldoet aan de geldende norm.

Als uitvoerder zie je de vragen die een eis in de praktijk oproept — wat betekent dit concreet voor mijn ontwerp, welke aannames liggen hieronder, en welke afgeleide eisen volgen hieruit. Die vragen zijn de voorbode van latere discussies. Ze vroeg zichtbaar maken is waardevoller dan ze later oplossen.

Wat je terugkrijgt

De output van de RQA is een geannoteerde eisenset: elke eis met score, bevindingen per kwaliteitsregel en een concreet verbetervoorstel. Gesplitste eisen worden als afzonderlijke rijen aangeboden. De tabel is exporteerbaar naar Excel en gaat terug in je eigen eisenbeheersysteem.

De SE'er of reviewverantwoordelijke beslist wat er met de bevindingen gebeurt. De RQA analyseert en adviseert — de beslissing blijft bij de mens.

Bekijk RQA op de website

Voor een snelle analyse

RQA

Onderdeel van een bredere workflow

De RQA staat niet op zichzelf. De input kan rechtstreeks komen uit de DRE — eisen die geëxtraheerd zijn uit contracten of vraagspecificaties gaan automatisch door naar kwaliteitsanalyse. De output voedt de REF, die per eis verificatiebewijs zoekt en koppelt aan de projectdocumentatie.

Van extractie naar kwaliteitscheck naar verificatie — als een aaneengesloten proces.

Benieuwd wat de RQA doet met jouw eisenset? Plan een demo en we laten het zien aan de hand van een echt document.