logo

Bekijk alle vacatures

Fullstack Ontwikkelaar

Den Haag, Zuid-Holland
N.A.V. DE INFOSESSIE VAN VANMORGEN IS DE AANVRAAG AANGEPAST (GEEL GEMARKEERD, ZIE BIJLAGE)!

Voor onze klant ICTU zijn wij op zoek naar een Fullstack Ontwikkelaar
 
Start 10-06-2025
Einddatum 31-12-2026
Optie op verlenging Nee
Uren per week 32
Locatie Utrecht  - Den Haag + Remote
Bijzonderheden FlexValue mag op deze aanvraag een ZZP'er aanbieden (geen doorleen). 2 CV's kan ik aanbieden echter er wordt 1 fte gezocht.
Tarief 110 Euro p/u ex. BTW all-in.
Deadline 30-05-2025 om 09.00 uur

Opdrachtomschrijving
 
1. Wat is de reden om een professional in te huren?
Toelichting: De reden achter de inhuurbehoefte geeft een sterke indicatie over de aard van de opdracht.
 

Specifieke expertise: er is behoefte aan een specifieke deskundigheid die niet of nauwelijks aanwezig is bij de opdrachtgever
Beschrijf waarom dit het geval is:
Binnen het programma IBDS – Federatief Datastelsel (FDS) bij ICTU is er onvoldoende technische kennis aanwezig op het gebied van Fullstack Ontwikkelaar die voldoet aan de eisen van dit profiel. De professional draagt met zijn specifieke kennis een essentiële bijdrage bij aan de realisatie van de simulatieomgeving voor het Federatief Datastelsel en het onboarden van organisaties daarop.
 
2. Voert de professional het geheel van het takenpakket van de interne medewerker uit? Ja/Nee
 
Nee, de werkzaamheden behelzen geen werkzaamheden die tot de kernwerkzaamheden van ICTU behoren. De werkzaamheden behoren op basis van huidige inzichten ook niet tot een functie die in de nabije toekomst ingevuld gaat worden door een eigen medewerker van ICTU.
 
3. Gaat personeel van de opdrachtgever de professional werkinhoudelijk aansturen? Ja/Nee en toelichten. Toelichting: hiermee wordt niet bedoeld overleg over de voortgang van het project.
Nee, professional is volledig zelfstandig in het bepalen van zijn werktijden en stemt in onderling overleg de op te leveren (deel)resultaten af. De professional realiseert volgens eigen inzicht en volgens afgesproken kwaliteitsnormen de gedefinieerde (deel)resultaten. Er wordt geen werkinhoudelijke aansturing of leiding en gezag op de professional uitgeoefend.
 
4. Gaat Opdrachtgever de professional (periodiek) inhoudelijk beoordelen? Ja/Nee en toelichten. Toelichting: hiermee wordt niet bedoeld overleg over de voortgang van het project.
Nee, er worden geen functionerings- of beoordelingsgesprekken met de professional gevoerd.
Er vindt periodiek overleg plaats op het behalen van de (deel)resultaten en een eindoverleg bij de oplevering van het eindresultaat.
 
5.Bepaalt de professional zelf hoe, wanneer en waar de opdracht wordt uitgevoerd? Ja/Nee en toelichten. Toelichting: mits passend binnen de bedrijfsvoering van de opdrachtgever.
 
Ja, de professional deelt zijn werkzaamheden zelfstandig in. Hij verricht deze naar eigen inzicht.
De professional houdt zich aan wettelijke normen en onderling gemaakte afspraken, over de oplevering van het resultaat/de resultaten en de doorlooptijd van de werkzaamheden.
 
6. Is de professional vrij om zichzelf in de uitvoer van de opdracht te laten vervangen? Ja/Nee en toelichten
 
Ja, mits over dezelfde kennis en kunde beschikt en na overleg en goedkeuring ICTU.
 
7.Zijn er binnen de afdeling ook interne medewerkers die dezelfde werkzaamheden uitvoeren? Ja/Nee
 
Nee, ICTU heeft geen medewerkers in dienst die dezelfde werkzaamheden uitvoeren en geen vacatures voor dezelfde werkzaamheden open staan.
8. Wie voorziet de middelen en materialen die nodig zijn voor de opdracht? Specificeer of van de professional verwacht wordt eigen gereedschap en materialen te gebruiken.
 
De professional voorziet zich van eigen middelen en materialen.
 
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 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. 

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. Ook is de ontwikkelaar het eerste technische aanspreekpunt voor organisaties die onboarden op de simulatieomgeving dan wel in productie.

De Fullstack Ontwikkelaar werkt met technische expertise en communicatieve vaardigheden  nauw samen met het multidisciplinaire FDS-team en het Digilab.
 
Welke opdracht gaat de professional uitvoeren en welke activiteiten horen daarbij? 
 
 De activiteiten die horen bij het realiseren van de opdracht zijn: 
  • Technisch realiseren, beheren en verbeteren van de simulatieomgeving, inclusief:
    • Ondersteunen data-uitwisseling en technische interoperabiliteit.
    • Inzicht in datakwaliteit en semantiek via de datacatalogus.
    • 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.
  • Ondersteunen van organisaties in woord en daad bij het onboarden op de simulatieomgeving en productie.
  • Schrijven van ‘cookbooks’, handleidingen, FAQ’s en andersoortige meervoudig te gebruiken ondersteuningsproducten


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

Welke deelresultaten zal de professional dienen te behalen gedurende de opdracht: 
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, ondersteunen van organisaties bij het gebruik van / onboarden op de simulatie omgeving, etc.
 
Welke eindresultaten zal de professional aan het einde van de opdracht dienen op te leveren.  
  • 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, regisseur 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 regisseur en de toezichthouder functie in de simulatieomgeving
  • Koppeling tussen testdata van basisregistraties en de simulatieomgeving waarbij de professional een drietal sectorregistraties aan zal sluiten op de simulatieomgeving
  • Ondersteuningsproducten voor organisaties waarmee deze zelfredzaam zijn bij het onboarden op de simulatieomgeving dan wel de productie omgeving van FDS.

Resultaten worden volgens Agilemethode elk kwartaal geconcretiseerd tot deelresultaten. Op deze wijze kan maximaal worden ingespeeld op alle in- en externe factoren (wendbaarheid).

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
  • er ondersteuningsproducten zijn voor het onboarden op de simulatieomgeving en de productieomgeving in de vorm van een cookbook, een handleiding en of een FAQ.
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. 
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
  • Feitelijke vaststelling van voor stakeholders beschikbare ondersteuningsproducten.

 
Wat is de kans dat de verwachte duur wordt overschreden, c.q. welke onzekerheden er zijn t.a.v. de verwachte duur? 
De werkzaamheden worden uitgevoerd conform het realisatieplan van IBDS. Aangezien het een meerjarenaanpak betreft met een interbestuurlijke samenwerking, kunnen wijzigingen in prioriteiten en planning optreden. Deze worden afgestemd binnen de vastgestelde governance. Hierdoor kan er sprake zijn van uitloop.
 
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? 
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.
 
Gewenste profiel
De kandidaat is een ervaren ontwikkelaar die gewend is in een multidisciplinair team te opereren waarbinnen de kandidaat obv zijn technische en inhoudelijke kennis uitvoering geeft aan de activiteiten waarvoor deze verantwoordelijk voor is. 
 
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.
 
Eisen
Per eis aangeven deze ervaring heb ik opgedaan in de perioden X bij de organisaties Y (de ervaring in het CV vermelden!)
In de motivatiebrief wordt het voldoen aan onderstaande eisen duidelijk beschreven:

 
  1. Afgeronde HBO/WO opleiding in de richting van computer science
  2. Meer dan 4 jaar kennis en ervaring met Golang en Kubernetes
  3. 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
  6. Uiterlijk per 10 juni 2025 beschikbaar
Wensen
Per wens aangeven deze ervaring heb ik opgedaan in de perioden X bij de organisaties Y (de ervaring in het CV vermelden!) plus in kolom beoordeling het aantal jaar & punten markeren!
Nr Omschrijving Gewicht Beoordeling
W1 In de CV en motivatiebrief aantoonbare ervaring met Docker, GIT, CI/CD 20 % > 5 jaar ervaring = 10 punten
> 3 – 5 jaar ervaring = 8 punten
> 1 – 3 jaar ervaring = 4 punten
< 1 jaar ervaring = 2 punten
Geen ervaring = 0 punten
W2 Ervaring, aangetoond in de motivatie brief, met het ontwerpen en ontwikkelen van REST API’s 30 % > 5 jaar ervaring = 10 punten
> 3 – 5 jaar ervaring = 8 punten
> 1 – 3 jaar ervaring = 4 punten
< 1 jaar ervaring = 2 punten
Geen ervaring = 0 punten
W3 Aantoonbare kennis en ervaring met en/of binnen de digitale overheid. 20 % > 5 jaar ervaring = 10 punten
> 3 – 5 jaar ervaring = 8 punten
> 1 – 3 jaar ervaring = 4 punten
< 1 jaar ervaring = 2 punten
Geen ervaring = 0 punten
W4 Aantoonbare kennis met de Logboek Dataverwerkingen standaard (LDV) 35 % > 1 – 3 jaar ervaring = 10 punten
< 1 jaar ervaring = 5 punten
Geen ervaring = 0 punten

Graag ontvang ik het CV van mogelijk passende kandidaten. Hou bij aanbieden rekening met de onderstaande punten (zonder deze info kan het CV helaas niet mee worden genomen in de selectie!):

1.Nederlandstalig CV (Word doc.) van max 5 a 6 pagina's. Indien een Engelstalig CV nodig is dan staat dit in de aanvraag bij de eisen vermeld.

2.Motivatie gericht op de vacature. Dit kan kort d.m.v. ja de ervaring heb ik opgedaan / de werkzaamheden heb ik gedaan in de perioden x  bij de organisaties y. Dus puntsgewijs per eis, wens en werkzaamheden (graag deze ervaring & werkzaamheden in het CV vermelden in de betreffende perioden).

Naast de puntsgewijze motivatie van de wensen ook het aantal punten er bij vermelden; zie kolom beoordeling, dit geldt alleen voor de ICTU aanvragen!

3.Volledige naam + de officiële voorletters zoals in het paspoort staat
4.Woonplaats
5.Geboortedatum
6.Vakantieplannen in de komende 3 maanden

Met vriendelijke groet,

Michael Blaauw
FlexValue
+31613778889
michael
@flexvalue.nl
www.flexvalue.nl

 

Deel deze vacature

Powered by