FDND projectplanning 2026 / 2027
Semester 1: Static Web Jaar 1
| Datum | Tijd | Activiteit | Sprint | Locatie |
|---|---|---|---|---|
| Maandag 21 September | 11.00 - 12.30 | Sprint Planning | Sprint 2: The Client | FDND Studio |
| Donderdag 8 Oktober | 14.00 - 15.00 | Sprint Review | Sprint 2: The Client | Op locatie bij de opdrachtgever |
| Donderdag 29 Oktober | 14.00 - 15.00 | Sprint Review | Sprint 3: All Human | Op locatie bij de opdrachtgever |
| Donderdag 26 November | 14.00 - 15.00 | Sprint Review | Sprint 4: Look and Feel | Op locatie bij de opdrachtgever |
| Donderdag 17 December | 14.00 - 15.00 | Sprint Review | Sprint 5: Fix the Flow | Op locatie bij de opdrachtgever |
Semester 2: Data-Driven Web Jaar 1
| Datum | Tijd | Activiteit | Sprint | Locatie |
|---|---|---|---|---|
| Maandag 1 Maart | 11.00 - 12.30 | Sprint Planning | Sprint 8: Server-Side Rendering | FDND Studio |
| Donderdag 11 Maart | 14.00 - 15.00 | Sprint Review | Sprint 8: Server-Side Rendering | Op locatie bij de opdrachtgever |
| Donderdag 1 April | 14.00 - 15.00 | Sprint Review | Sprint 9: The Web is for Everyone | Op locatie bij de opdrachtgever |
| Donderdag 22 April | 14.00 - 15.00 | Sprint Review | Sprint 10: User Experience | Op locatie bij de opdrachtgever |
| Donderdag 27 Mei | 14.00 - 15.00 | Sprint Review | Sprint 11: Pleasurable UI | Op locatie bij de opdrachtgever |
Semester 3: Workflow, Tooling & Frameworks Jaar 2
| Datum | Tijd | Activiteit | Sprint | Locatie |
|---|---|---|---|---|
| Dinsdag 22 September | 10.00 - 11.30 | Sprint Planning | Sprint 14: Lose Your Head | Op locatie bij de opdrachtgever |
| Donderdag 8 Oktober | 14.00 - 15.00 | Sprint Review | Sprint 14: Lose Your Head | Op locatie bij de opdrachtgever |
| Donderdag 29 Oktober | 14.00 - 15.00 | Sprint Review | Sprint 15: Don't Repeat Yourself | Op locatie bij de opdrachtgever |
| Donderdag 26 November | 14.00 - 15.00 | Sprint Review | Sprint 16: Choices, Choices | Op locatie bij de opdrachtgever |
| Donderdag 17 December | 14.00 - 15.00 | Sprint Review | Sprint 17: User Needs | Op locatie bij de opdrachtgever |
| Donderdag 21 Januari | 14.00 - 15.00 | Sprint Review | Sprint 18: Release Candidate | Op locatie bij de opdrachtgever |
Semester 4: Meesterproef Jaar 2
| Datum | Tijd | Activiteit | Sprint | Locatie |
|---|---|---|---|---|
| Dinsdag 2 Maart | 10.00 - 11.30 | Sprint Planning | Sprint 19: Free Space | Op locatie bij de opdrachtgever |
| Donderdag 11 Maart | 14.00 - 15.00 | Sprint Review | Sprint 19: Free Space | Op locatie bij de opdrachtgever |
| Donderdag 1 April | 14.00 - 15.00 | Sprint Review | Sprint 19: Free Space | Op locatie bij de opdrachtgever |
| Donderdag 22 April | 14.00 - 15.00 | Sprint Review | Sprint 20: Final Sprint | Op locatie bij de opdrachtgever |
| Donderdag 27 Mei | 14.00 - 15.00 | Sprint Review | Sprint 20: Final Sprint | Op locatie bij de opdrachtgever |
Inhoud van de sprints (wordt nog aan gewerkt)
Semester 1: Static Web
In semester 1 werken de eerstejaarsstudenten ieder aan een eigen oplossing voor de vraag van de opdrachtgever. Het resultaat is een statisch prototype.
Sprint 2: The Client
Focus van de sprint
Studenten maken kennis met de opdrachtgever en verkennen gezamenlijk de projectvraag, doelgroep, content en verwachtingen. Iedere student werkt vanuit een eigen geforkte repository aan een zelfstandige, responsive uitwerking. Zij maken schetsen en een prototype, vertalen de content naar betekenisvolle HTML en werken dit met CSS uit. Feedback en keuzes worden gedurende de sprint vastgelegd en verwerkt.
Resultaten
De opdrachtgever ontvangt meerdere individuele, statische prototypes die verschillende ontwerp- en technische richtingen laten zien. De studenten presenteren deze tijdens de Sprint Review en verzamelen feedback. Dit leidt tot een concreter gedeeld beeld van de opdracht en een aangescherpte backlog voor de volgende sprint.
Meer informatie over Sprint 2: The ClientSprint 3: All Human
Focus van de sprint
Studenten verbeteren hun eigen uitwerking uit Sprint 2 met aandacht voor accessibility en gebruiksgemak. Zij onderzoeken hoe de website werkt voor verschillende mensen, apparaten en omstandigheden, onder andere door een WCAG-audit, tests op kleurcontrast en bediening met het toetsenbord. De bevindingen en verbeteringen worden gedocumenteerd in GitHub.
Resultaten
De opdrachtgever ontvangt meerdere verbeterde, responsive statische prototypes met toegankelijkere HTML, voldoende kleurcontrast en betere bediening zonder muis. Tijdens de Sprint Review presenteren studenten hun testresultaten, verbeteringen en vervolgpunten. De feedback van de opdrachtgever wordt vastgelegd als input voor de volgende sprint.
Meer informatie over Sprint 3: All HumanSprint 4: Look and Feel
Focus van de sprint
Studenten werken gezamenlijk aan een styleguide en gedeelde stylesheet voor de huisstijl van de opdrachtgever. Vervolgens passen zij deze basis ieder toe in hun eigen uitwerking. De aandacht ligt op consistente vormgeving, typografie en leesbaarheid, layout en compositie, en het ontwerpen en bouwen van toegankelijke formulieren. Feedback van opdrachtgever en eindgebruikers wordt iteratief verwerkt en vastgelegd in GitHub.
Resultaten
De opdrachtgever ontvangt een gezamenlijke styleguide en stylesheet als gedeelde basis voor de verschillende uitwerkingen. Daarnaast zijn er meerdere individuele, responsive prototypes die de huisstijl consequent toepassen, inclusief uitgewerkte formulieren. Tijdens de Sprint Review presenteren studenten hun oplossingen, de gezamenlijke ontwerpafspraken en de verwerkte feedback als input voor de volgende sprint.
Meer informatie over Sprint 4: Look and FeelSprint 5: Fix the Flow
Focus van de sprint
Studenten werken hun eigen prototype uit tot een interactieve website. Zij ontwerpen een gebruikersflow aan de hand van een user story en wireflow, met aandacht voor navigatie, heldere informatie, feedback en states in de interface. De interactie wordt gebouwd met HTML, CSS en JavaScript, getest met eindgebruikers en op basis van de testresultaten verbeterd. Ook verwerken studenten de feedback van de opdrachtgever.
Resultaten
De opdrachtgever ontvangt meerdere individuele, interactieve prototypes waarin een relevante gebruikersflow is uitgewerkt en getest. De oplossingen bevatten onderbouwde ontwerpkeuzes, werkende interacties en verbeteringen op basis van gebruikerstests en opdrachtgeverfeedback. Tijdens de laatste Sprint Review van semester 1 presenteren studenten hun resultaten en wordt vastgelegd welke inzichten en prioriteiten in semester 2 kunnen worden opgepakt.
Meer informatie over Sprint 5: Fix the FlowSemester 2
In semester 2 werken de eerstejaarsstudenten ieder aan een eigen oplossing voor de vraag van de opdrachtgever. Het resultaat is een dynamisch prototype.
Sprint 8: Server-Side Rendering
Focus van de sprint
De eerstejaarsstudenten starten opnieuw met de opdracht van de opdrachtgever en werken ieder aan een eigen, dynamische uitwerking. Zij onderzoeken de beschikbare content en laden deze via een REST API in hun website. Met Node.js, Express en Liquid zetten zij de data op de server om naar HTML. Daarbij werken zij volgens een content-first-aanpak, met aandacht voor routing, datafilters, responsive ontwerp en de huisstijl van de opdrachtgever.
Resultaten
De opdrachtgever ontvangt meerdere individuele, server-side gerenderde websites waarin content uit de database dynamisch wordt weergegeven. De uitwerkingen zijn responsive, sluiten aan bij de huisstijl en maken zichtbaar hoe de beschikbare content op verschillende manieren kan worden gestructureerd en gepresenteerd. Tijdens de Sprint Review verzamelen de studenten feedback, die zij documenteren als input voor de volgende sprint.
Meer informatie over Sprint 8: Server-Side RenderingSprint 9: The Web is for Everyone
Focus van de sprint
Studenten werken hun server-side website uit met interactieve functionaliteit voor door gebruikers aangeleverde content. Zij ontwerpen en bouwen bijvoorbeeld formulieren waarmee gegevens naar de database worden verstuurd en daarna op de website worden getoond. Daarbij passen zij Progressive Enhancement toe: de basisfunctionaliteit werkt voor iedereen, terwijl moderne browsers aanvullende mogelijkheden bieden. De aandacht ligt op toegankelijke formulieren, duidelijke interface-states, gebruikersvoorkeuren en het testen op verschillende browsers en apparaten.
Resultaten
De opdrachtgever ontvangt meerdere individuele, interactieve en toegankelijke uitwerkingen van de website. Deze bevatten een robuuste functionaliteit voor het invoeren en tonen van content, met heldere feedback voor gebruikers tijdens het proces. De studenten documenteren hun ontwerpkeuzes en testresultaten en verwerken de feedback van de opdrachtgever tijdens de Sprint Review als input voor de volgende sprint.
Meer informatie over Sprint 9: The Web is for EveryoneSprint 10: User Experience
Focus van de sprint
Studenten verbeteren de gebruikservaring van hun data-driven website met aandacht voor performance en client-side scripting. Zij onderzoeken met een performance-audit welke onderdelen sneller of prettiger kunnen werken en passen verbeteringen toe, zoals responsive afbeeldingen, lazy loading en duidelijke loading states. Daarnaast verkennen zij hoe data zonder volledige paginaverversing kan worden geladen of gefilterd, volgens het principe van Progressive Enhancement.
Resultaten
De opdrachtgever ontvangt meerdere individuele, verbeterde uitwerkingen van de website die snel laden en prettig te gebruiken zijn. De studenten presenteren aantoonbare performanceverbeteringen en interactieve functionaliteit die de gebruikerservaring verrijkt. Tijdens de Sprint Review verzamelen zij feedback op de verbeteringen als input voor de volgende sprint.
Meer informatie over Sprint 10: User ExperienceSprint 11: Pleasurable UI
Focus van de sprint
In deze sprint werken de eerstejaarsstudenten samen in een team aan één gezamenlijke, interactieve uitwerking voor de opdrachtgever. Zij verdelen en prioriteren het werk, ontwikkelen verschillende variaties met feature branches en geven elkaar feedback via pull requests. De focus ligt op het toevoegen van een pleasurable laag aan de interface: doordachte details en interacties die de gebruikservaring verrijken, gebouwd met client-side scripting volgens het principe van Progressive Enhancement.
Resultaten
De opdrachtgever ontvangt een gezamenlijk ontwikkeld, dynamisch prototype waarin de feedback en taken uit eerdere sprints zijn verwerkt. Het team presenteert een consistente en prettig te gebruiken interface, met onderbouwde interactieve verbeteringen. De werkwijze, ontwerpkeuzes en samenwerking zijn vastgelegd, zodat duidelijk is hoe het resultaat tot stand is gekomen en waarop in een volgende fase kan worden voortgebouwd.
Meer informatie over Sprint 11: Pleasurable UISemester 3
In semester 3 werken de tweedejaarsstudenten, in een klein team frontenders, samen aan een oplossing voor de vraag van de opdrachtgever. Het resultaat is een eerste release candidate.
Sprint 14: Lose Your Head
Focus van de sprint
Tweedejaarsstudenten starten in teams van drie aan een project voor een opdrachtgever dat zij gedurende vijf sprints verder ontwikkelen. Zij brengen de informatiearchitectuur in kaart volgens een content-first aanpak: eerst structureren zij content en gebruikersbehoeften, daarna maken of analyseren zij een datamodel in een headless CMS. Het team richt het project en de samenwerking in, werkt met een gezamenlijke backlog en projectboard, en ontwikkelt een eerste interface in SvelteKit die content via een API ontsluit.
Resultaten
De opdrachtgever ontvangt een eerste werkende versie van de website met een onderbouwde informatiearchitectuur, datamodel en gekoppeld headless CMS. Het team levert een online, gedeployd project op met eerste schermen en componenten, vastgelegde ontwerp- en samenwerkingsafspraken, en gedocumenteerde testresultaten en vervolgacties. Tijdens de Sprint Review bespreekt het team de voortgang en worden prioriteiten voor de volgende sprint bepaald.
Meer informatie over Sprint 14: Lose Your HeadSprint 15: Don't Repeat Yourself
Focus van de sprint
De teams werken verder aan hun project door terugkerende ontwerp- en codepatronen te herkennen en om te zetten naar herbruikbare componenten. Samen bouwen zij een component library als basis voor de website; iedere student ontwerpt en ontwikkelt daarnaast minimaal één complex component. De componenten worden responsive en toegankelijk gemaakt, onder meer met container queries, en getest met eindgebruikers. Ontwerpkeuzes, testen en technische uitwerking worden vastgelegd in issues, commits en pull requests.
Resultaten
De opdrachtgever ontvangt een verder ontwikkelde, online te bekijken versie van de website die is opgebouwd uit een gezamenlijke component library. Hierdoor ontstaat een consistentere interface die eenvoudiger is uit te breiden en te onderhouden. Tijdens de Sprint Review laat het team zien welke componenten zijn ontwikkeld, hoe deze in de website worden toegepast en welke vervolgprioriteiten uit de feedback naar voren komen.
Meer informatie over Sprint 15: Don't Repeat YourselfSprint 16: Choices, Choices
Focus van de sprint
De teams onderzoeken welke frameworks, tools en workflow het beste passen bij hun project en onderbouwen deze technische keuzes. Iedere student verkent en test ten minste drie alternatieve frameworks of tools, documenteert de bevindingen en deelt deze met de squad. Tegelijkertijd werkt het team verder aan de website in SvelteKit, met aandacht voor code reviews, testing, accessibility, responsive ontwerp en de inrichting van de ontwikkelworkflow.
Resultaten
De opdrachtgever ontvangt een verder uitgewerkte, online beschikbare versie van de website waarin alle beoogde pagina’s bereikbaar zijn en testresultaten zijn verwerkt. Daarnaast heeft het team inzicht in de afwegingen achter de gekozen technische aanpak en kunnen studenten hun onderzoek en aanbevelingen voor mogelijke alternatieven toelichten. Deze inzichten helpen het team om onderbouwde keuzes te maken voor de verdere ontwikkeling richting de release candidate.
Meer informatie over Sprint 16: Choices, ChoicesSprint 17: User Needs
Focus van de sprint
De teams verkennen nieuwe interactiemogelijkheden die aantoonbaar bijdragen aan de gebruikservaring van de website. Ieder teamlid ontwikkelt drie individuele creative coding spikes: kleinschalige prototypes waarin ideeën voor bijvoorbeeld animatie, 3D of nieuwe CSS- en JavaScriptmogelijkheden worden onderzocht. De studenten analyseren, ontwerpen, bouwen, integreren en testen deze interacties en beoordelen ze op gebruikswaarde, accessibility, performance en de RAP/PE-principes.
Resultaten
De opdrachtgever ontvangt een reeks geteste en online te bekijken prototypes van mogelijke interacties voor het project. Het team kiest op basis van de tests welke interacties daadwerkelijk waarde toevoegen aan de gebruikservaring en kansrijk zijn om in de website te verwerken. De bevindingen, performanceverschillen en gemaakte keuzes worden vastgelegd, zodat het team gericht kan toewerken naar de release candidate.
Meer informatie over Sprint 17: User NeedsSprint 18: Release Candidate
Focus van de sprint
In deze sprint werkt het team toe naar een release candidate: een zo volledig mogelijke, live versie van de webapplicatie voor de opdrachtgever. De studenten brengen de kernfunctionaliteiten, interacties en koppeling met de API of het headless CMS op orde. Zij werken volgens gezamenlijke codeafspraken, branches en pull requests, en testen alle onderdelen uitvoerig op gebruiksvriendelijkheid, accessibility, performance en responsiveness. Ook zorgen zij dat code, werkwijze en gemaakte keuzes goed gedocumenteerd en overdraagbaar zijn.
Resultaten
De opdrachtgever ontvangt een live, complexe en interactieve webapplicatie die een onderbouwde oplossing biedt voor de projectvraag. Het resultaat is zorgvuldig getest, gedocumenteerd en technisch gereed om door een volgend team verder te ontwikkelen. Tijdens de Sprint Review levert het team de release candidate op en licht het de oplossing, testresultaten en eventuele resterende vervolgpunten toe.
Meer informatie over Sprint 18: Release CandidateSemester 4
In semester 4 werken de tweedejaarsstudenten, bij FDND Agency, in een multidisciplinair team samen aan een oplossing voor de vraag van de opdrachtgever. Het resultaat is een verbeterde release candidate.
Sprint 19: Free Space
Focus van de sprint
In deze sprint werken studenten binnen FDND Agency in multidisciplinaire teams aan doorlopende projecten voor echte opdrachtgevers. Zij bouwen voort op bestaand werk, analyseren de huidige stand van het project en bepalen gezamenlijk de prioriteiten. Het team werkt in sprints met een backlog, stand-ups, reviews en retrospectives, en doorloopt steeds de fasen analyseren, ontwerpen, bouwen, integreren en testen. Daarbij passen zij de RAPPE-principes toe: responsive, accessible, performant en gebaseerd op Progressive Enhancement.
Resultaten
De opdrachtgever ontvangt iteratieve verbeteringen en nieuwe onderdelen voor het bestaande project, ontwikkeld en getest door een multidisciplinair team. Werk, keuzes, feedback en vervolgacties zijn vastgelegd in GitHub, zodat het project overdraagbaar blijft en volgende teams erop kunnen voortbouwen. De teams demonstreren hun voortgang regelmatig en gebruiken feedback van opdrachtgevers, gebruikers en coaches om het werk gericht verder te ontwikkelen.
Meer informatie over Sprint 19: Free SpaceSprint 20: Final Sprint
Focus van de sprint
In deze sprint werken studenten binnen FDND Agency in multidisciplinaire teams aan doorlopende projecten voor echte opdrachtgevers. Zij bouwen voort op bestaand werk, analyseren de huidige stand van het project en bepalen gezamenlijk de prioriteiten. Het team werkt in sprints met een backlog, stand-ups, reviews en retrospectives, en doorloopt steeds de fasen analyseren, ontwerpen, bouwen, integreren en testen. Daarbij passen zij de RAPPE-principes toe: responsive, accessible, performant en gebaseerd op Progressive Enhancement
Resultaten
De opdrachtgever ontvangt iteratieve verbeteringen en nieuwe onderdelen voor het bestaande project, ontwikkeld en getest door een multidisciplinair team. Werk, keuzes, feedback en vervolgacties zijn vastgelegd in GitHub, zodat het project overdraagbaar blijft en volgende teams erop kunnen voortbouwen. De teams demonstreren hun voortgang regelmatig en gebruiken feedback van opdrachtgevers, gebruikers en coaches om het werk gericht verder te ontwikkelen.
Meer informatie over Sprint 20: Final SprintUitleg vaktermen
- Accessibility (toegankelijkheid)
- De mate waarin een website zonder belemmeringen gebruikt kan worden door verschillende mensen, ook door mensen met een beperking.
- API
- Een programmeerinterface waarmee een website gegevens of functionaliteit kan opvragen bij een andere toepassing of dienst.
- Backlog
- Een geordende lijst met wensen, verbeteringen, user stories en taken voor een project.
- Branch
- Een afzonderlijke ontwikkeltak in Git waarin je aan werk kunt werken zonder de hoofdversie direct te veranderen.
- Client-side scripting
- Code die in de browser van de gebruiker draait, meestal JavaScript, om een interface interactief te maken.
- Code review
- Het beoordelen van code door een ander teamlid om fouten te vinden, kwaliteit te verbeteren en kennis te delen.
- Commit
- Een vastgelegd opslagpunt (een 'save point') dat een momentopname van je bestanden en wijzigingen op een specifiek tijdstip bewaart.
- Component
- Een herbruikbaar onderdeel van een interface, zoals een knop, kaart, formulier of navigatie.
- Component library
- Een verzameling herbruikbare interfacecomponenten met afspraken over ontwerp, gedrag en code.
- Container query
- CSS-regels waarmee een component reageert op de beschikbare ruimte van zijn container, in plaats van alleen op de schermbreedte.
- Content-first
- Een werkwijze waarbij eerst de inhoud, structuur en informatiebehoefte worden bepaald voordat de interface wordt ontworpen.
- CSS
- De taal waarmee de vormgeving, layout en responsiviteit van HTML-elementen worden bepaald.
- Data-driven
- Een website of toepassing waarvan pagina’s en onderdelen worden opgebouwd met gegevens uit bijvoorbeeld een database of API.
- Database
- Een gestructureerde verzameling gegevens die kan worden opgeslagen, beheerd en opgevraagd.
- Deployment
- Het publiceren van een website of toepassing zodat deze online beschikbaar is.
- Dynamisch prototype
- Een prototype met gegenereerde HTML, CSS en client-side JavaScript, waarbij de content wordt opgehaald uit een database of API.
- Express
- Nen minimalistisch en flexibel framework voor Node.js waarmee je snel en eenvoudig webapplicaties en API's kunt bouwen.
- Feature branch
- Een branch die is bedoeld voor het ontwikkelen van één specifieke functionaliteit of verbetering.
- Framework
- Een verzameling hulpmiddelen en afspraken die helpt bij het gestructureerd ontwikkelen van een toepassing.
- GitHub
- Een online platform voor versiebeheer van code, samenwerken via issues en pull requests en het bijhouden van projectwerk.
- Headless CMS
- Een contentmanagementsysteem dat content via een API aanbiedt, zonder zelf de vormgeving of webpagina’s te verzorgen.
- HTML
- De opmaaktaal waarmee de structuur en betekenis van content op een webpagina worden vastgelegd.
- Huisstijl
- De vaste visuele identiteit van een organisatie, waaronder kleuren, typografie, beeldgebruik en vormgevingsregels.
- Informatiearchitectuur
- De manier waarop content wordt geordend, benoemd en navigeerbaar gemaakt binnen een website of toepassing.
- Issue
- Een vastgelegd aandachtspunt in GitHub, zoals een taak, bug, onderzoeksvraag, feedbackpunt of user story.
- JavaScript
- Een programmeertaal voor gedrag en interactie op websites, zowel in de browser als op de server.
- Liquid
- Een templatingtaal waarmee data in een HTML-sjabloon kan worden verwerkt om webpagina’s te genereren.
- Node.js
- Een omgeving waarmee JavaScript buiten de browser kan draaien, bijvoorbeeld voor een webserver.
- Performance
- De snelheid en efficiëntie waarmee een website laadt, reageert en technische middelen gebruikt.
- Progressive Enhancement
- Een aanpak waarbij de basisfunctionaliteit voor iedereen werkt en aanvullende technieken alleen worden toegevoegd als browser en apparaat die ondersteunen.
- Pull request
- Een voorstel om wijzigingen uit een branch te beoordelen en samen te voegen met een andere branch.
- RAPPE-principes
- Uitgangspunten voor goede webinterfaces: Responsive, Accessibility, Performance en Progressive Enhancement.
- Repository
- Een digitale opslagplaats waar gegevens, broncode, bestanden en de bijbehorende geschiedenis worden bewaard.
- Release candidate
- Een bijna definitieve versie van een product die uitgebreid wordt getest voordat deze wordt opgeleverd of gepubliceerd.
- Responsive
- Een ontwerp dat bruikbaar en leesbaar blijft op verschillende schermformaten en apparaten.
- REST API
- Een veelgebruikte API-vorm waarbij gegevens via webadressen en HTTP-verzoeken worden opgevraagd, toegevoegd of aangepast.
- Server-side rendering
- Het genereren van HTML op de server, vaak met data uit een API of database, voordat de pagina naar de browser wordt gestuurd.
- Sprint
- Een afgebakende werkperiode waarin een team een vooraf gekozen hoeveelheid werk uitvoert en oplevert.
- Sprint planning
- Het overleg aan het begin van een sprint waarin doelen, prioriteiten, taken en de werkwijze worden bepaald.
- Sprint review
- Een moment waarop het team het gemaakte werk demonstreert aan de opdrachtgever en feedback verzamelt.
- Statisch protoype
- Een prototype in HTML, CSS en client-side JavaScript, waarbij de content direct in de code staat, en dus niet dynamisch uit een database of API wordt opgehaald.
- Styleguide
- Een document of pagina met afspraken over de visuele vormgeving en het gebruik van interface-elementen.
- SvelteKit
- Een framework voor het ontwikkelen van webapplicaties met Svelte, inclusief routing, serverfunctionaliteit en rendering.
- User story
- Een korte beschrijving van een gebruikersbehoefte, meestal vanuit het perspectief van de gebruiker.
- WCAG
- Internationale richtlijnen voor digitale accessibility: Web Content Accessibility Guidelines.
- Wireflow
- Een schematische weergave die schermen en de stappen of interacties tussen die schermen combineert.