Een haalbaarheidstest (PoC) is een kleinschalig experiment waarmee je een idee kunt testen, een probleem kunt oplossen of een kans kunt verkennen voordat je er veel tijd en geld in investeert. Door een haalbaarheidstest uit te voeren, kun je veilig problemen ontdekken, je plan verbeteren en vertrouwen opbouwen in wat werkt.
In dit artikel laat ik zien hoe het gebruik van haalbaarheidstests, pilotprojecten en experimenten de basis kan leggen voor een soepele en succesvolle uitvoering van projecten.
Wat is een haalbaarheidstest?
Een haalbaarheidstest is een kleinschalige test of experiment om te bepalen of een voorgesteld projectidee, een oplossing of een aanpak technisch haalbaar is. Hiermee kunnen projectmanagers aannames valideren, mogelijke obstakels identificeren en risico's beperken voordat ze aanzienlijke middelen vastleggen.
De resultaten helpen projectteams en belanghebbenden om weloverwogen beslissingen te nemen over de vraag of ze met het project doorgaan.
Wat is het doel van een haalbaarheidstest?
Het doel van een haalbaarheidstest is om het langetermijnsucces van een project te ondersteunen en problemen vroegtijdig te identificeren, zodat risico's voor de volledige implementatie worden beperkt. De test kan ook helpen om kosten te verlagen en de betrokkenheid en het vertrouwen van belanghebbenden op te bouwen, omdat zij het idee op kleinere schaal hebben zien werken voordat ze de definitieve goedkeuring geven.
Met PoC's kun je ook gegevens verzamelen en experimenteren die specifiek zijn voor het projectinitiatief. Zo leer je als projectmanager meer over de sterke en zwakke punten van het project voordat je investeert in een grootschalig project.
Voorbeelden van haalbaarheidstests
Hier volgen enkele voorbeelden van haalbaarheidstests in verschillende vakgebieden.
1. Softwareontwikkeling
Haalbaarheidstests komen veel voor binnen STEM. In de softwareontwikkeling worden haalbaarheidstests gebruikt om de behoefte aan nieuwe systemen of diensten te valideren. Nieuwe softwarebedrijven in de startfase maken vaak een versie van hun app die nog niet voor productie is bedoeld, zodat een geselecteerde groep deze kan uitproberen en terugkoppeling kan geven.
2. Farmaceutische sector
Binnen de farmaceutische ontwikkeling worden haalbaarheidsprocessen uitgevoerd door middel van pilotstudies en verschillende fasen van klinische geneesmiddelenonderzoeken. Deze processen leveren terugkoppeling op voor de makers van geneesmiddelen, zodat zij een veiliger en effectiever geneesmiddel kunnen ontwikkelen.
3. Procesverandering
Een van mijn favoriete voorbeelden van het uitvoeren van een haalbaarheidstest voor een procesverandering vond plaats bij een project dat ik leidde bij een groot softwarebedrijf. In 2020 en 2021 voerden we het aantal nieuwe medewerkers sterk op en moesten we de manier waarop we het inwerkproces uitvoerden volledig veranderen.
In plaats van alles in één keer om te gooien, richtten we een klein team op om een nieuw proces te definiëren en op te bouwen dat werd gebruikt voor enkele specifieke nieuwe medewerkers (de haalbaarheidstest). Wat we leerden was zo ongelooflijk waardevol dat we onze kijk op het proces volledig konden veranderen. Dat leidde tot een veel beter resultaat op de lange termijn: het was duurzamer, meer geautomatiseerd en leverde een beter resultaat op.
Een haalbaarheidstest opzetten
Volg deze stappen bij het plannen en uitvoeren van een haalbaarheidstest:
1. Identificeer het probleem of de kans
De eerste stap bij het plannen van een haalbaarheidstest is bepalen wat je precies wilt proberen of testen. Begin met de opzet van een projectplan, inclusief reikwijdte, planning en kosten.
Wanneer ik begin, maak ik graag een volledig projecthandvest of overzichtsdocument om te delen met iedereen die bij het project en de PoC betrokken is of eraan zal werken. Onthoud dat het feit dat een PoC kleiner is dan een volledige implementatie niet betekent dat mensen er geen grondige communicatie over nodig hebben.
2. Bepaal succescriteria voor de PoC
Zodra je het op te lossen probleem en de aanpak die je wilt testen hebt vastgesteld, bepaal je de succescriteria voor de PoC. Het vaststellen van succescriteria helpt iedereen te begrijpen wat je wanneer probeert te bereiken.
Succescriteria kunnen zowel ervaringsgericht als resultaatgericht zijn. Je succescriteria kunnen bijvoorbeeld omvatten dat je vaststelt of een nieuw proces op kleine schaal kan werken, of ze kunnen inhouden dat je vijf belangrijke inzichten uit de ervaring verzamelt om de volgende stappen in de projectontwikkeling te bepalen.
3. Stel een plan op voor het implementeren en uitvoeren van de PoC
Vervolgens is het tijd om een plan op te stellen dat de kans weerspiegelt die je probeert te testen en dat toewerkt naar de succescriteria.
Het plan voor implementatie en uitvoering moet een vaste tijdsduur hebben en moet óf een representatief voorbeeld zijn óf testen wat op grotere schaal geïmplementeerd zou kunnen worden om het probleem of de kans aan te pakken.
4. Bepaal de benodigde middelen
Zodra je plan is gedefinieerd, verzamel je de benodigde middelen. Werk samen met de kernleden van je projectteam om te bepalen wie erbij betrokken moet zijn en werk vervolgens samen met de verschillende middelenmanagers, ontwikkelingsteams en anderen binnen je organisatie om goedkeuring te krijgen voor de betrokkenheid van deze mensen.
Ik heb ook gemerkt dat het gemakkelijker is om toezeggingen van managers binnen een organisatie te krijgen wanneer het verzoek tijdgebonden en specifiek is.
5. Voer het experiment uit en verzamel feedback
Voer vervolgens het experiment uit. Bedenk dat dit een test is, dus alles wat je onderweg observeert, corrigeert, bijstuurt of ondersteunt, moet worden vastgelegd in een sjabloon voor geleerde lessen, zodat je zoveel mogelijk gegevens hebt om toe te passen op de volledige implementatie.
Wanneer de PoC eindigt, vier je de betrokkenheid van alle middelen en teams terwijl je feedback van gebruikers en geleerde lessen verzamelt om deze op te nemen in je resultaten en projectplan voor grootschalige implementatie.
6. Deel je resultaten
Zodra je PoC is afgerond en de feedback is verzameld en geordend, is het tijd om de resultaten van je PoC-experiment te delen met belanghebbenden bij het project, sponsors en geïnteresseerde partijen. Communiceer zowel schriftelijk als tijdens vergaderingen om ervoor te zorgen dat je informatie degenen bereikt die deze nodig hebben, op een manier die hun begrip maximaliseert.
Deel het probleem dat je probeerde aan te pakken, hoe je dat hebt aangepakt, welke middelen je hebt ingezet, de succescriteria voor het experiment, hoe het experiment is verlopen en welke geleerde lessen je hebt verzameld.
Wanneer gebruik je een proof of concept?
Gebruik een proof of concept wanneer het succes van een project afhankelijk is van een idee, technologie of aanpak die nog niet is gevalideerd. Hiermee kun je de haalbaarheid testen, mogelijke obstakels identificeren en goed geïnformeerde beslissingen nemen voordat je aanzienlijke middelen vastlegt.
Ik raad aan een proof of concept te gebruiken:
- Bij de introductie van nieuwe of onbekende technologie: Als je project technologie omvat waarmee je team nog niet eerder heeft gewerkt, gebruik dan een PoC om de mogelijkheden ervan te verifiëren. Test bijvoorbeeld of een AI-tool de documenten van je bedrijf nauwkeurig kan verwerken voordat je je vastlegt op een volledige implementatie.
- Wanneer de technische haalbaarheid onzeker is: Met een PoC kun je bepalen of een voorgestelde oplossing aan specifieke technische vereisten kan voldoen. Dit is vooral nuttig wanneer je te maken hebt met complexe functionaliteit, prestatiebeperkingen of onbewezen benaderingen.
- Bij het integreren van meerdere systemen: Als je project vereist dat verschillende softwareplatforms gegevens uitwisselen of samenwerken, test de integratie dan voordat de ontwikkeling begint. Zo ontdek je compatibiliteitsproblemen, beperkingen van API's en problemen met gegevensoverdracht die je planning in de war kunnen sturen.
- Wanneer de projectrisico's hoog zijn: Projecten met aanzienlijke financiële, operationele of technische risico's hebben baat bij vroege haalbaarheidstests. Met een PoC kun je je grootste onzekerheden onderzoeken voordat die risico's uitgroeien tot kostbare problemen.
- Bij het evalueren van concurrerende oplossingen: Als je team meerdere technische benaderingen overweegt, gebruik dan een PoC om de haalbaarheid ervan aan de hand van dezelfde vereisten te vergelijken. Zo beschik je over onderbouwing voor je aanbeveling, in plaats van te vertrouwen op beweringen van leveranciers of aannames.
- Wanneer goedkeuring van belanghebbenden afhankelijk is van de haalbaarheid: Als sponsors aarzelen om financiering goed te keuren voor een onbewezen concept, kan een PoC aantonen of de voorgestelde aanpak werkt. Bepaal vooraf meetbare succescriteria, zodat belanghebbenden over objectief bewijs beschikken om hun beslissing op te baseren.
- Wanneer de projectvereisten de bestaande mogelijkheden op de proef stellen: Als je project ongewoon complexe berekeningen of veeleisende prestatievereisten omvat (of andere onbekende omstandigheden), test dan of de voorgestelde oplossing dit aankan. Zo identificeer je technische beperkingen voordat je je reikwijdte en ramingen definitief maakt.
- Bij het opschalen van een bestaande oplossing: Een oplossing die voor één afdeling werkt, ondersteunt niet noodzakelijkerwijs een hele organisatie. Gebruik een PoC om specifieke aannames over schaalbaarheid te testen, bijvoorbeeld of de architectuur grotere werklasten of grotere datasets aankan.
PoC versus bewijs van waarde versus prototype versus minimaal levensvatbaar product
Een haalbaarheidsproef, bewijs van waarde (PoV), prototype en minimaal levensvatbaar product (MVP) helpen je allemaal om een projectidee te valideren voordat je je vastlegt op volledige ontwikkeling. Elk ervan heeft echter een ander doel en beantwoordt een andere vraag.
Een PoC test of een idee technisch haalbaar is, terwijl een PoV meet of de voorgestelde oplossing betekenisvolle bedrijfswaarde oplevert. Een prototype laat zien hoe een oplossing eruit zou kunnen zien of functioneren, terwijl een MVP een werkende versie oplevert met voldoende functies om deze met echte gebruikers te testen.
Dit is de vergelijking:
| Aspect | Proof of Concept | Proof of Value | Prototype | Minimaal levensvatbaar product |
|---|---|---|---|---|
| Hoofdvraag | Werkt het? | Levert het waarde op? Zo ja, hoeveel? | Hoe zou het eruit kunnen zien of kunnen werken? | Zullen gebruikers het gaan gebruiken en er baat bij hebben? |
| Primair doel | Technische haalbaarheid valideren | Aantoonbare bedrijfswaarde demonstreren | Ontwerp of functionaliteit verkennen en testen | Gebruikersbehoeften en productaannames valideren |
| Wat het test | Technische aannames, mogelijkheden en beperkingen | Bedrijfsresultaten, ROI en operationele verbeteringen | Ontwerpconcepten, gebruiksvriendelijkheid en gebruikersinteracties | Essentiële functionaliteit, gebruikersadoptie en marktvraag |
| Typische output | Kleinschalige technische demonstratie of experiment | Testresultaten met meetbare bedrijfsresultaten | Draadmodel, mock-up of interactief model | Functioneel product met essentiële functies |
| Beoogde doelgroep | Technische teams, projectsponsors en besluitvormers | Zakelijke belanghebbenden, leidinggevenden en projectsponsors | Ontwerpers, ontwikkelaars en potentiële gebruikers | Vroege gebruikers en echte gebruikers |
| Functionaliteitsniveau | Beperkt tot wat nodig is om de technische haalbaarheid te valideren | Voldoende functionaliteit om de beoogde voordelen te meten | Kan niet-functioneel, gedeeltelijk functioneel of interactief zijn | Functioneel en bruikbaar voor het beoogde doel |
| Wanneer te gebruiken | Wanneer de technische haalbaarheid onzeker is | Wanneer je bewijs van bedrijfswaarde nodig hebt om een investering te rechtvaardigen | Wanneer je het ontwerp of de gebruiksvriendelijkheid vóór de ontwikkeling moet valideren | Wanneer je klaar bent om een werkende oplossing met echte gebruikers te testen |
| Succescriteria | Aan technische vereisten is voldaan en de haalbaarheid is aangetoond | Meetbare voordelen zijn behaald ten opzichte van vooraf vastgestelde doelstellingen | Ontwerpaannames zijn gevalideerd aan de hand van feedback | Gebruikersbetrokkenheid, gebruikersadoptie en gevalideerde productaannames |
Aan de slag met je PoC
Wanneer je begint met het plannen van je proof-of-concept, vergeet dan niet vast te houden aan de basisprincipes van projectmanagement: planning, communicatie, documentatie en samenwerking. Projectmanagementsoftware kan helpen om deze onderdelen georganiseerd te houden terwijl de PoC vordert.
Veel van de principes van projectmanagement op volledige schaal zijn van toepassing op een PoC, alleen op kleinere schaal en hopelijk in een kortere tijd.
