logo

Bekijk alle vacatures

Developer Relations Engineer (01)

Den Haag, Zuid-Holland
Voor onze klant ICTU zijn wij op zoek naar een Developer Relations Engineer
 
Start 20-01-2025
Einddatum 30-06-2026
Optie op verlenging Ja
Uren per week 32
Locatie
​​Hybride: standplaats van ICTU is Den Haag, maar vanwege het karakter van het project wordt digitaal op afstand gewerkt.       
Bijzonderheden Op deze aanvraag mogen wij een ZZP'er aanbieden. 3 CV's mogen er worden aangeboden echter er wordt 1 fte gezocht..
Tarief 112.50 Euro p/u ex. BTW all-in
Deadline 08-01-2025 om 12.00. 
 
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.

De opdracht behelst werkzaamheden waarbij specialistische kennis over Design Systems en Component Libraries noodzakelijk is. Er is nu geen Developer Relations Engineer aanwezig binnen ICTU die voldoet aan de gevraagde expertise.
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.
 

Omschrijving context van het project en welke rol heeft de professional

​​​NL Design System 
ICTU werkt aan een betere digitale overheid, voor en samen met andere overheidsorganisaties. Voor het project NL Design System zijn we op zoek naar een Developer Relations Engineer.    
 
Met de NL Design System aanpak verzamelen we richtlijnen, componenten en voorbeelden om robuuste websites en webapplicaties voor de overheid te bouwen. Dat doet het kernteam samen met een actieve community van specialisten van diverse overheidsorganisaties.  
 
De componenten en richtlijnen van NL Design System zijn open source beschikbaar op GitHub en Figma, zodat iedereen ze kan gebruiken voor een begrijpelijke, gebruiksvriendelijke én toegankelijke online dienstverlening. 

Welke rol heeft de professional binnen het project:
De opdracht bestaat uit diverse ondersteunende werkzaamheden bij de doorontwikkeling van dit overheidsbrede open source huisstijlonafhankelijke design systeem.  Zoals de community helpen bij het doorontwikkelen van de componenten in Angular, React, Vue.js en andere frameworks, het beschikbaar maken van documentatie zodat zoveel mogelijk developers zelfstandig aan de slag kunnen gaan en de doorontwikkeling van de website nldesignsystem.nl. 
 
Beschrijving van de opdracht
De activiteiten die horen bij het realiseren van de opdracht zijn:
 
  • Het verbeteren van developer ervaring en samenwerking van verschillende ontwikkel teams in NL Design System community sprints 
  • Verbeteren van de onboarding van nieuwe teams in een lopende community sprint 
  • Stimuleren van samenwerking door faciliteren van een publieke sprint planning en publieke retrospective. 
  • Zorgen dat de community bijdragen voldoen aan de NL Design System architectuur en richtlijnen door expertise te delen in een publieke refinmenent en steekproeven te doen in code reviews van bijdragen uit de community sprint. 
  • Een keer in de 2 weken: begeleiden van Developer Open Hour 
  • het dagelijks beantwoorden van developer vragen over de community sprints en gebruik van de NL Design System templates in het Slack kanaal #nl-design-system-developers, waar mogelijk met een linkje naar de website https://nldesignsystem.nl of een Proof-of-concept 
  • in overleg met de professionals uit het NL Design System Kernteam en het Expertteam Digitale Toegankelijkheid het beschikbaar maken van community templates op nldesignsystem.nl 
  • in overleg met Product Manager, danwel opdrachtgever worden acceptatiecriteria voor opleveringen opgesteld;
  • In overleg met professionals uit het NL Design System Kernteam activiteiten uitvoeren voor valideren en uitbreiden van NL Design System door middel van: 
  • Een keer in de 2 weken op dinsdag: Sprint planningen 
  • Indien nodig: Refinements in een privé Slack Huddle van het kernteam 
  • Voortgang delen in het privé Slack kanaal van het kernteam en de NL Design System Heartbeat 
  • Publieke Huddles om een nieuwe aanpak voor de NL Design System architectuur of Definition of Done te bepalen 
Welke concrete resultaten dient de professional te behalen?
Het project is ten einde wanneer de opdrachtgever de opgeleverde resultaten heeft geaccepteerd en een inhoudelijke decharge heeft verleend. Is het geval wanneer de klant en een landingsplaats heeft voor alle activiteiten en instrumenten van NL Design System, zijn overgedragen aan de betreffende beheerpartij en nazorg is uitgevoerd.

Welke deelresultaten zal de professional dienen te behalen gedurende de opdracht:  
  • In Github aangemaakte issues voor benodigde uitbreiding van documentatie of voorbeelden door code reviews van community componenten.
  • Opgestelde documentatie voor NL Design System community sprints en NL Design System community componenten voor developers op https://nldesignsystem.nl.
  • Herbruikbare templates op https://nldesignsystem.nl
  • Features op de website op basis van de vastgelegde stories en met Product Manager, danwel opdrachtgever vastgestelde acceptatiecriteria zijn doorgevoerd.
  • Vragen over NL Design System doorontwikkeling op Slack en in de kernteam e-mail worden binnen 1 werkdag beantwoord
  • Uitgewerkte workshops over NL Design System onboarding zijn beschikbaar gesteld en bruikbaar door diverse professionals uit het NL Design System kernteam en Expertteam digitale toegankelijkheid.

Welke eindresultaten zal de professional aan het einde van de opdracht dienen op te leveren
  • Actueel gehouden backlog In Github aangemaakte issues voor benodigde uitbreiding van documentatie of voorbeelden door code reviews van community componenten.
  • Actueel gehouden documentatie voor NL Design System architectuur en voorbeelden voor developers op https://nldesignsystem.nl.
  • Gepubliceerde templates met NL Design System die getoetst zijn op toegankelijkheid en beschikbaar zijn voor diverse huisstijlen.
  • Actueel gehouden backlog met issues in GitHub om op basis van gebruikers feedback de thema repository van NL Design System te verbeteren
  • Op basis van vastgestelde acceptatiecriteria verbeterde thema repository op basis van de vastgelegde stories.
  • Actueel gehouden backlog met issues in GitHub om op basis van gebruikers feedback de website van NL Design System te verbeteren
  • Uitgewerkte workshops over NL Design System zijn op een centrale locatie beschikbaar gesteld voor gebruik.
Hoe en wanneer zal het werk/de resultaten worden beoordeeld?
De werkzaamheden van de professional zoals hierboven beschreven zijn onderdeel van de Definition of Done (DoD) van een sprint. De resultaten worden na elke sprint gevalideerd op de acceptatiecriteria samen met de Product Manager, danwel opdrachtgever. Daarnaast vindt er een eindbeoordeling plaats bij de projectafsluiting (decharge) om de algehele prestaties en behaalde resultaten te evalueren. 

Wat is de kans dat de verwachte duur wordt overschreden, c.q. welke onzekerheden er zijn t.a.v. de verwachte duur?
Op basis van de huidige inzichten wordt de kans klein geacht dat de duur wordt overschreden. Een overschrijding van de verwachte duur wordt bepaald door externe factoren. Daarbij kan gedacht worden aan een verlenging van de opdracht door de opdrachtgever wanneer blijkt dat de gevraagde projectresultaten door omstandigheden niet binnen de gestelde tijd bereikt kunnen worden of dat derden diensten niet tijdig kunnen leveren. 

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 opdracht behelst werkzaamheden waarbij specialistische kennis over Design Systems en Component Libraries noodzakelijk is. De specialistische kennis waar naar gezocht wordt, worden in het gewenste profiel in combinatie met de gevraagde eisen verder toegelicht.  

Gewenste profiel
  • Je bent een Developer Relations Engineer die gewend is in een groep met multidisciplinaire professionals te werken.   
  • ​​Je hebt ervaring met Design Systems en Component Libraries gebruik je om een bijdrage te leveren aan de opdracht waarop de verschillende teams in de community die bijdragen aan het NL Design System. Je bent niet gericht op één look and feel voor de hele overheid, maar je wilt wel dat overal dezelfde gebruiksvriendelijkheid en toegankelijkheid wordt bereikt, en ziet hoe het NL Design System daarin een grote rol kan s pelen.   
  • ​​Je beschikt over goede mondelinge en schriftelijke communicatieve vaardigheden. Je werkt zelfstandig en bewaakt je eigen voortgang als onderdeel van de scrum planning.  
  • ​​Je kunt in overleg met de Design System Lead goed afwisselen tussen diverse taken om snel drempels bij anderen weg te nemen.   
  • ​​Je bent accuraat en werkt gedisciplineerd. Je bent in staat om de veelheid en diversiteit aan werkzaamheden te ordenen en te prioriteren en stemt hierover af met de Design System Lead. Je zoekt zelf waar nodig afstemming met andere professionals in het team en voert de werkzaamheden zelfstandig uit.  Je past je werktempo aan op de complexiteit van het werk waardoor je weet dat je daarmee de kans op fouten minimaliseert.     
  • Omdat het project open source is, heb je hier voldoende ervaring mee en vind je het vanzelfsprekend om alles (inclusief het proces) open en transparant te delen. ​ ​

Eisen
De kandidaat toont aan kennis te hebben van en ervaring met:  
 
  1. Minimaal 3 jaar ervaring met JavaScript waarbij gewerkt is met diverse frameworks, waaronder tenminste Angular, React of Vue;  
  2. Minimaal 3 jaar ervaring met TypeScript,
  3. Minimaal 3 jaar ervaring met CSS en SCSS;   
  4. Minimaal 1 jaar ervaring met unittesten en end-to-end testen van front-end software;   
  5. Het doen van code reviews met GitHub;
  6. Samenwerken via merge/pull requests met GitHub
  7. Git, Gitflow en atomic commits;   
  8. De toepassing van WCAG-toegankelijkheidseisen technologie zoals HTML en WAI-ARIA. Heeft gewerkt aan meerdere projecten waar actief aan toegankelijkheid is bijgedragen, en een audit voor toegankelijkheid is gedaan;   
 
  1. Een korte motivatie te kunnen geven, waaruit blijkt dat:  
  • de kandidaat over een goede mondelinge beheersing van de Nederlandse taal beschikt;  
  • de kandidaat over een goede schriftelijke beheersing van de Engelse taal beschikt;  
  • de kandidaat bij wil dragen aan het NL Design System;  

Wensen
 
Omschrijving Gewicht Beoordeling
Ervaring met het opleveren van documentatie van front-end componenten in Storybook en Markdown   20%  
  • Per project 2 punten (maximaal 10 punten)  

Bij geen aantoonbare ervaring = 0 punten   
Ervaring met het schrijven van build scripts en test scripts. Bijvoorbeeld om nieuwe JSON formaten automatisch te converteren of om design token variaties automatisch op toegankelijkheid te testen. Meerdere projecten waar build scripts zijn gebouwd die hebben bijgedragen aan een betere developer ervaring.    10%  
  • Per project 2 punten (maximaal 10 punten)  

Bij geen aantoonbare ervaring = 0 punten   
Ervaring met samenwerken met UX-designers:  
Bijdragen aan gebruiksvriendelijke interfaces   
10%   Per ervaring 2 punten (maximaal 10 punten); 
  • werken met design tokens  
  • bijgedragen aan gebruikerstests= 2 punten 
  • UX-ontwerp nagebouwd in code= 2 punten 
  • refinements van componenten met UX designers= 2 punten 
  • bijdragen van herbruikbare componenten in Figma= 2 punten 

Bij geen aantoonbare ervaring = 0 punten   
 
Ervaring met het publiceren van NPM-packages    10%  
  • Incidentele gebruik = 2 punten  
  • Consistent gebruik = 6 punten  
  • Opzetten = 10 punten  

Bij geen aantoonbare ervaring = 0 punten  
 
Ervaring met het ontwerpen van API’s en doorontwikkelen van API’s met semantic versioning   10%  
  • Per project 2 punten (maximaal 10 punten) 

Bij geen aantoonbare ervaring = 0 punten    
 
Ervaring met het bijdragen aan open source projecten     10%  
  • Incidentele bijdrage = 2 punten   
  • Consistent bijdragen = 6 punten   
  • Onderhouden = 10 punten 

Bij geen aantoonbare ervaring = 0 punten   
 
Ervaring met het begeleiden van Frontend Developers 10%
  •   Per project 2 punten (maximaal 10 punten)  

Bij geen aantoonbare ervaring = 0 punten   

Graag hoor ik of je een passende kandidaat kunt aanbieden op deze aanvraag. Wanneer je een kandidaat aanbiedt let dan op de volgende onderstaande algemene vereisten (zonder deze info kan het CV helaas niet mee worden genomen in de selectie!):

1.CV (Word doc.) van max 5 pagina's

2.Motivatie gericht op de vacature (puntsgewijs op de eisen, wensen & werkzaamheden)! 

Dit kan kort d.m.v. ja de ervaring (eisen/wensen) heb ik opgedaan / de werkzaamheden heb ik gedaan in de perioden x  bij de organisaties y (graag in het CV vermelden).

Naast de puntsgewijze motivatie van de wensen ook het aantal punten vermelden!

3.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.n

Deel deze vacature

Powered by