---
name: side-project-picker
description: 'Choose and scope side projects that actually fill a portfolio - projects that resemble the target work, finishable in 2-6 weeks, with a real or credible client, planned around the case study they must become. Use this skill when the portfolio is (too) empty, before starting any zelfinitiatief project, or whenever the user asks "wat moet ik bouwen", "welk project voor mijn portfolio", "goed idee voor een side project", or keeps starting projects that never finish. The answer to portfolio-craft rule "geen passend werk? bouw het" - feature-spec slices the scope, ui-pipeline builds it, case-study-writer harvests it.'
---

# Side Project Picker

Een leeg portfolio vul je niet met wachten op klanten maar met zelfgekozen projecten — en de keuze bepaalt bijna alles. De twee klassieke manieren waarop dit misgaat: het zóveelste standaardproject dat niets onderscheidt (nog een todo-app), of het te grote droomproject dat na drie weken enthousiasme voor altijd op 60% blijft staan. Deze skill kiest projecten die af komen én iets bewijzen.

## De vijf criteria (alle vijf, geen drie van de vijf)

1. **Lijkt op het doelwerk.** Wil je naar een webbureau? Bouw wat een webbureau bouwt: een overtuigende site voor een (fictieve of echte) klant met echte content. Niet: een programmeerpuzzel. Het portfolio moet de vraag "kan die doen wat wij hier doen?" met JA beantwoorden (portfolio-craft stap 1).
2. **Af te maken in 2–6 weken** naast school/werk. Groter = het strandt, en half-af telt niet — nul cases uit tien gestrande projecten. Drie kleine afgemaakte projecten verslaan één groot lijk.
3. **Demonstreert 2–3 doelvaardigheden**, vooraf benoemd ("dit project bewijst: responsive bouwen, API-integratie, motion"). Niet meer — een project dat alles moet bewijzen, bewijst niets scherp.
4. **Heeft een klant, echt of geloofwaardig.** Zie hieronder — dit criterium maakt het verschil tussen oefening en bewijs.
5. **Boeit jou echt.** Zes weken avonduren overleven geen plichtmatig onderwerp. Kies iets uit je eigen leven: je sport, je hobby, een ergernis die je zelf hebt.

## Echt verslaat verzonnen (het sterkste stagiair-project)

De allersterkste projecten hebben een échte "klant": de sportclub die nog een Word-poster mailt, de vereniging met een site uit 2012, het bedrijfje van een oom. Waarom dit wint:

- Echte requirements en echt overleg — precies wat doelbedrijven herkennen als "die kan met klanten werken"
- Echte gebruikers = echte cijfers en een echte quote voor de case (case-study-writer resultaat-sectie)
- Het antwoord op de gespreksvraag "vertel eens over samenwerken" (gesprek-prep STARR)

Geen echte klant beschikbaar? Verzin een geloofwaardige: een fictief merk mét brand-kit, echte content, echte doelgroep-keuzes — en wees er eerlijk over ("eigen initiatief voor fictieve opdrachtgever"). Dat is volwaardig; alleen doen alsof het betaald werk was is de fout.

## De anti-lijst

Recruiters en devs zagen deze duizend keer; ze bewijzen alleen dat je een tutorial kunt volgen: todo-app, weer-app, rekenmachine, één-op-één kloon van een bekend product, en elk project waarvan de commits verdacht veel op een cursus-repo lijken. Uitzonderingen die de regel bevestigen: een kloon met een eigen serieuze twist, of een "saai" concept met echte gebruikers — echte adoptie maakt alles interessant.

## Scope tot AF (de discipline)

- Snijd met feature-spec het MVP: welke ene flow moet perfect werken? Al het andere is v2 en staat expliciet op de niet-doen-lijst.
- **Live telt dubbel**: een geshipte, vindbare site (ship-it) met werkende link onderscheidt je van de 90% wiens werk alleen op localhost bestond. Plan de livegang als onderdeel van het project, niet als "ooit".
- Definieer AF vooraf: live + case study geschreven + assets geschoten (showcase-assets). Een project is pas portfolio-materiaal als die drie er zijn — bouw die laatste 10% in de planning in, want dáár stranden projecten alsnog.
- Timebox: na de geplande weken bevries je de scope en ship je wat er staat. De deadline is het product.

## Denk de case vooruit

Kies vóór de bouw welk verhaal dit project moet opleveren: welk beslismoment ga je straks laten zien (case-study-writer stap 2)? Dat stuurt onderweg: je documenteert beslissingen terwijl ze gebeuren (screenshot de opties, bewaar de schetsen — stage-log-discipline maar dan voor jezelf) in plaats van achteraf reconstrueren.

## Portfolio-balans

Kies de 2–3 projecten samen zó dat ze de breedte dekken die het doel vraagt: bijvoorbeeld één visueel sterk (ui-concept-forge mag los), één technisch-degelijk (API/data, api-integration-craft zichtbaar), één met echte gebruikers. Log de keuze en planning in PROJECT.md — en begin aan één tegelijk.