Voor onze klant ictu zijn wij op zoek naar een Requirements Engineer en Ontwikkelaar
 

Start	11-05-2026
Einddatum	31-12-2027
Optie op verlenging	ja
Uren per week	24
Locatie	den haag
Bijzonderheden	ZZp toegestaan, ik mag 1 CV aanbieden
Deadline	30 april
Sluitingstijd	13.00

selectiegesprekken 6 mei
tarief: 100, - max 107 euro

Opdrachtbeschrijving
 
Algemeen
 

Omschrijf de context van het project/programma waarin de activiteiten plaatsvinden, wanneer en op grond waarvan is het project/programma afgerond en welke rol heeft de professional binnen het project/programma?

Beschrijving project/programma:  Moderne dienstverlening aan burgers, zowel door overheden als private partijen, begint met vertrouwen in actuele en betrouwbare persoonsgegevens. Regie op Gegevens richt zich, naast de regievormen inzage en eenmalige verstrekking, ook op het delen van gegevens: het mogelijk maken dat burgers hun eigen gegevens uit overheidsbronnen digitaal beschikbaar kunnen stellen aan dienstverleners of zichzelf. Momenteel lopen er verschillende ontwikkelingen om het delen van gegevens mogelijk te maken, zoals de Europese Digitale Identiteit (EDI-wallet) vanuit de eIDAS2-verordening, het Once Only Technical System (OOTS) vanuit de SDG-verordening, en een oplossing voor het delen van gegevens via toestemming met private dienstverleners, de DvTP In 2024 heeft ICTU de Proeftuin Regie op Gegevens met Zorgeloos Vastgoed uitgevoerd, waarin een eerste versie van de DvTP succesvol is beproefd. In het eindrapport van deze proeftuin is aanbevolen de DvTP verder te onderzoeken in samenhang met de EDI-wallet, SDG-OOTS en het ontsluiten van overheidsbronnen via API’s. Hiervoor is in 2025 het ICTU-project Bronontsluiting via API’s gestart en zijn twee vooronderzoeken uitgevoerd: één naar een gemeenschappelijke bronontsluiting voor de EDI-wallet, SDG-OOTS en DvTP en één specifiek naar de oplossing DvTP. Op basis van de resultaten en aanbevelingen uit de vooronderzoeken is het project Bronontsluiting via API’s herijkt. Het project wordt in 2026 en 2027 voortgezet op basis van een vastgesteld projectplan. De focus ligt op twee hoofdactiviteiten: (1) het ontwikkelen en realiseren van de gemeenschappelijke bronontsluiting en (2) het ontwikkelen en realiseren van de DvTP. Het project kent drie fasen: een opstartfase (H1 2026), een ontwikkelfase (H2 2026) en een realisatiefase (2027). Een daaropvolgende implementatie- en opschalingsfase valt buiten de scope van dit project. Omschrijving einde project/programma:  Het project wordt eind 2027 afgerond met de realisatie van de gemeenschappelijke bronontsluiting voor de EDI-wallet, SDG-OOTS en DvTP. De oplevering bestaat uit een samenhangende set afspraken, standaarden, stelselfuncties en voorzieningen, en omvat minimaal een pre-productionele versie (referentie-implementatie) en de organisatorische inrichting van de DvTP. Daarnaast wordt een advies opgeleverd voor implementatie, opschaling en overdracht aan beheer. NB: Afhankelijk van een GO/NO-GO-besluit na de opstartfase kunnen mogelijk ook gemeenschappelijke voorzieningen worden gerealiseerd.  Welke rol heeft de professional binnen het project/programma:  De professional combineert de rollen van requirements engineer en ontwikkelaar binnen de ontwikkeling en realisatie van de gemeenschappelijke bronontsluiting (GBO) en de DvTP. De professional is verantwoordelijk voor het identificeren, analyseren, documenteren en beheren van de technische requirements die binnen het ontwerp en de architectuur worden vastgesteld. Daarnaast neemt de professional in de ontwikkelfase een actieve rol in binnen het ontwikkelteam en fungeert als verbindende schakel bij de toepassing van de requirements gedurende de ontwikkel- en realisatiefase. De professional werkt hiervoor nauw samen met de Technisch Lead, Senior Architect en Business Informatieanalist.

Welke opdracht gaat de professional uitvoeren en welke activiteiten horen daarbij?

Voor de professional is de volgende opdracht geformuleerd: Zorg vanuit de GBO-doelstellingen voor het identificeren, analyseren, structureren en vastleggen van de technische requirements. Vertaal het globaal ontwerp, de projectstartarchitectuur en functionele requirements GBO, naar herbruikbare en uitvoerbare technische requirements. Neem daarnaast een actieve rol in het ontwikkelteam bij de realisatie van referentie-implementaties en fungeer als verbindende schakel richting partijen tijdens de ontwikkel- en realisatiefase. Bewaak de traceerbaarheid van requirements naar gerealiseerde oplossingen en signaleer afwijkingen tijdig. De opdracht omvat de volgende resultaatgebieden: Opstartfase Analyseer het globaal ontwerp, de projectstartarchitectuur en de functionele requirements GBO, en identificeer hiaten en/of onduidelijkheden. Vertaal het globaal ontwerp, de projectstartarchitectuur en de functionele requirements naar concrete en toetsbare technische requirements. * Structureer en prioriteer de technische requirements, zodat deze aansluiten op de gekozen architectuur en technologiekeuzes. * Stel een praktische aanpak op, inclusief een traceerbaarheidsmatrix en wijzigingenbeheer, die de samenhang tussen functionele en technische requirements borgt en zorgt voor overzicht in termen van compliance en volledigheid. * Verken de technische haalbaarheid van de requirements. Identificeer risico’s, afhankelijkheden en openstaande ontwerpbeslissingen, en adviseer tijdig over eventuele bijstellingen. * Valideer de technische requirements met relevante stakeholders en het beoogde ontwikkelteam. Adviseer vanuit de requirements over het realiseren van gemeenschappelijke voorzieningen. * Ontwikkelfase Neem als ontwikkelaar een actieve rol binnen het ontwikkelteam en draag bij aan de ontwikkeling en realisatie van de referentie-implementaties. Vertaal de technische requirements naar technische ontwerpen, implementeerbare specificaties, en waar nodig in code. Fungeer voor de technische requirements als verbindende schakel tussen het projectteam, het ontwikkelteam en relevante stakeholders, zoals landelijke afsprakenstelsels. Borg dat wijzigingen in requirements tijdig worden doorvertaald naar het ontwikkelteam en dat inzichten van het ontwikkelteam terugvloeien naar de requirements. Lever een bijdrage aan de inrichting van de ontwikkel-, test- en acceptatieomgevingen, met expliciet onderscheid tussen gemeenschappelijke en gedistribueerde onderdelen. Stel een toetsingskader op voor het globaal ontwerp, de projectstartarchitectuur en de functionele en technische requirements GBO, zodat alle betrokken partijen duidelijk inzicht hebben in waaraan gerealiseerde componenten moeten voldoen. * Bepaal de impact van wijzigingsvoorstellen op zowel de requirements als de ontwikkelfase. Realisatiefase Valideer met betrokken partijen of de gerealiseerde referentie-implementaties voldoen aan de vastgestelde technische requirements en adviseer over afwijkingen en/of verbeterpunten. Ondersteun betrokken partijen bij hun implementatiekeuzes van de technische requirements en begeleid hen bij de voorbereiding op inproductiename en naleving van de specificaties. Draag de requirementsdocumentatie, het toetsingskader en de bijbehorende technische kennis over aan de beheerorganisatie. Adviseer over voor de implementatie en opschaling van de GBO en DvTP. * * = In samenwerking met de Technisch Lead, Senior Architect en Business Informatieanalist.

Welke concrete resultaten dient de professional te behalen? Resultaten dienen concreet en meetbaar te zijn.

Voor alle resultaten gelden de volgende meetbare indicatoren: het resultaat is formeel gedocumenteerd en beschikbaar in de projectrepository; het resultaat is gevalideerd en goedgekeurd binnen de projectgovernance; het resultaat is bruikbaar voor besluitvorming en vervolgacties binnen het project. Deelresultaten Opstartfase Gedocumenteerde analyse van het globaal ontwerp, de projectstartarchitectuur en de functionele requirements van de GBO, inclusief hiaten en onduidelijkheden. Gedocumenteerde en gevalideerde technische requirements, inclusief traceerbaarheidsmatrix en wijzigingenbeheer. Gedocumenteerde haalbaarheidsanalyse van de technische requirements, inclusief risico's, afhankelijkheden en openstaande ontwerpbeslissingen. Adviesdocument technische requirements in relatie tot gemeenschappelijke voorzieningen. Geprioriteerde requirementsbacklog. Ontwikkelfase Gedocumenteerde en onderhouden technische requirements en traceerbaarheidsmatrix. Gedocumenteerde en onderhouden requirementsbacklog. Gedocumenteerde technische ontwerpen, specificaties en/of code voor de referentie-implementaties, minimaal de DvTP. Toetsingskader technische requirements voor referentie-implementaties, minimaal de DvTP. Validatiedocument technische requirements voor referentie-implementaties, minimaal de DvTP. Gedocumenteerde bijdrage aan de inrichting van de OTA-omgeving, met onderscheid tussen gemeenschappelijke en gedistribueerde onderdelen. Gedocumenteerde impactanalyses van wijzigingsvoorstellen technische requirements. Realisatiefase Validatiedocument(en) technische requirements referentie-implementaties, minimaal de DvTP. Adviesdocument(en) geconstateerde afwijkingen, verbeterpunten en oplossingsrichtingen. Ondersteuningsdocument(en) implementatiekeuzes en naleving van requirements en specificaties. Welke eindresultaten zal de professional aan het einde van de opdracht dienen op te leveren. Overdracht van de requirementsdocumentatie en het toetsingskader aan de beheerorganisatie. Adviesdocument over de implementatie en opschaling van de GBO en DvTP. Wanneer is de opdracht afgerond en beëindigd:  De opdracht is afgerond wanneer de technische requirements van de GBO en DvTP zijn gerealiseerd binnen de referentie-implementaties (oplevering van de deelresultaten), de requirementsdocumentatie en het toetsingskader zijn overgedragen aan de beheerorganisatie en het adviesdocument ten aanzien van implementatie en opschaling is opgeleverd (de eindresultaten).

Hoe wat en wanneer zal het werk/de resultaten worden beoordeeld?  Detailleer de criteria en momenten voor feedback en beoordeling. Voorbeeld: maandelijkse voortgangsrapporten en een eindbeoordeling bij projectafsluiting.

Afstemming tussen opdrachtgever en opdrachtnemer vindt periodiek plaats, waarbij de voortgang, behaalde resultaten en eventuele knelpunten worden besproken. De frequentie en vorm van deze afstemming worden in onderling overleg bepaald en zijn momenteel als volgt ingericht: - Korte wekelijkse stand-up projectteam: focus op voortgang, blokkades en prioriteiten - Maandelijkse sit-down projectteam: focus op inhoudelijke resultaten, samenhang en besluiten - Validatie en/of goedkeuring van resultaten binnen de projectgovernance - Eindbeoordeling bij projectafsluiting.

Wat is de kans dat de verwachte duur wordt overschreden, c.q. welke onzekerheden er zijn t.a.v. de verwachte duur?

De kans op overschrijding is reëel. Het project is afhankelijk van tijdig commitment en ontwikkelcapaciteit van externe stakeholders (bronhouders, FDS, EDI, SDG-OOTS), de scope met EDI en SDG-OOTS is bij aanvang nog niet volledig bepaald, en juridische waarborgen voor pilotpartners moeten door derden worden geregeld. Deze factoren vallen grotendeels buiten de directe invloedssfeer van het projectteam.

Over welke specifieke kennis beschikt de professional, waarover het eigen personeel van de Opdrachtgever niet beschikt en waar een eventuele vervanger ook over zou moeten beschikken?

Kennis van en ervaring: Als requirements engineer en/of technisch analist: ervaring met het identificeren, analyseren, documenteren en beheren van technische requirements, inclusief het toepassen van traceerbaarheidsmatrices en impactanalyses. Als (lead) softwareontwikkelaar: ervaring met API-ontwerp en -ontwikkeling, met inzet van GraphQL voor dataontsluiting, Open Policy Agent voor autorisatie en Kubernetes voor containerorkestratie. Ervaring met authenticatie- en autorisatiestandaarden zoals OAuth 2.0, OpenID Connect, mutual TLS en PKIoverheid-certificaten in de context van gegevensuitwisseling. Ervaring met open source ontwikkelmethodieken, component gebaseerd ontwerp en het werken met publieke code repositories.

 

Gewenste profiel
De Requirements Engineer en Ontwikkelaar is een ervaren professional die technische diepgang combineert met sterk analytisch vermogen en een hands-on ontwikkelmentaliteit. Met diepgaande kennis van gegevensuitwisseling binnen complexe en publiek-private ketens fungeert deze professional als brug tussen functionele vraagstukken en technische realisatie. De professional maakt zich snel de projectstartarchitectuur, het globale ontwerp en de functionele requirements van de Gemeenschappelijke Bronontsluiting (GBO) eigen. Functionele eisen worden kritisch geanalyseerd, aangescherpt en vertaald naar concrete, toetsbare technische specificaties. Hierbij worden hiaten, onduidelijkheden en risico’s in een vroeg stadium gesignaleerd en geadresseerd. Tijdens de ontwikkel- en realisatiefase vervult de professional een actieve rol binnen het ontwikkelteam. Technische requirements worden niet alleen uitgewerkt, maar waar nodig ook (mede) gerealiseerd in code. Er wordt gewerkt met onder andere GraphQL API’s, de FSC-standaard, authenticatie- en autorisatieprotocollen en metadata-standaarden zoals DCAT, SKOS en MIM, conform de richtlijnen van het Federatief Datastelsel en de Generieke Digitale infrastructuur. Als verbindende schakel tussen stakeholders, de Business Informatieanalist, de Senior Architect, de Technisch Lead en het ontwikkelteam zorgt de professional ervoor dat wijzigingen in requirements tijdig worden doorvertaald naar de realisatie. Tegelijkertijd worden inzichten uit de ontwikkeling teruggekoppeld naar de requirements. De professional waarborgt traceerbaarheid tussen functionele eisen, technische specificaties en gerealiseerde componenten, stelt toetsingskaders op en valideert implementaties tegen de gestelde eisen. Belangrijke competenties:   Sterk analytisch vermogen Pragmatische, technische hands-on mentaliteit In staat om functionele eisen te vertalen naar implementeerbare technische specificaties Nauwkeurig, met oog voor kwaliteit, consistentie en traceerbaarheid Communicatief vaardig Vermogen om effectief te schakelen tussen technische en niet-technische stakeholders
Eisen
Minimaal WO-werk- en denkniveau.   Aantoonbare ervaring met het werken binnen de publieke sector en/of gereguleerde sectoren. (minimaal 10 jaar)   Aantoonbare ervaring als requirements engineer en/of technisch analist met het identificeren, analyseren, documenteren en beheren van technische requirements, inclusief het werken met traceerbaarheidsmatrices en impactanalyses. (minimaal 10 jaar)   Aantoonbare ervaring als lead softwareontwikkelaar op het gebied van API-ontwerp en -ontwikkeling, met inzet van GraphQL voor dataontsluiting, Open Policy Agent voor autorisatie en Kubernetes voor containerorkestratie. (minimaal 7 jaar)   Aantoonbare ervaring met authenticatie- en autorisatiestandaarden zoals OAuth 2.0, OpenID Connect, mutual TLS en PKIoverheid-certificaten in de context van gegevensuitwisseling. (minimaal 7 jaar)   Aantoonbare ervaring met open source ontwikkelmethodieken, component-gebaseerd ontwerp en het werken in publieke code repositories. (minimaal 5 jaar)
Wensen
Nr.	Omschrijving	Gewicht	Beoordeling
W1	Aantoonbare ervaring met het toepassen van juridische kaders (zoals AVG, doelbinding en dataminimalisatie) bij het vertalen van functionele eisen rondom gegevensuitwisseling naar technische requirements.	15%	≥ 7 jaar = 10 punten 5 - 7 jaar = 6 punten 3 - 5 jaar = 2 punten Minder dan 3 jaar = 0 punten
W2	Aantoonbare ervaring met gedistribueerde en federatieve systemen in complexe omgevingen met meerdere (semi-)publieke organisaties.	30%	≥ 7 jaar = 10 punten 5 - 7 jaar = 6 punten 3 - 5 jaar = 2 punten Minder dan 3 jaar = 0 punten
W3	Aantoonbare ervaring met policy-driven architecturen en autorisatie, inclusief het vertalen van beleids- en toegangsregels naar technische implementaties van Federatieve Toegangsverlening (FTV).	30%	≥ 5 jaar = 10 punten 3- 5 jaar = 6 punten 1- 3 jaar = 2 punten Minder dan 1 jaar = 0 punten

 

Prijs
Gewicht van prijs bij beoordeling	25%

ICTU behoudt zich het recht voor om indien onverwacht een te hoog uurtarief (qua budget) wordt aangeboden, om op basis hiervan een kandidaat als niet passend te verklaren

Algemeen beoordeling werkzaamheden
De professional verricht het werk naar eigen inzicht. ICTU kan wel aanwijzingen en instructies geven omtrent het resultaat en de doorlooptijd van de werkzaamheden. In geval van samenwerking met anderen vindt afstemming plaats met ICTU, voor zover dat voor de uitvoering van de werkzaamheden nodig is.

BYOD
ICTU biedt BYOD voorzieningen aan voor externe medewerkers. Van de externe medewerker wordt verwacht dat diegene beschikt over een passend apparaat (laptop) en een mobiele telefoon om diens werk uit te voeren. Aan de externe medewerker gevraagd (digitaal) akkoord te gaan met het ingevoerde reglement zakelijke apparatuur.
Tijdens het intakegesprek zal dit reglement op hoofdlijnen worden doorgenomen. ICTU hanteert voor ICT voorzieningen een N-1 beleid, concreet betekent dit dat naast de huidige versie, 1 lagere voorgaande versie, mits door de leverancier ondersteund, wordt toegelaten tot de ICTU infrastructuur.