De kandidaat is een ervaren ontwikkelaar die gewend is in een multidisciplinair team te opereren. De kandidaat is in staat vanuit zijn technische en inhoudelijke kennis een bijdrage c.q. ondersteuning te verlenen aan de verschillende teamactiviteiten.
De kandidaat beschikt over goede communicatieve vaardigheden, zowel mondeling als schriftelijk in de Nederlandse taal, alsmede een goede technische ondergrond in het gebruik van de gevraagde methoden en technieken. De kandidaat dient een grote mate van zelfstandigheid, flexibilteit te hebben met betrekking tot het plannen, uitvoeren en bewaken van zijn deelactiviteiten als onderdeel van het FDS team in samenwerking met Digilab.
1. Afgeronde HBO/WO opleiding in de richting van computer science
2. Meer dan 2 jaar kennis en ervaring met Golang en Kubernetes
3. Meer dan 2 jaar ervaring met het schrijven (dit is iets anders dan het toepassen!) van standaarden
4. Kennis van de FSC standaard, TFV en de logboek dataverwerkingen standaard
5. Ervaring met het implementeren van de FSC standaard in software
Per 6 januari 2025 beschikbaar
Wensen
W1 In de CV en motivatiebrief aantoonbare ervaring met Docker, GIT, CI/CD 20
W2 Ervaring, aangetoond in de motivatie brief, met het ontwerpen en ontwikkelen van REST API's
W3 Aantoonbare kennis en ervaring met en/of binnen de digitale overheid.
Omschrijving context van het programma en welke rol heeft de professional
Beschrijving programma:
Data zijn onmisbaar bij de aanpak van grote maatschappelijke opgaven en voor (proactieve) dienstverlening aan burgers en bedrijven. Dit vraagt steeds vaker om datadeling over domeinen heen. Samen met stakeholders ontwikkelt de IBDS daarom een Federatief Datastelsel (FDS). Dat datastelsel faciliteert het zoeken, delen en in samenhang toepassen van hoogwaardige data uit verschillende databronnen voor meervoudig gebruik. Transparant en controleerbaar, zodat burgers en bedrijven het datagebruik van de overheid kunnen vertrouwen. Het FDS is geen ICT-systeem of datapakhuis, maar een vertrouwensraamwerk met afspraken, standaarden, voorzieningen en stelselfuncties.
Het realisatieplan voor het Federatief Datastelsel (FDS) is vastgesteld. Organisaties kunnen met hun projecten terecht in het Digilab om de interoperabiliteit te testen.
Omschrijving einde programma:
De inzet van de professional is direct gerelateerd aan het programma IBDS.
Het programma IBDS is gebaseerd op een meerjarenaanpak waarbij de einddatum voorlopig staat op 2031. Per jaar wordt een jaarplan opgesteld en worden de projecten voor dat jaar en de invulling afgestemd met de opdrachtgever BZK. De inzet is beperkt tot dit programma maar geeft geen rechten aan de duur van inzet voor de professional.
Welke rol heeft de professional binnen het project/programma:
De Fullstack Ontwikkelaar speelt met zijn specifieke kennis een cruciale rol in het realiseren en verbeteren van de simulatieomgeving van het FDS. De professional is verantwoordelijk voor het technisch ontwerpen, ontwikkelen en beheren van de simulatieomgeving, inclusief de stelselfuncties en datacatalogus. Daarnaast vertegenwoordigt de ontwikkelaar het FDS-team bij externe initiatieven en draagt bij aan het ontwerpen en beproeven van FDS-standaarden.
Met zijn/haar technische expertise en communicatieve vaardigheden werkt de Fullstack Ontwikkelaar nauw samen met het multidisciplinaire FDS-team en het Digilab.
Beschrijving van de opdracht
Het doel van de opdracht is het versterken van de technische kennis in het FDS team waarmee de simulatieomgeving van FDS gerealiseerd wordt. De simulatieomgeving is een technische omgeving waarmee alle functionele wensen en eisen van het Federatief DataStelsel zichtbaar worden. Op deze omgeving worden nieuwe stelselfuncties iteratief ontwikkeld door het FDS team in samenwerking met haar stakeholders om uiteindelijk in een eerste versie ter beschikking gesteld te worden aan alle (potentiële deelnemers) van het FDS. Deze organisaties krijgen op die manier de mogelijkheid om zelf bij te dragen aan de ontwikkeling van de FDS standaarden om deze vervolgens te kunnen beproeven en ervaren waarmee deze organisaties inzicht krijgen in de omvang van haar transitie.
De activiteiten die horen bij het realiseren van de opdracht zijn:
• Technisch realiseren, beheren en verbeteren van de simulatieomgeving, inclusief:
o Ondersteunen data-uitwisseling en technische interoperabiliteit.
o Inzicht in datakwaliteit en semantiek via de datacatalogus.
o Ontwikkelen en verbeteren van stelselfuncties voor de simulatieomgeving
• Afstemmen van technische mogelijkheden met functionele wensen en eisen, in samenwerking met de architect.
• Vertegenwoordigen van het FDS-team bij relevante externe initiatieven.
• Bijdragen aan het ontwerp, realisatie en beproeving van technische standaarden voor het FDS.
Welke concrete resultaten dient de professional te behalen?
• Werkende simulatieomgeving waarin data-aanbod en -afname zichtbaar zijn via FDS-standaarden zoals FSC, FTV en logboek dataverwerkingen waarbij de professional zich enerzijds zal richten op code review van peers en anderzijds op het zelfstandig integreren van de logboek dataverwerkingen standaard in de simulatieomgeving
• Eerste versie van stelselfuncties poortwachter, regiseur en toezichthouder beschikbaar voor testen door stakeholders waarbij de professional zich enerzijds zal richten op code review van peers en anderzijds op het zelfstandig integreren van de regiseur en de toezichthouder functie in de simulatieomgeving
• Koppeling tussen testdata van basisregistraties en de simulatieomgeving waarbij de professional een drietal basisregistraties aan zal sluiten op de simulatieomgeving
Resultaten worden volgens Agilemethode elk kwartaal geconcretiseerd tot deelresultaten. Op deze wijze kan maximaal worden ingespeeld op alle in- en externe factoren (wendbaarheid).
Welke deelresultaten zal de professional dienen te behalen gedurende de opdracht:
De voortgang wordt beoordeeld op basis van:
• Tijdige oplevering van de resultaten zoals vastgelegd in het jaarplan & realisatieplan
• Betrokkenheid en tevredenheid van de doelgroep, gemeten door feedback
• Impact van de georganiseerde bijeenkomsten, kwalitatief gemeten, bijvoorbeeld door monitoring van de MR’s in gitlab welke gebaseerd zijn op feedback vanuit de bijeenkomsten.
De beoordeling van de resultaten vindt plaats via:
• Kwartaaloverleg voor het behalen van de (deel)resultaten en een eindoverleg bij de oplevering van het eindresultaat. Tussentijds wordt via een wekelijks gesprek de voortgang besproken en mitigerende maatregelen getroffen waar nodig.
• De voortgang, deel- en eindresultaten worden schriftelijk vastgelegd in kwartaalrapportages en deze worden mondeling toegelicht.
• Bespreking van strategische knelpunten met het IBDS-management en de opdrachtgever.
• Feitelijke vaststelling van werkende functies/standaarden in de vorm van software in de simulatieomgeving
Wat zal tussentijds opgeleverd worden om te komen tot een goed eindresultaat. Welke onderdelen zijn daarin te onderscheiden.
De simulatieomgeving heeft een MVP beeld wat eerst opgeleverd moet worden, vervolgens worden daar iteratief verbeteringen aan toegevoegd. De omgeving zal dus steeds rijker worden. De wijze/volgorde waarop de omgeving zal groeien wordt besproken met de stakeholders en vastgelegd op een agile werkbord. Hiermee wordt ook de wekelijkse voortgang gemonitord. Voorbeelden van tussenresultaten zijn: de hosting organiseren, de verschillende fictieve organisaties toevoegen, de fictieve bronnen toevoegen, de fictieve consumerende applicaties toevoegen, de poortwachter, regisseur en toezichthouder stelselfuncties vormgeven, verbinden van de individuele standaarden, etc.
Welke eindresultaten zal de professional aan het einde van de opdracht dienen op te leveren.
Het programma IBDS is gebaseerd op een meerjarenaanpak waarbij de einddatum voorlopig staat op 2031. Per jaar wordt een jaarplan opgesteld en worden de projecten voor dat jaar en de invulling afgestemd met de opdrachtgever BZK. Voor 2025 zijn de resultaten voorzien zoals die benoemd zijn bij Welke concrete resultaten dient de professional te behalen?
Wanneer is de opdracht afgerond en beëindigd:
Ondanks dat er de simulatieomgeving iteratief wordt ontwikkeld en er continue ingespeeld moet worden op de veranderende omgeving is het eerste succes te definiëren door een eerste werkende versie van de simulatieomgeving waar op basis van fictieve organisaties data aanbod en afname zichtbaar is, gebruik makend van de eerste FDS standaarden (FSC, FTV en logboek dataverwerkingen). Parallel wordt de simulatieomgeving uitgebreid met stelselfuncties en bestaande organisaties. De eerste versie van de simulatieomgeving is voltooid wanneer alle stelsel functies in een eerste versie beproefbaar zijn en gebruik gemaakt kan worden van de (test)data van de basisregistraties. De opdracht van de professional is gereed wanneer:
- de code reviews plaats hebben gevonden waardoor de FSC en FTV standaarden in de simulatieomgeving in eerste versie werkend zijn. Ditzelfde geldt voor de poortwachter stelselfunctie.
- de logboek dataverwerkingen standaard geïntegreerd is in de simulatieomgeving mbv software van de professional. Ditzelfde geldt voor de regiseur en toezichthouder stelselfunctie
- drie basisregistraties gekoppeld zijn aan de simulatieomgeving
Hoe en wanneer zal het werk/de resultaten worden beoordeeld?
De voortgang wordt beoordeeld op basis van:
• Tijdige oplevering van de resultaten zoals vastgelegd in het jaarplan & realisatieplan
• Betrokkenheid en tevredenheid van de doelgroep, gemeten door feedback
• Impact van de georganiseerde bijeenkomsten, kwalitatief gemeten, bijvoorbeeld door monitoring van de MR’s in gitlab welke gebaseerd zijn op feedback vanuit de bijeenkomsten.
De beoordeling vindt plaats via:
• De deelresultaten worden wekelijkse stand-ups en (project)overleggen besproken.
• Kwartaalrapportages met schriftelijke voortgangsrapportages en mondelinge toelichting.
• Bespreking van strategische knelpunten met het IBDS-management en de opdrachtgever.
Wat is de kans dat de verwachte duur wordt overschreden, c.q. welke onzekerheden er zijn t.a.v. de verwachte duur?
De kans is klein dat de duur overschreden wordt. De op te leveren resultaten lijken op basis van de huidige informatie haalbaar.
Over welke specifieke kennis beschikt de professional, waarover het eigen personeel van ICTU niet beschikt en waar een eventuele vervanger ook minimaal over zou moeten beschikken?
De kandidaat moet kennis en ervaring hebben van de FSC standaard en kennis van hoe deze standaard samenwerkt met de beoogde logboek dataverwerkingen standaard en de beoogde FTV standaard.
Hinttech Staffing
Contactgegevens
Bedrijfsnaam: Hinttech Staffing
Contactpersoon: De heer Staffing
Adres: Loire 172
Postcode/plaats: 2491 AL 's-Gravenhage
Telefoon: +31 (0)70 315 7679
Fax: www.hinttech.com
Email: staffing@hinttech.com