Concept of operations: het draaiboek achter complexe technologie
Stel dat een gemeente een brug wil bouwen die zichzelf automatisch opent voor scheepvaart. Voordat er één stalen balk wordt gelast, schrijft iemand eerst op: wie bedient de brug, wat gebeurt er als een schip nadert, wie grijpt in bij storm, en wat doet de brugwachter als de sensoren uitvallen. Dat document is geen technische tekening, maar een beschrijving van hoe het systeem in de praktijk gebruikt gaat worden. In de techniekwereld heet zoiets een concept of operations, vaak afgekort tot CONOPS.
Een concept of operations is dus geen blauwdruk van hardware of software, maar een verhaal: het beschrijft vanuit het perspectief van de gebruiker hoe een systeem gaat functioneren, in welke situaties, en met welk doel. Bij een ruimtemissie, een verkeersleidingssysteem of een zelfrijdende auto speelt zo'n document een sleutelrol, omdat het ingenieurs, opdrachtgevers en toekomstige gebruikers vroeg in het proces op één lijn brengt, lang voordat er dure keuzes in techniek worden vastgelegd.
Wat is het precies?
Een CONOPS-document ontstaat meestal helemaal aan het begin van een project, nog voordat de zogeheten requirements — de formele functionele eisen — zijn vastgelegd. Het beschrijft in gewone taal, niet in technische specificaties, hoe een systeem gebruikt gaat worden: wie de gebruikers zijn, in welke omgeving het systeem werkt, welke scenario's zich kunnen voordoen en wat er gebeurt als iets misgaat.
De opbouw volgt meestal een vast stramien, vastgelegd in standaarden zoals de Amerikaanse norm ANSI/AIAA G-043-1992 en de latere IEEE-norm 1362 uit 1998, die inmiddels is opgevolgd door de bredere internationale norm ISO/IEC/IEEE 29148. Een typisch document bevat de missie of het doel van het systeem, een beschrijving van de huidige situatie zonder het nieuwe systeem, de gewenste situatie erna, de belangrijkste gebruikersrollen, en een reeks operationele scenario's: korte verhalen die stap voor stap doorlopen wat er gebeurt in normale en in uitzonderlijke omstandigheden.
Het verschil met een eisenspecificatie is belangrijk. Eisen zeggen wát een systeem moet kunnen, bijvoorbeeld dat een brug binnen negentig seconden moet openen. Een concept of operations legt uit waaróm en hoe dat in de praktijk werkt, vanuit het perspectief van de mens die ermee werkt. Pas nadat dit beeld scherp is, vertalen systeemingenieurs het naar concrete, toetsbare eisen en vervolgens naar technisch ontwerp.
In grote projecten, zoals een ruimtevaartuig, een luchtverkeersleidingssysteem of een militair drone-programma, wordt het document meestal opgesteld door een multidisciplinair team van systeemingenieurs, toekomstige operators en opdrachtgevers. Het wordt bovendien herhaaldelijk herzien naarmate het project vordert en nieuwe inzichten ontstaan.
Wat wil men ermee bereiken?
Het belangrijkste doel is misverstanden voorkomen. Techneuten en opdrachtgevers spreken vaak een andere taal: een ingenieur denkt in interfaces en datastromen, een toekomstige gebruiker denkt in "wat moet ik doen als het alarm afgaat". Een concept of operations dwingt beide partijen om vroeg samen een gedeeld, begrijpelijk verhaal te schrijven, zodat pijnlijke verrassingen — een systeem dat technisch perfect werkt maar in de praktijk onbruikbaar blijkt — worden voorkomen.
Een tweede doel is kostenbeheersing. Fouten die pas laat in een project worden ontdekt, zijn aanzienlijk duurder om te herstellen dan fouten die al in de conceptfase aan het licht komen. Door eerst op papier door alle operationele scenario's te lopen, ontdekken teams vroegtijdig dat bepaalde aannames niet kloppen. Bijvoorbeeld dat een systeem ook zonder internetverbinding moet werken, of dat een menselijke operator maar enkele seconden heeft om in te grijpen bij een storing.
Daarnaast dient het document als toetssteen gedurende het hele project: elke latere ontwerpbeslissing kan worden teruggelegd naast het concept of operations om te controleren of het systeem nog steeds doet wat oorspronkelijk bedoeld was. Bij langlopende programma's, die soms decennia beslaan, is dit een van de weinige documenten die het hele proces overleven en als gemeenschappelijke referentie blijven dienen voor iedereen die instapt of vertrekt.
Voorbeelden uit de praktijk
Bij NASA is het gebruik van concept of operations-documenten standaardpraktijk voor elke grote missie. Voor het Artemis-programma, dat sinds de jaren 2020 astronauten terug naar de maan moet brengen, beschrijven CONOPS-documenten onder meer hoe de Orion-capsule koppelt met het Gateway-ruimtestation en hoe bemanningen te werk gaan tijdens maanlandingen.
De European Space Agency (ESA) gebruikt vergelijkbare documenten voor missies zoals de beoogde Mars Sample Return, het samenwerkingsproject met NASA om Marsmonsters terug naar de aarde te brengen. Omdat zo'n missie bestaat uit meerdere raketten, landers en overstapmomenten die nooit eerder zijn uitgevoerd, is het operationele concept cruciaal om vast te stellen welke stappen technisch en organisatorisch haalbaar zijn.
Buiten de ruimtevaart is de Amerikaanse luchtvaartautoriteit FAA een bekend voorbeeld. Voor het moderniseringsprogramma NextGen, dat sinds begin jaren 2000 het Amerikaanse luchtruim stap voor stap digitaliseert, zijn uitgebreide CONOPS-documenten geschreven die beschrijven hoe piloten, verkeersleiders en geautomatiseerde systemen straks samenwerken.
Ook bij defensie is de methode gangbaar. Voor onbemande systemen zoals verkennings- en aanvalsdrones stellen legers eerst een concept of operations op waarin wordt vastgelegd wie het systeem bedient, onder welke commandostructuur, en welke beperkingen gelden, nog voordat er over de techniek zelf wordt gesproken.
Een recenter voorbeeld is de zelfrijdende-autobranche. Bedrijven die autonome voertuigen testen, moeten in de Verenigde Staten vaak documenten indienen bij de toezichthouder NHTSA waarin ze uitleggen in welke omgevingen en scenario's hun systeem wél en niet mag rijden. Inhoudelijk lijkt dat sterk op een klassieke CONOPS, ook al wordt de term daarbij niet altijd letterlijk gebruikt.
Hoe ver is de techniek?
Concept of operations is geen nieuwe technologie maar een beproefde manier van werken die al sinds de jaren negentig in standaarden is vastgelegd. De methode is dus volwassen en wordt al decennia toegepast in luchtvaart, ruimtevaart en defensie. Onzeker is niet óf de methode werkt, maar hoe goed ze in een concreet project wordt toegepast: de kwaliteit hangt sterk af van de zorgvuldigheid van het team dat het document schrijft.
Een belangrijke ontwikkeling van de laatste jaren is de opmars van agile en iteratieve ontwikkelmethoden, vooral in software. Traditioneel wordt een concept of operations één keer grondig uitgewerkt aan het begin van een project. In agile omgevingen wordt vaker gewerkt met lichtere, sneller bij te werken versies, wat op gespannen voet staat met de klassieke, uitgebreide CONOPS-aanpak uit de lucht- en ruimtevaart.
Een tweede ontwikkeling is het gebruik van CONOPS-achtige documenten bij kunstmatige intelligentie en autonome systemen. Omdat AI-systemen zich soms onvoorspelbaar gedragen buiten hun trainingsdata, groeit de aandacht voor het vooraf expliciet beschrijven van operationele grenzen, iets wat aansluit bij kaders zoals het AI-risicoraamwerk van het Amerikaanse standaardisatie-instituut NIST. Dit is nog volop in ontwikkeling: er bestaat vooralsnog geen brede consensus over hoe een "AI-CONOPS" er precies uit zou moeten zien.
Wie werken eraan?
De methode wordt niet door één bedrijf of instituut in eigendom gehouden, maar is gemeengoed binnen de systems engineering-gemeenschap. INCOSE, het International Council on Systems Engineering, is een internationale beroepsvereniging van systeemingenieurs die richtlijnen en trainingen publiceert over het opstellen van concept of operations-documenten, en werkt daarbij nauw samen met IEEE, de internationale standaardisatieorganisatie die de formele norm beheert.
In de ruimtevaart passen NASA en ESA de methode structureel toe binnen hun systems engineering-processen; beide organisaties hebben eigen handboeken waarin is vastgelegd hoe en wanneer een CONOPS moet worden opgesteld. In de Verenigde Staten gebruiken ook het ministerie van Defensie en de FAA de methode als vast onderdeel van grote aanbestedingen en moderniseringsprogramma's. Het onderzoeksinstituut MITRE Corporation, dat voor de Amerikaanse overheid werkt aan complexe systemen, publiceert eveneens veelgebruikte handleidingen over het schrijven van concept of operations-documenten.
Ook universiteiten met systems engineering-opleidingen, zoals MIT in de Verenigde Staten en de TU Delft in Nederland, nemen de methode op in hun lesprogramma's, omdat ze wordt gezien als een fundamentele stap in het ontwerpen van complexe technische systemen.