Van experiment naar productie — implementatiestrategie R&D-lab

Het R&D-lab trekt een harde lijn tussen experimenten en productie. Alles links van de lijn — vibe-apps gebouwd in een devbox, R&D-pilots, referentie-implementaties — wordt gehost door het lab om van te leren, en is geen productiewaardige applicatie, hoe goed die ook lijkt te werken. Een applicatie wordt pas productie rechts van de lijn: na goedkeuring van de oplossing door de stakeholder, een PVD, een investeringsbesluit, een bouw door Bouwen, een functionele toets, en een overdracht waarna Beheer updates en ondersteuning verzorgt.

Vibe-apps staan vóór de cyclus — gebouwd door collega's met een AI-assistent in hun devbox, niet beoordeeld door R&D, gehost op de experimentele architectuur van het lab als test van de devboxes. Ze tonen een R&D-pilot-melding.
Twee ingangen, één oversteek — werk komt binnen als aanvraag van een opdrachtgever (minimaal 60% van de capaciteit) of als R&D-opdracht (minimaal 30%); het steekt de lijn alleen over via “Akkoord oplossing”.
Afgesproken doorlooptijden — PVD-essentie in 2 weken, door R&D vervolledigd in 2+2 weken, instroom in het investeringsprogramma twee keer per 6 maanden, of een bypass als er al krediet is.

De lijn tussen experiment en productie

Lees de strategie van links naar rechts. De rode stippellijn is de knip: wat links daarvan staat, kan nuttig zijn, indruk maken en dagelijks gebruikt worden, maar niemand heeft zich gecommitteerd om het draaiend te houden.

Zes stappen. De eerste vier worden gehost door het R&D-lab en zijn nooit productie; de gestippelde eerste stap maakt geen deel uit van het formele schema — daar leven de vibe-apps.

Links van de lijn — R&D

Wie is eigenaar: De bouwer (vibe-app) of het R&D-lab (pilot, referentie).
Beoordeeld: Vibe-apps: nee. R&D-pilots: getest binnen de ontwikkelcyclus, niet uitgebracht.
Continuïteit: Kan zonder aankondiging veranderen, stoppen of verdwijnen. Geen beschikbaarheidsgarantie.
Gebruik het voor: Uitproberen, leren, laten zien. Niet voor besluiten, het primaire proces of wettelijke taken.
Data: Geen persoons- of vertrouwelijke gegevens.

Rechts van de lijn — productie

Wie is eigenaar: Een stakeholder in de lijnorganisatie.
Beoordeeld: Functionele Q&A door R&D en een projectgoedkeuring vóór volledige uitrol.
Continuïteit: Beheer verzorgt updates en ondersteuning, zonder einddatum.
Gebruik het voor: Het werk waarvoor het gebouwd is.
Financiering: Via het investeringsprogramma (IP) of bestaand krediet (POD).

De hele strategie in één oogopslag

Het schema hieronder is de strategie zelf. De labels in de vakken zijn exact overgenomen uit het oorspronkelijke Nederlandse schema; de kleuren laten zien wie verantwoordelijk is voor elke stap.

R&DStakeholder (bedienen, onderhouden, …) Programmeren (investeringen)Bouwen Beheerde lijn

Implementatiestrategie van het R&D-lab. Doorgetrokken pijlen zijn de hoofdstroom, gestippelde pijlen zijn overdrachten, de bypass en de terugkoppellus. Op een smal scherm scrol je de figuur zijwaarts.

Stap voor stap

Links van de lijn: de oplossing bewijzen

StakeholderAanvraag vraagstuk door opdrachtgever
Een vraag van een opdrachtgever in de organisatie. Hiervoor is minimaal 60% van de R&D-capaciteit gereserveerd.
StakeholderEigen opdrachten
Werk dat R&D zelf start. Minimaal 30% van de capaciteit.
R&DStudie op haalbaarheid, ROI en doelen van waterschap
Is het haalbaar, wat levert het op, en welke doelen van het waterschap dient het? Pas dan begint de bouw.
R&DOntwikkelcyclus v0.1
Analyseer → Uitwerken → Testen → Verbeteren, ronde na ronde, met informatie die wordt opgehaald bij de processen waar de oplossing voor bedoeld is. Alles hier is een pilot.
R&DReferentie Implementatie 1.0
Een werkende opstelling die de oplossing bewijst. Het netwerkteam levert op dit punt de randvoorwaarden aan.
R&DZoeken opdrachtgever lijnorganisatie
Een bewezen oplossing heeft nog een eigenaar in de lijnorganisatie nodig. Zonder eigenaar blijft hij links van de lijn.
R&DSchaalbaar maken oplossing en tillen naar v2.0
Van één werkende opstelling naar iets dat uitgerold kan worden. Lessen uit draaiende implementaties komen hier weer binnen.

De lijn: een oplossing steekt hem alleen over wanneer de stakeholder “Akkoord oplossing” geeft. Niets beweegt vanzelf naar rechts — niet omdat het populair is, en niet omdat het al lang draait.

Rechts van de lijn: van akkoord naar productie

StakeholderAkkoord oplossing
De stakeholder keurt de oplossing goed — nog niet het project. Vanaf hier loopt de formele klok.
StakeholderPVD initieel opstellen met essentie van project / goedkeuren
Binnen 2 weken: de essentie van het project in een PVD, goedgekeurd.
R&DR&D vervolledigt PVD
In 2+2 weken vervolledigt R&D de PVD: blueprint, software, functioneel en technisch ontwerp, TCO- en ROI-berekeningen.
ProgrammerenPVD → IP (Investerings Programma)
Twee keer per zes maanden kan de PVD instromen in het investeringsprogramma.
ProgrammerenPVD → POD (Project Opdracht document)
De investering komt uit het kredietbudget. Als er al krediet is, slaat de PVD het IP over en gaat direct hierheen.
BouwenRealisering — Implementatie fase 1 project
Bouwen realiseert de eerste fase.
R&DQ&A / functioneel akkoord project
R&D controleert of het werkt zoals ontworpen.
StakeholderAkkoord project
De stakeholder accepteert het project.
BouwenImplementatie fase 2 Project
Volledige uitrol.
StakeholderOverhandiging aan stakeholder
Overdracht. Vanaf dit moment is de applicatie productie.
BeheerUpdates | Ondersteuning
Beheer houdt het draaiend: updates en ondersteuning, zonder einddatum (∞).
BeheerLessons learned / Updates
Wat het draaien ervan leert, vloeit terug naar “Schaalbaar maken … v2.0” aan de R&D-kant.

Uitgewerkt voorbeeld: hoe lang de formele route duurt

Het schema legt het eerste deel van de klok vast. Stel dat de stakeholder in week 0 een oplossing goedkeurt.

Week 0 akkoord → week 2 PVD-essentie → week 6 PVD compleet → investeringsprogramma bij het eerstvolgende instroommoment, of rechtstreeks naar de POD als er al krediet is.

2 weken om de essentie van de PVD te schrijven en goed te keuren.
2 + 2 = nog 4 weken voor R&D om hem te vervolledigen — week 6.
Twee instroommomenten per zes maanden betekent ongeveer één per 13 weken, dus de PVD stroomt in het investeringsprogramma tussen week 6 en ongeveer week 19.
Als er al krediet is, slaat de bypass die wachttijd over en gaat de PVD rechtstreeks naar de POD.

aanname De instroommomenten worden verondersteld gelijkmatig verdeeld te zijn, en de 2+2 weken worden gelezen als vóór het vertrek van de PVD naar het IP of de POD. Het schema geeft de frequentie en de duur, niet de data.

Waar vibe-apps passen — en wat de R&D-pilot-melding zegt

Vibe-apps worden gebouwd door collega's in hun eigen devbox met een AI-assistent. Ze draaien op de experimentele architectuur van het R&D-lab: inloggen met het WBD-account, en elke app in een eigen afgeschermde omgeving. Het lab biedt dit aan als test van de devboxes. Het heeft de code niet beoordeeld en de app niet getest.

Elke zodanige app — en elke R&D-applicatie die geen productie is, zoals Radar — toont een permanent watermerk en, bij het eerste bezoek en daarna elke 30 dagen opnieuw, deze melding (hier getoond zoals die op het scherm verschijnt):

⚠ PILOT

Let op: dit is een R&D-pilot, geen productie-applicatie

Deze applicatie is gevibecodet: gebouwd met een AI-assistent. Het R&D-lab heeft hem niet nagekeken en niet getest.

Hij draait wel onder de experimentele architectuur van het R&D-lab: je logt in met je WBD-account en de app heeft een eigen, afgeschermde omgeving. Het R&D-lab faciliteert dit als test voor de devboxes.

Wat betekent dit voor jou?

Neem er geen besluiten op en gebruik hem niet voor het primaire proces of wettelijke taken.
Voer geen persoonsgegevens of vertrouwelijke informatie in.
De app kan zonder aankondiging veranderen, stilvallen of verdwijnen.

Productiewaardig wordt een pilot alleen via de implementatiestrategie van het R&D-lab: met een opdrachtgever, een PVD, een project en overdracht aan beheer.

Hoe een vibe-app naar rechts kan bewegen

Niet door veel gebruikt te worden. Een vibe-app wordt alleen een kandidaat door de strategie binnen te komen aan de bovenkant — als aanvraag van een opdrachtgever in de organisatie, of als R&D-opdracht — en vervolgens de haalbaarheidsstudie, de ontwikkelcyclus en de referentie-implementatie te doorlopen zoals elk ander idee. Het R&D-lab kan bijhouden hoeveel elke applicatie gebruikt wordt op het gebruiksoverzicht; dat helpt bepalen wat een haalbaarheidsstudie verdient, maar vervangt er geen.

Van experiment naar productie: de implementatiestrategie van het R&D-lab