Een probleemstelling voor een project schrijven + voorbeelden

Galen Low

on Sep 14, 2026

Ik heb projecten zien ontsporen omdat teams te snel naar oplossingen grepen. Zo schrijf ik probleemstellingen die focus en afstemming creëren en tot betere beslissingen leiden.

Key Takeaways

Definitie: Een probleemstelling beschrijft duidelijk de kloof tussen de huidige situatie en het gewenste resultaat in een project.

Focus: Het opstellen van een probleemstelling houdt projecten gericht, voorkomt scope-uitbreiding en helpt bij besluitvorming.

Onderdelen: Belangrijke elementen van een probleemstelling zijn de probleembeschrijving, context, impact en doelstellingen.

Vergelijking: Probleemstellingen verschillen van projectcharters, businesscases, hypothesen en projectomschrijvingen.

Fouten: Vermijd complexiteit, vaagheid, voortijdige oplossingen, het negeren van belanghebbenden en het verwarren van symptomen met oorzaken.

Een probleemstelling voor een project definieert de kloof tussen de huidige situatie en het gewenste resultaat, zodat je teamleden zich kunnen afstemmen voordat oplossingen, budgetten en tijdlijnen de overhand krijgen. Ik heb meegemaakt dat projecten weken verloren omdat belanghebbenden verschillende versies van hetzelfde probleem probeerden op te lossen, of de formulering in de richting van een gewenste oplossing stuurden.

Deze handleiding helpt je een gerichte en op feiten gebaseerde probleemstelling te schrijven, veelvoorkomende valkuilen te vermijden, een praktisch sjabloon te gebruiken en sterke voorbeelden uit verschillende realistische projectcontexten te bekijken.

Wat is een probleemstelling voor een project?

Een probleemstelling is een duidelijke, beknopte beschrijving van een probleem dat je project wil aanpakken. De probleemstelling benoemt een specifieke kloof, knelpunt of onvervulde behoefte en legt uit waarom die belangrijk is. Zie het als het ‘waarom’ achter alles wat je project zal doen.

Een goede probleemstelling zorgt ervoor dat je team een gezamenlijk begrip van het probleem heeft. Ze bakent je werkzaamheden af, onderbouwt de middelen die je aanvraagt en geeft belanghebbenden een reden om zich betrokken te voelen.

Een sterke probleemstelling heeft enkele belangrijke kenmerken:

Specifiek: Ze benoemt het exacte probleem, niet een vage categorie van problemen.
Meetbaar: Ze verwijst waar mogelijk naar gegevens, meetwaarden of waarneembare resultaten.
Contextueel: Ze legt uit waar en wanneer het probleem optreedt.
Oplossingsneutraal: Ze beschrijft het probleem zonder voor te schrijven hoe het moet worden opgelost.
Bewust van belanghebbenden: Ze identificeert wie erdoor wordt geraakt en op welke manier.

Waarom een probleemstelling voor een project schrijven?

Dit zijn enkele belangrijke redenen om een probleemstelling voor je project te schrijven:

Ze houdt het projectwerk gericht: Een probleemstelling fungeert als richtsnoer voor je hele project. Wanneer er verzoeken binnenkomen, kun je teruggrijpen op de probleemstelling en vragen of het verzoek helpt het probleem op te lossen. Dit voorkomt scope-uitbreiding, verscherpt de besluitvorming en zorgt voor duidelijke verantwoordelijkheid. Projecten zonder een schriftelijke probleemstelling lopen vaker vast.
Ze geeft richting aan onderzoek en innovatie: De probleemstelling definieert de vraag die je onderzoekt, stuurt je methodologie en helpt je toetsbare hypothesen op te stellen. Ze zorgt er ook voor dat brainstormsessies uitgaan van problemen van gebruikers in plaats van abstracte ideeën. Ik heb gezien dat teams veel betere oplossingen bedenken wanneer ze eerst meer tijd besteden aan het definiëren van het probleem.
Ze wekt vertrouwen bij belanghebbenden: Belanghebbenden willen weten dat hun investering naar iets concreets gaat. Een probleemstelling biedt transparantie en een gezamenlijk begrip. Goedkeuring wordt eenvoudiger omdat beoordelaars het probleem, de impact en de urgentie ervan kunnen zien. Ook legt de probleemstelling vooraf succescriteria vast.

Belangrijke onderdelen van een probleemstelling

Elke sterke probleemstelling behandelt deze vier elementen:

Beschrijving van het probleem

Dit is de kern van je probleemstelling. Benoem wat er gebeurt of wat er niet gebeurt terwijl dat wel zou moeten. Wees direct en specifiek. ‘Het duurt te lang om klanten aan boord te brengen’ is een begin, maar ‘Nieuwe zakelijke klanten wachten gemiddeld 23 dagen voordat ze volledig zijn opgenomen, vergeleken met een sectorgemiddelde van 10 dagen’ is veel beter.

Achtergrond en context

Leg uit waarom dit probleem bestaat en welke omstandigheden ermee samenhangen. Geef de achtergrond die een lezer nodig heeft om de situatie te begrijpen. Neem de geschiedenis, omgevingsfactoren of organisatorische beperkingen op. Een vertraging bij het aan boord brengen van klanten kan bijvoorbeeld bestaan omdat het proces nog steeds afhankelijk is van handmatige gegevensinvoer in niet-gekoppelde systemen.

Impact en relevantie

Identificeer wie door het probleem wordt geraakt en wat er gebeurt als het probleem onopgelost blijft. Kwantificeer de gevolgen waar mogelijk.

Gederfde omzet, verspilde uren, dalende klanttevredenheidsscores en gemiste deadlines zijn allemaal meetbare gevolgen. Dit gedeelte beantwoordt de vraag die elke belanghebbende zal stellen: ‘Waarom zouden we ons hier nu druk om maken?’

Doelstellingen of voorgestelde richting

Beschrijf de ideale toekomstige situatie. Hoe ziet succes eruit zodra het probleem is aangepakt? Dit is geen volledige oplossing, maar een richtinggevende formulering die lezers vertelt waar je naartoe werkt.

Voor het voorbeeld van het aan boord brengen van klanten kan de doelstelling zijn: ‘de gemiddelde tijd om klanten aan boord te brengen binnen zes maanden terugbrengen tot 10 dagen of minder’. Zo krijgt het project een doel zonder het exacte pad voor te schrijven.

Hoe schrijf je een probleemstelling voor een project?

Het volgende stapsgewijze proces beschrijft hoe je vanaf nul een effectieve probleembeschrijving opstelt.

1. Identificeer en beschrijf het probleem

Begin met observeren. Verzamel gegevens, bekijk feedback van klanten, praat met medewerkers op de werkvloer en interview belanghebbenden. Je doel is om het probleem in concrete termen te benoemen en er niet vanuit een vergaderruimte naar te gissen. De beste probleembeschrijvingen komen van mensen die het dichtst bij het probleem staan.

2. Stel de juiste vragen

Als je het probleem hebt geïdentificeerd, toets je het kritisch met gerichte vragen:

Wie wordt door dit probleem getroffen?
Waar en wanneer doet het zich voor?
Wat is het verschil tussen de huidige en de gewenste situatie?
Waarom is het juist nu belangrijk?

Deze vragen dwingen je om van een algemene klacht over te stappen naar een nauwkeurige beschrijving. Als je ze niet duidelijk kunt beantwoorden, heb je meer informatie nodig voordat je iets opschrijft.

3. Analyseer het probleem grondig

Gebruik technieken voor oorzakenanalyse om te begrijpen wat het probleem daadwerkelijk veroorzaakt. De methode van de vijf waarom-vragen werkt hier goed.

Neem het voorbeeld van het inwerkproces van eerder. Je begint met het symptoom en blijft vragen waarom:

Waarom duurt het inwerkproces 23 dagen? Omdat klantgegevens in drie afzonderlijke systemen moeten worden ingevoerd.
Waarom zijn er drie afzonderlijke systemen nodig? Omdat het CRM, het facturatieplatform en de inrichtingstool afzonderlijk zijn aangeschaft en nooit zijn geïntegreerd.
Waarom zijn ze nooit geïntegreerd? Omdat elke afdeling haar eigen tool selecteerde op basis van haar eigen vereisten.
Waarom selecteerden afdelingen onafhankelijk van elkaar tools? Omdat er geen organisatiebrede controle was op de aankoop van technologie.
Waarom was er geen organisatiebrede controle? Omdat het bedrijf sneller groeide dan zijn bestuursprocessen.

Bij de vijfde vraag ben je van "het inwerkproces duurt te lang" uitgekomen bij een structureel bestuursprobleem. Dat verandert het soort project dat je ontwerpt. Je probleembeschrijving kan nu verwijzen naar de onderliggende oorzaak van het probleem, in plaats van alleen naar het symptoom, waardoor deze veel bruikbaarder wordt.

Author's Tip

Een visgraatdiagram is een andere nuttige aanpak, vooral wanneer het probleem meerdere bijdragende factoren heeft op het gebied van mensen, processen, technologie en beleid. Breng elke categorie van mogelijke oorzaken in kaart en zoek naar clusters. Het doel is hetzelfde: ga onder de oppervlakte voordat je je vastlegt op een formulering.

4. Stel de formulering op

Gebruik dit sjabloon als uitgangspunt:

[Groep belanghebbenden] ervaart [probleem] in [context], wat resulteert in [impact]. Dit project heeft als doel [doelstelling].

Bijvoorbeeld: "Nieuwe zakelijke klanten ervaren een inwerktraject van gemiddeld 23 dagen verspreid over drie niet-gekoppelde systemen, wat resulteert in een uitval van 40% voordat de volledige activering is voltooid. Dit project heeft als doel de inwerktijd binnen zes maanden terug te brengen tot 10 dagen of minder."

Je eerste versie hoeft niet perfect te zijn. Richt je op het vastleggen van het probleem, de context, de impact en de doelstelling. Schrap vervolgens alles wat zijn plek niet verdient.

Author's Tip

De meeste probleembeschrijvingen bestaan uit één tot drie zinnen. Als die van jou langer is dan twee zinnen, onderzoek dan kritisch of je daadwerkelijk één probleem of twee problemen beschrijft. Mijn ervaring is dat kortere formuleringen worden gelezen, onthouden en daadwerkelijk door teams worden gebruikt.

5. Beoordeel en verfijn

Lees de concepttekst hardop voor. Controleer de duidelijkheid, beknoptheid en specificiteit. Verwijder jargon dat iemand buiten je team niet zou begrijpen. Zorg ervoor dat de formulering oplossingsneutraal blijft. Als er staat "we moeten X implementeren", is dat een oplossing en geen probleem. Breng het terug naar de kwestie zelf.

6. Valideer met belanghebbenden

Deel het concept met de mensen die het dichtst bij het probleem staan en met de mensen die het project zullen financieren of goedkeuren. Verwerk hun feedback voordat je de definitieve versie opstelt.

Deze stap klinkt eenvoudig, maar hier worden de meeste probleemstellingen óf sterker óf vallen ze uiteen. Zo pak je twee veelvoorkomende problemen aan:

Twee belanghebbenden zijn het oneens over het probleem: Weersta de neiging om de perspectieven samen te voegen tot één vage probleemstelling. Beschouw het meningsverschil als een signaal dat je meer gegevens nodig hebt. Vaak beschrijven beide partijen symptomen van een dieperliggend probleem dat geen van beiden volledig onder woorden heeft gebracht. Ga terug naar de 5 waaromvragen.
De leiding wil dat de probleemstelling hun oplossing rechtvaardigt: De effectiefste aanpak die ik heb gevonden, is vragen: "Welk bewijs zou er moeten zijn om die oplossing de juiste te maken?" Formuleer de probleemstelling rond dat bewijs. Als het bewijs bestaat, zal de probleemstelling in de richting van hun oplossing wijzen. Als dat niet het geval is, ga dan het gesprek aan over de aannames.

Validatie betekent niet dat je tegen elke prijs draagvlak en consensus moet bereiken. Het betekent dat je ervoor zorgt dat de probleemstelling accuraat is, en niet alleen comfortabel.

Voorbeelden van probleemstellingen voor projecten

Hier volgen vijf voorbeeldprobleemstellingen uit verschillende sectoren. Let erop hoe elke probleemstelling het bewijs en de formulering aanpast aan de normen van het betreffende domein.

IT en softwareontwikkeling

Voorbeeldprobleemstelling: Medewerkers van de klantenservice gebruiken momenteel drie afzonderlijke hulpmiddelen om één ticket op te lossen, wat resulteert in een gemiddelde behandeltijd van 14 minuten per verzoek. Het sectorgemiddelde is 7 minuten. Dit project heeft als doel de behandeltijd te verkorten door ondersteuningsworkflows te consolideren in één platform.

Dit is kenmerkend voor probleemstellingen in de IT. De nadruk ligt op operationele meetgegevens en benchmarkgegevens. Een agileteam zou dit verder kunnen terugbrengen tot één zin voor een sprintdoel.

Gezondheidszorg en volksgezondheid

Voorbeeldprobleemstelling: Patiënten op het platteland in de regio van de drie districten reizen gemiddeld 45 mijl om gespecialiseerde zorg te krijgen, wat leidt tot een no-showpercentage van 38% voor vervolgafspraken. Dit project heeft als doel dat percentage te verlagen tot minder dan 15% door de toegang tot consulten op afstand uit te breiden.

Probleemstellingen in de gezondheidszorg moeten voldoen aan de eisen van toezichthouders en subsidiecommissies. Als dit een subsidieaanvraag was, zou je verwijzingen toevoegen naar gepubliceerd onderzoek over vervoersbarrières en gezondheidsuitkomsten.

Onderwijs

Voorbeeldprobleemstelling: Studenten die als eerste in hun gezin naar de universiteit gaan, vallen 22% vaker uit dan hun medestudenten, meestal tijdens het tweede semester. Contactmomenten met studieadviseurs voor deze groep bedragen gemiddeld 0,8 sessies per semester, tegenover 2,4 voor studenten van wie de ouders ook hoger onderwijs hebben gevolgd. Dit project heeft als doel deze kloof in studiebegeleiding te dichten en het behoud tijdens het tweede semester te verbeteren.

Probleemstellingen in de onderwijssector hebben baat bij uitgesplitste gegevens. Door de specifieke doelgroep en het specifieke semester te benoemen, wordt de probleemstelling uitvoerbaar.

Bedrijfsvoering en procesverbetering

Voorbeeldprobleemstelling: Het maandelijkse proces voor de financiële afsluiting neemt bij het boekhoudteam gemiddeld 12 werkdagen in beslag en vergt per cyclus meer dan 400 persoonsuren. Fouten die tijdens de afstemming worden ontdekt, zijn goed voor 35% van die tijd. Dit project heeft als doel de afsluitingscyclus terug te brengen tot 7 werkdagen door de onderliggende oorzaken van fouten aan te pakken.

Gemeenschap en non-profit

Voorbeeldprobleemstelling: Huishoudens met voedselonzekerheid in de binnenstad hebben binnen een straal van twee mijl toegang tot slechts één supermarkt, en 60% van de inwoners beschikt niet over vervoer. Het aantal bezoeken aan noodvoedselbanken is jaar op jaar met 40% toegenomen. Dit project heeft als doel de voedseldistributie uit te breiden en de reisafstand tot verkooppunten van vers voedsel te verkleinen.

Probleemstellingen van non-profitorganisaties dienen vaak tegelijk als argument voor fondsenwerving. De gegevens zijn hier gekozen om urgentie te creëren. Een team voor bedrijfsvoering zou vervoer misschien helemaal niet noemen, maar voor een gemeenschapsfonds maakt dat detail het probleem concreet en de investering gerechtvaardigd.

Probleemstelling versus andere projectdocumenten

Een probleemstelling wordt vaak verward met andere projectdocumenten. Zo verschillen ze van elkaar.

Document	Doel	Belangrijkste verschil met de probleemstelling
Probleemstelling	Definieert het specifieke probleem dat het project aanpakt	Richt zich uitsluitend op het probleem en de impact ervan
Projectcharter	Autoriseert het project en beschrijft de scope, mijlpalen en het budget	Breder document; de probleemstelling vormt de input ervoor
Businesscase	Rechtvaardigt de investering door kosten en baten te vergelijken	Richt zich op financiële en strategische rechtvaardiging
Hypothese	Stelt een toetsbare verklaring of voorspelling voor	Biedt een mogelijk antwoord; de probleemstelling definieert de vraag
Projectscope	Definieert de grenzen van het uit te voeren werk	Beschrijft wat er wordt gedaan; de probleemstelling beschrijft waarom

Probleemstelling versus projectcharter

De probleemstelling vormt de input voor het projectcharter, maar het charter is een breder document. Een charter bevat de scope, mijlpalen, het budget, de belangrijkste belanghebbenden en de succescriteria van het project.

De probleemstelling levert het ‘waarom’ dat al deze andere elementen verankert. Schrijf eerst de probleemstelling en gebruik deze vervolgens als basis voor het charter.

Probleemstelling versus businesscase

Een businesscase rechtvaardigt de investering. Deze vergelijkt kosten, baten, risico’s en alternatieven om een financieel of strategisch argument te onderbouwen. De probleemstelling definieert het knelpunt waarop de businesscase voortbouwt.

Als je het probleem niet duidelijk kunt verwoorden, zal je businesscase een overtuigende basis missen. Schrijf de probleemstelling voordat je de businesscase opstelt.

Probleemstelling versus hypothese

Een hypothese stelt een toetsbaar antwoord op een vraag voor. Een probleemstelling definieert de vraag zelf. In onderzoeksprojecten schrijf je eerst de probleemstelling en leid je daar vervolgens een of meer hypothesen uit af.

De twee werken samen, maar dienen verschillende doelen. Als je ze door elkaar haalt, ontstaan probleemstellingen die al conclusies trekken voordat het onderzoek zelfs maar begint.

Probleemstelling versus projectscope

De projectscope definieert de grenzen van het werk dat je team zal opleveren. Deze beantwoordt de vraag: ‘wat doen we wel en niet?’ De probleemstelling beantwoordt de vraag: ‘waarom is dit werk belangrijk?’ Scope zonder probleemstelling kan willekeurig aanvoelen.

Een probleemstelling zonder scope kan onbegrensd aanvoelen. Je hebt beide nodig en de probleemstelling moet eerst komen.

Veelgemaakte fouten bij het schrijven van probleemstellingen

Hier zijn enkele veelvoorkomende valkuilen die je moet vermijden bij het opstellen van je probleemstelling:

De probleemstelling te ingewikkeld maken: Weersta de neiging om elk gerelateerd probleem in één enkele stelling te proppen. Als je probleemstelling een verklarende woordenlijst nodig heeft, is deze te complex. Houd het bij één specifiek probleem. Gebruik taal die iedereen bij de eerste lezing kan begrijpen.
Te vaag of te breed zijn: ‘Onze klanten zijn ontevreden’ biedt niemand voldoende houvast om actie te ondernemen. Een bruikbare probleemstelling specificeert wie wordt getroffen, wat het probleem is, waar en wanneer het zich voordoet en hoe de kloof eruitziet.
Te vroeg mogelijke oplossingen voorstellen: Vaak glipt de oplossing er niet per ongeluk in. Iemand met beslissingsbevoegdheid heeft al besloten wat diegene wil bouwen of kopen, en de stelling wordt achteraf geconstrueerd om dat te rechtvaardigen.
De impact op belanghebbenden negeren: Een probleemstelling waarin niet wordt benoemd wie wordt getroffen, voelt abstract aan. Identificeer altijd de mensen of groepen die het probleem ervaren en beschrijf de gevolgen voor hen.
Validatie overslaan: Een probleemstelling in isolement schrijven is riskant. De mensen die het dichtst bij het probleem staan, merken dingen op die jij mist. De mensen die het project goedkeuren, willen hun perspectief erin terugzien. Deel je concept vroegtijdig, vraag om feedback en herzie het.
Symptomen verwarren met oorzaken: Symptomen zijn wat je als eerste opmerkt. Onderliggende oorzaken sturen ze aan. ‘Het personeelsverloop is hoog’ is een symptoom. ‘Nieuwe medewerkers krijgen geen gestructureerd inwerkproces, wat binnen 90 dagen tot verminderde betrokkenheid leidt’ komt dichter bij de onderliggende oorzaak. Als je probleemstelling alleen symptomen benoemt, pak je waarschijnlijk het verkeerde probleem aan.

Wat nu?

De sterkste projecten beginnen met helder denkwerk, praktische hulpmiddelen en bewezen raamwerken. Meld je aan voor een gratis DPM-lidmaatschapsaccount en krijg toegang tot sjablonen, hulpmiddelen en deskundige inzichten die je helpen projecten vol vertrouwen te leiden.