Taakomschrijving

Binnen de kaders van de huidige NL Design System architectuur gebruik jij je ervaring met design systems en component libraries om samen met de community NL Design System verder te ontwikkelen. Je ondersteunt teams en individuen in de community met raad en daad. Je helpt NL Design System successvol te worden door documentatie te schrijven, bugs te fixen, vragen te beantwoorden, toegankelijkheid van componenten te verbeteren, tests te schrijven, en de white-label componenten te laten werken in diverse huisstijlen en diverse frameworks
Je bent betrokken bij het toevoegen van nieuwe patronen, componenten en design tokens aan het Design System. Je onderzoekt bestaand gebruik binnen de overheid, inventariseert best practices, gebruikersonderzoek en toegankelijkheidseisen, zodat deze gebruikt kunnen worden als basis voor een agile ontwikkelproces.

Jouw bijdrage aan de documentatie op de website van het NL Design System is een belangrijke verantwoordelijkheid, zodat voltooide onderdelen op correcte wijze worden ingezet. Bij design tokens, componenten en patronen leg je uit wanneer ze toegepast moeten worden, wanneer juist niet en wat de alternatieven zijn. Je legt ook uit hoe de onderdelen op een gebruiksvriendelijke en toegankelijke manier toegepast kunnen worden. Je helpt kiezen voor duidelijke terminologie — waar mogelijk in lijn met webstandaarden als HTML, WAI-ARIA en SVG — en bewaakt dat de termen consistent worden gebruikt op de website, in de code en in design bestanden.

Omdat een white-label design system niet een vast visueel ontwerp heeft, zal in overleg met de community bepaald moeten wat de API moet worden voor SCSS/CSS variabelen en Design Tokens. Je helpt met CI/CD automatisering zodat de community kan bijdragen aan de code, terwijl kwaliteit en consistentie bewaakt worden. Je helpt met het proces van packaging en semantic versioning en voorziet de community van documentatie over hoe je kunt omgaan met versies, upgrades en NL Design System varianten in een eigen huisstijl.

Soms ben je betrokken bij een agile ontwikkelproces van teams in de community, door aanwezig te zijn bij refinements en feedback te geven over het resultaat van een sprint. Je werkt samen met UX-ers om de kwaliteit te bewaken en ziet erop toe dat er voldoende automatische tests aanwezig zijn om regressies te voorkomen. Je helpt met code reviews zeker te stellen dat HTML/CSS/JavaScript op correcte wijze zijn gebruikt, nieuwe API’s spaarzaam en consistent worden toegevoegd, de diverse framework-implementaties zo min mogelijk uit elkaar groeien en er niet onbedoeld wijzigingen zijn gemaakt die niet kloppen met semantic versioning (breaking changes).

Gewenste profiel

Je bent een ervaren front-end ontwikkelaar die gewend is in een multidisciplinair team te werken. Je ervaring met Design Systems en Component Libraries gebruik je om ondersteuning te verlenen aan de verschillende teams in de community die bijdragen aan het NL Design System.

Je beschikt over goede mondelinge en schriftelijke communicatieve vaardigheden en dient een grote mate van zelfstandigheid te hebben met betrekking tot het plannen, uitvoeren en bewaken van activiteiten als onderdeel van de totale planning. We zoeken iemand met een sociale instelling, gericht op samenwerken en het zoeken naar oplossingen. Je vindt het leuk om met een klein team vaart te zetten achter ontwikkelingen binnen een grotere community, op een dynamische plek die veel verschillende stakeholders en ontwikkelsnelheden kent.

Je kunt switchen tussen verschillende taken om — wanneer nodig en waar mogelijk — snel drempels weg te nemen bij andere teams die aan het bouwen zijn en mensen snel te verwijzen naar juiste plaats voor antwoord op hun vragen. Liever nog dan elke keer dezelfde vragen te beantwoorden, verwerk je de antwoorden in de online documentatie en deel je een link naar het antwoord zodat anderen dat daarna ook kunnen doen.

Je wilt een ambassadeur zijn voor het gebruik van een Design System dat door een community ontwikkeld wordt: je kan uitdragen wat de voor- en nadelen zijn en daarbij realistisch beeld presenteren richting de stakeholders.
Je ziet het belang in om eindgebruikers bij het werk te betrekken en vanuit behoefte van de eindgebruiker diensten te ontwikkelen. 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 spelen.

Omdat het project open source is, heb je hier bij voorkeur voldoende ervaring mee en vind je het vanzelfsprekend geen probleem om alles (inclusief het proces) open en transparant te delen.

Eisen

De kandidaat toont aan kennis te hebben van en ruime ervaring met:
•    Agile werken;
•    Frontend development met diverse frameworks, waaronder tenminste Angular, React of Vue;
•    Het doen van code reviews;
•    Git, Gitflow en atomic commits;
•    Samenwerken via merge/pull requests met bijvoorbeeld GitHub of GitLab;
•    Unit- en/of end-to-end testen van front-end software;
•    CSS en SCSS;
•    De toepassing van WCAG-toegankelijkheidseisen en technologie zoals WAI-ARIA;

Daarnaast:
•    Een goede schriftelijke beheersing van de Nederlandse taal;
•    Een korte motivatie waarom de kandidaat past op deze functie en bij wil dragen aan het NL Design System.

Wensen

-    Werken binnen de overheid
-    Toegankelijkheidseisen.
Meerdere projecten waar actief aan toegankelijkheid is bijgedragen, en een audit voor toegankelijkheid is gedaan.
-    Samenwerken met UX-designers en bijgedragen aan gebruikersvriendelijke interfaces
-    Ervaring met het opzetten van continuous integration, met onder andere testen en linten;
-    Ervaring met het publiceren van NPM packages;
-    Ervaring met het ontwerpen van API’s met als doelgroep developers, en semantic versioning van API’s;
-    Ervaring met het onderhouden van en/of bijdragen aan open source projecten.
-    Opleveren van uitgebreide documentatie rondom architectuur/APIs/user stories/gebruikerstesten.

Aanvullende informatie
Wanneer u bij ons een professional aanbiedt en deze wordt geplaatst, hebben we informatie van u als contractpartij nodig.
Onder andere met betrekking tot de Wet Ketenaansprakelijkheid. De ‘WKA’ heeft als doel om misbruik te voorkomen bij de afdracht van loonheffingen bij alle schakels in de keten; van leverancier tot Eindklant.
Brokerpartijen dekken deze risico’s voor hun klanten af. Om de aansprakelijkheid te beperken zijn er een aantal maatregelen die genomen dienen te worden. Zo ook door Between.
- Allereerst is er de geblokkeerde rekening, de G-rekening. Dit is een rekening waarop alleen loonheffingen en BTW worden gestort, en worden betaald aan de Belastingdienst. Deze kunt u aanvragen bij de Belastingdienst.
- Beschikt u niet over een G-rekening dan heeft u ook de mogelijkheid elk kwartaal een accountantsverklaring (assurance report inzake inlening personeel) aan te leveren. Hierin zal een gecertificeerd accountant een verklaring afgeven over de juistheid, volledigheid en tijdigheid van de afdrachten. Let wel de kosten voor deze verklaring komen voor uw eigen rekening.
- Wanneer u eigenaar bent een Eenmanszaak leent u geen personeel uit, echter draagt u wel BTW af. Om hier zicht op te hebben, vragen we elk kwartaal een Verklaring Betalingsgedrag van de Belastingdienst op.
Als u hierover vragen heeft kunt ons altijd bellen op 020-5840859 of mailen op info@Between.nl