Ontwerp en ontwikkel in multidisciplinaire teams aan doorlopende projecten voor echte opdrachtgevers.
Op deze pagina:
Deze leertaak hoort bij sprint 19 Free space en sprint 20 Final Sprint. Dit is een leertaak die je in een team uitvoert, binnen FDND Agency.
Je werkt samen met studenten uit o.a.:
- Ad Frontend Design & Development
- Ad Software Development
- Ad Cyber Security
- Ad Smart Media Production
- BSc Communication and Multimedia Design
- MBO-vooropleidingen Software Development en Mediavormgeving (van Mediacollege Amsterdam en het Talland College)
- Trainees van Hack Your Future
Binnen FDND Agency werk je, in de studio, voor echte opdrachtgevers aan echte vraagstukken. Je bouwt door op eerdere sprints én op eerder werk binnen de projecten.
Bekijk hier de projecten van FDND Agency: https://dashboard.fdnd.nl/
In deze sprint:
- Itereer je op basis van de development life cycle:
analyseren → ontwerpen → bouwen → integreren → testen - Pas je de RAPPE-principes toe:
- Responsive
- Accessibility
- Performance
- Progressive Enhancement
- Werk je volgens de conventies van FDND Agency:
- Workflow conventies (Git / GitHub, issues, branches, pull requests)
- Code conventies (structuur, naming, formatting)
- Design conventies (huisstijl, component library, design system)
Je laat zien dat je binnen een team professioneel kunt samenwerken, keuzes kunt onderbouwen en gericht kunt itereren en werkt daarmee toe naar het eindniveau van FDND
Je werkt in een multidisciplinair team volgens een iteratieve manier van werken:
-
Sprints van 2 weken
- Sprint planning
- Dagelijkse of regelmatige stand-ups
- Tussentijdse check-ins met opdrachtgever / coaches
- Sprint review / demo
- Retrospectief
-
Scrum manier van werken
- Opstellen en bijhouden van een backlog (issues / user stories) in een GitHub project Board
- Breakdown van werk in behapbare taken (issues, checklist)
- Bepalen van Definition of Ready en Definition of Done
- Samen beslissen wat in de sprint past (backlog)
-
Leertaken en documentatie op GitHub
- Werken in één GitHub-repositories per project
- Gebruik van issues, labels, milestones en project boards
- Pull requests, code reviews en design reviews
- Documenteren van keuzes in README, docs of issue-discussies
-
Multidisciplinaire samenwerking
- Rollen verdelen
- Afspraken maken over communicatie
- Afstemmen met studenten uit andere opleidingen (software, CMD, security, media, vormgeving etc.)
In de analysefase inventariseer je wat er moet gebeuren om een taak uit te voeren en wat de huidige stand van het project is.
Bijvoorbeeld:
- (Her)formuleren van de opdracht op basis van bestaande documentatie en gesprekken met de opdrachtgever
- Schrijven van een korte debriefing op GitHub (issue / doc)
- Inventarisatie van bestaande features, code, designs en content
- Interface audit / code audit (wat is er al, wat moet beter, wat ontbreekt)
- Opstellen van een backlog en het bepalen van prioriteiten
- Maken van een planning (board / milestones) en todo-lijst
- Bepalen van definitions of done per taak / feature
In de ontwerpfase neem je ontwerpbeslissingen en maak je concreet wat er gebouwd moet worden.
Bijvoorbeeld:
- Schetsen, wireframes en/of (micro)flows maken voor nieuwe of aangepaste onderdelen
- Bepalen van labels, states, interacties en feedback in de interface
- Responsive layout en breakpoints uitwerken
- Ontwerpen of uitbreiden van een component library
- Bedenken hoe je RAPPE toepast in je ontwerp (bijv. focus states, kleurcontrasten, mobile views)
- Breakdown maken van de HTML-structuur, CSS-architectuur en benodigde JS- of framework-componenten
In de bouwfase realiseer je de beslissingen uit de ontwerpfase.
Bijvoorbeeld:
- Implementeren van HTML, CSS en JS in SvelteKit
- Werken volgens afgesproken codeconventies en best practices
- Schrijven van toegankelijke, semantische markup
- Toepassen van mobile first en progressive enhancement
- Samenwerken via Git (branches, pull requests, reviews)
- Documenteren van belangrijke implementatiekeuzes
In de integratiefase zorg je dat het werk van alle teamleden samenkomt en beschikbaar is voor anderen.
Bijvoorbeeld:
- Mergen van pull requests na code/design review
- Deployen naar een test-, staging- of productieomgeving (bijv. GitHub Pages, Vercel, Netlify)
- Inrichten of uitbreiden van CI/CD waar relevant
- Zorgen voor een consistente look & feel en een webiste / webapplicatie zonder bugs
- Updaten van documentatie (README, CONTRIBUTING.md, HANDOVER.md)
In de testfase controleer je of jouw werk en dat van het team werkt zoals bedoeld en voldoet aan de normen.
Bijvoorbeeld:
- Uitvoeren van code- en designreviews
- User tests met gebruikers / medestudenten / opdrachtgever
- Toegankelijkheid testen met o.a. Lighthouse, screenreaders en handmatige checks
- Performance testen (Lighthouse, WebPageTest, DevTools)
- Testen op verschillende devices en schermgroottes
- Documenteren van bevindingen, bugs en verbeterpunten (in issues)
- Bepalen welke punten in de volgende sprint worden opgepakt (project board up-to-date houden)
De globale planning van Sprint 19 & Sprint 20 vind je in het programma van FDND:
👉 https://programma.fdnd.nl/meesterproef/free-space
👉 https://programma.fdnd.nl/meesterproef/final-sprint
In grote lijnen:
-
Week 1: Sprint 0
- Kick-off FDND Agency / sprintstart
- Project- en teamvorming / rollen verdelen
- (Her)analyse van de opdracht en huidige stand van het project
- Breakdown & planning (issues, milestones, roadmaps)
- Eerste iteratie: ontwerpen & bouwen (focus op de RAPPE principes)
-
Vervolg sprints
- Verder ontwikkelen & itereren op basis van feedback
- Testen met gebruikers / stakeholders waar mogelijk
- Performance- en toegankelijkheidstesten
- Integratie en oplevering (stagings / productie, demo-ready)
- Sprint review (demo aan opdrachtgever / peers)
- Research & Development / Hackatons
- Retro: terugkijken op samenwerking en proces
Deze sprint worden verschillende workshops aangeboden ter ondersteuning van het werk in je projectteam: