Definitie: Een programma van eisen (PvE) is een document waarin je vastlegt waaraan nieuwe software moet voldoen: wat het moet kunnen, voor wie, onder welke voorwaarden en hoe je beoordeelt of het resultaat goed is. Het dient als basis voor offertes, het ontwerp en de acceptatie.
In het kort
- Een PvE beschrijft het wat, niet het hoe: de oplossing kiest de bouwer.
- Het bevat functionele eisen (wat het systeem doet) en niet-functionele eisen (hoe goed, veilig en snel).
- Het wordt veel gebruikt bij aanbestedingen en bij het vergelijken van leveranciers.
- Een goed PvE is kort, concreet en geprioriteerd.
Wat staat er in een programma van eisen?
- Aanleiding en doel. Welk probleem lost de software op, en wanneer is het project geslaagd?
- Gebruikers en rollen. Wie werkt ermee en wat mag ieder doen?
- Functionele eisen. De taken die gebruikers moeten kunnen uitvoeren.
- Niet-functionele eisen. Beveiliging, privacy en AVG, beschikbaarheid, snelheid, toegankelijkheid.
- Koppelingen. Met welke systemen moet de software gegevens uitwisselen?
- Randvoorwaarden. Budget, planning, hosting, eigendom van de broncode en onderhoud.
- Prioriteit. Wat moet, wat zou mooi zijn en wat valt buiten de eerste versie?
Hoe stel je een programma van eisen op?
- Beschrijf het huidige proces en waar het vastloopt.
- Praat met de mensen die er straks mee werken.
- Formuleer eisen als taken: deze gebruiker kan deze taak afronden in deze situatie.
- Geef elke eis een prioriteit, bijvoorbeeld met MoSCoW: must, should, could, won’t.
- Leg vast hoe je beoordeelt of een eis is gehaald.
Voorbeeld van een goed geformuleerde eis
Vergelijk deze twee eisen:
| Vaag | Concreet en toetsbaar |
|---|---|
| Het systeem moet gebruiksvriendelijk zijn. | Een planner kan binnen drie klikken zien welke monteur morgen beschikbaar is in regio Utrecht. |
| Klanten moeten documenten kunnen bekijken. | Een ingelogde klant ziet alle facturen van de afgelopen twee jaar en kan ze als PDF downloaden. |
| Het moet veilig zijn. | Medewerkers loggen in met tweestapsverificatie; gegevens staan op servers binnen de EU. |
De concrete versie kun je testen bij oplevering. De vage versie leidt tot discussie.
Veelgemaakte fouten
- Een lange lijst losse functies zonder samenhang of prioriteit.
- De oplossing voorschrijven in plaats van het probleem beschrijven.
- Eisen die niet te toetsen zijn, zoals “gebruiksvriendelijk” zonder uitleg wat dat betekent.
- Alleen de huidige situatie vastleggen, zonder ruimte voor wat je onderweg leert van gebruikers.
- Beheer, eigendom en onderhoud na oplevering vergeten.
Wat betekent dit voor jouw project?
Ik leg liever vast welke gebruiker welke taak moet kunnen afronden, welke gegevens nodig zijn en welke uitkomst verwacht wordt. Ook de overdracht naar mensen of bestaande systemen hoort erbij. Dat geeft een duidelijker scope dan een lange lijst losse functies.
Wil je je eisen helder krijgen voordat je offertes opvraagt? Stuur me hoe het nu gaat en wie ermee werkt. Dan kijken we in ongeveer twintig minuten waar een logische eerste stap ligt.
Veelgestelde vragen over een programma van eisen
Wat is een programma van eisen bij software?
Een programma van eisen is een document dat beschrijft waaraan nieuwe software moet voldoen: welke taken gebruikers moeten kunnen uitvoeren, welke kwaliteitseisen gelden en onder welke voorwaarden het project plaatsvindt.
Wat is het verschil tussen een PvE en een functioneel ontwerp?
Een PvE beschrijft wat de software moet kunnen. Een functioneel ontwerp werkt dat verder uit en beschrijft hoe de software zich gedraagt, met schermen, stappen en regels.
Wie stelt het programma van eisen op?
Meestal de opdrachtgever, samen met de mensen die met de software gaan werken. Een ontwikkelaar of adviseur kan helpen om eisen concreet en toetsbaar te maken.
Verwante termen
Functionele eisen · Functioneel ontwerp · User story · Discovery-fase · Scope creep · MVP
← Terug naar de kennisbank