Doel en Visie
1. Probleem- en contextanalyse
Huidige situatie
Het R&D-lab van Waterschap Brabantse Delta werkt aan meerdere parallelle trajecten op het snijvlak van innovatie, softwareontwikkeling, OT/IT, pilots, prototypes, aanbestedingen, governance, financiën en bestuurlijke besluitvorming.
Knelpunten door versnippering
De huidige informatievoorziening is versnipperd over:
- Losse documenten
- Presentaties
- Excel-bestanden
- Projectstructuren
- Ontwikkelomgevingen
Dit leidt tot:
- Persoonsafhankelijkheid — kennis zit in hoofden, niet in systemen
- Beperkte bestuurbaarheid — geen integraal overzicht van trajecten, status en afhankelijkheden
- Onduidelijk eigenaarschap — wie is waarvoor verantwoordelijk, en tot wanneer?
- Gebrekkige opvolging — commitments worden niet systematisch gevolgd
- Kloof tussen innovatie en realisatie — de stap van idee naar overdracht is onvoldoende gestructureerd
- Kenniserosie — lessen en ervaringen worden niet geborgd
Typering van het benodigde platform
Er is behoefte aan een platform dat niet past in één bestaande categorie. Het is geen projecttool, geen wiki, geen ticketsysteem, geen dashboard — maar een combinatie die specifiek past bij de manier waarop een R&D-lab opereert: verkennend, iteratief, multidisciplinair, met frequente wisselingen tussen strategisch en operationeel niveau.
2. Productvisie
Kernvisie
Eén geïntegreerde applicatie waarin de volledige levenscyclus van innovatietrajecten wordt ondersteund — van signaal tot overdracht — met ingebouwde AI-ondersteuning die het team helpt bij structureren, analyseren, documenteren en beslissen.
Wat het platform wel moet zijn
- Regieplatform — overzicht en sturing op de innovatieportfolio
- Samenwerkingsomgeving — gedeelde context voor alle betrokkenen
- Kennissysteem — structurele borging van inzichten, besluiten en lessen
- Overdrachtsinstrument — expliciete ondersteuning van de transitie van R&D naar bouw/beheer
- AI-werkplaats — een omgeving waarin AI-assistenten meedenken, meestructureren en meewerken
Wat het platform niet moet zijn
- Geen vervanging van gespecialiseerde ontwikkeltools (IDE, CI/CD)
- Geen generiek documentbeheersysteem
- Geen traditioneel zaaksysteem met starre workflows
- Geen tool die alleen rapporteert maar niet ondersteunt in het werk zelf
Positionering
Het platform positioneert zich als innovatie- en regieplatform: het verbindt strategie met uitvoering, maakt eigenaarschap expliciet, ondersteunt besluitvorming en borgt kennis — alles binnen één samenhangende omgeving die zelf ook innovatief is in opzet en gebruik.
3. Inhoudelijke doelen
Het platform moet concreet bijdragen aan:
| Doel | Toelichting |
|---|---|
| Minder persoonsafhankelijkheid | Kennis en context zijn vastgelegd in het systeem, niet alleen in hoofden |
| Meer bestuurbaarheid | Integraal overzicht op trajecten, voortgang, risico's en afhankelijkheden |
| Explicieter eigenaarschap | Per traject, actie en besluit is helder wie eigenaar is |
| Betere opvolging van commitments | Afspraken, acties en toezeggingen worden systematisch bijgehouden |
| Betere aansluiting innovatie–realisatie | De overgang van idee naar bouwen wordt expliciet ondersteund |
| Betere kennisborging | Inzichten, experimenten en lessons learned zijn vindbaar en bruikbaar |
| Beter zicht op de stap idee → overdracht | De volledige innovatielevenscyclus is zichtbaar en bestuurbaar |
4. Innovatielevenscyclus
Het platform moet trajecten ondersteunen door de volgende fasen:
Signaal/kans → Verkenning → Concept → Experiment/prototype → Pilot
→ Besluitvorming → Overdracht naar bouwen → Overdracht naar beheer/operatie
→ Evaluatie / lessons learned
Fasebeschrijving
| Fase | Kern | Platformondersteuning |
|---|---|---|
| Signaal / kans | Een extern of intern signaal dat aandacht verdient | Vastleggen, labelen, eerste analyse |
| Verkenning | Oriëntatie op haalbaarheid en relevantie | Contextbeschrijving, stakeholderanalyse, eerste risico's |
| Concept | Uitwerking van een mogelijke aanpak | Conceptbeschrijving, doelen, scope, eerste ontwerp |
| Experiment / prototype | Verkennend bouwen of testen | Experimentresultaten, iteraties, technische notities |
| Pilot | Gecontroleerde toepassing in de praktijk | Pilotplan, meetpunten, bevindingen |
| Besluitvorming | Bestuurlijk of managementbesluit over vervolg | Beslisdocument, advies, onderbouwing |
| Overdracht → bouwen | Transitie van R&D naar realisatie | Overdrachtscriteria, acceptatie, kennisoverdracht |
| Overdracht → beheer | Transitie van bouw naar exploitatie | Beheerdocumentatie, SLA, eigenaarschap |
| Evaluatie | Terugblik en lessen | Lessons learned, reflectie, archivering |
5. Overdracht als expliciet onderdeel
Overdracht is geen administratieve handeling achteraf, maar een integraal onderdeel van de levenscyclus.
Overdrachtscriteria (voorstel)
Een traject is overdraagbaar naar bouwen wanneer:
- Probleemstelling en doelstelling zijn helder gedocumenteerd
- Er is een gevalideerd concept of prototype
- Technische haalbaarheid is aangetoond
- Risico's zijn geïdentificeerd en beoordeeld
- Er is een eigenaar aan ontvangende zijde
- Er zijn acceptatiecriteria gedefinieerd
- Relevante kennis en documentatie zijn overgedragen
Een traject is overdraagbaar naar beheer wanneer:
- De oplossing voldoet aan acceptatiecriteria
- Er is operationele documentatie
- Er is een beheerovereenkomst of SLA
- Er is een eigenaar in de beheerorganisatie
- Er is een terugvalscenario
Het platform moet deze overgang actief ondersteunen via checklists, statusovergangen en notificaties — niet pas achteraf documenteren.
6. Open vragen en aannames
Aannames
- Het platform wordt primair intern gebruikt binnen het R&D-lab en directe stakeholders
- Er is geen directe koppeling met externe partijen in de MVP-fase
- De organisatie staat open voor AI-ondersteuning in het werkproces
- Er is bereidheid om werkwijzen aan te passen aan het platform
Open vragen
- Welke bestaande systemen moeten worden geïntegreerd of vervangen?
- Wat is het verwachte aantal gebruikers in de eerste fase?
- Welke autorisatiestructuur past bij de organisatie?
- Hoe verhoudt dit platform zich tot bestaande IT-governance?
- Is er een voorkeur voor hosting (on-premise vs. cloud)?