Het belang van een user requirements onderzoek bij software op maat: Deel 1

Essentieel, want als de exacte criteria van tevoren duidelijk zijn, zijn er ook geen onvervulde verwachtingen achteraf. Dat is de reden dat we bij Four Digits zoveel aandacht besteden aan de oriëntatiefase van een ontwikkeltraject. Dit is de fase waarin we het software requirements onderzoek tot in detail uitvoeren. Zodat zowel wij als onze klanten precies weten waar ze aan toe zijn.

In deze blog vertellen we je wat het software requirements onderzoek inhoudt en delen we verschillende soorten requirements en methoden voor requirements onderzoek. Let’s dive in!

Wat zijn software requirements?

Software requirements zijn de gedetailleerde specificaties en criteria die omvatten wat een software applicatie moet kunnen om aan de behoeften en verwachtingen van gebruikers te voldoen. Er zijn verschillende soorten software requirements, waaronder:

• Functionele requirements
  Functionele requirements beschrijven de functionaliteiten en taken die de software moet uitvoeren. Het omvat de specifieke acties die gebruikers moeten kunnen uitvoeren binnen de software zoals het invoeren van gegevens, uitvoeren van berekeningen en het genereren van rapporten.

• Niet-functionele requirements
  Niet-functionele requirements richten zich op de kwaliteit en prestatiekenmerken van de software, zoals snelheid, betrouwbaarheid, veiligheid, schaalbaarheid en gebruiksvriendelijkheid. Hoewel deze requirements meer op de achtergrond liggen, zijn ze net zo belangrijk als functionele requirements. Ze beïnvloeden namelijk de gebruikerservaring van je software.

• Technische requirements
  Technische requirements omvatten de technische specificaties en vereisten waaraan de software moet voldoen. Hieronder vallen de ondersteunde programmeertalen, database structuren, eventuele hardwarevereisten en integraties met andere systemen.

• Gebruikers requirements
  Gebruikers requirements bestaan uit de specifieke wensen en behoeften van de eindgebruikers en zijn daarmee van groot belang om de software binnen de verwachtingen te ontwikkelen.
  
  
• Systeem requirements
  De focus van systeem requirements ligt op de functionaliteit, prestaties en gebruikerservaring vanuit het oogpunt van de eindgebruiker. Voorbeelden hiervan zijn prestatiedoelen zoals responstijd en betrouwbaarheid, maar ook gebruikersinteracties.
  
  
• Interface requirements
  Interface requirements beschrijven de vereisten met betrekking tot hoe verschillende onderdelen van het systeem met elkaar communiceren. Het omvat zowel de communicatie van onderdelen binnen het systeem, als eventuele communicatie met externe software.
  
  
• Operationele requirements
  Operationele requirements bepalen hoe de software moet werken tijdens de operationele fase. Het omvat de installatie, het gebruik, het onderhoud en de ondersteuning vanuit de ontwikkelaar.

• Security requirements
  Security requirements bepalen aan welke beveiligingseisen de software moet voldoen. Op basis van een analyse van de soort gegevens die in de applicatie komen, bepalen we samen met de klant wat het beveiligingsniveau moet zijn. Denk hierbij aan de mogelijkheid tot gegevensencryptie, twee-factor authenticatie, het wel of niet tonen van gegevens en het rollen- en rechtenmodel.

Er zijn dus een groot aantal verschillende soorten requirements waaraan software kan voldoen. Het helder krijgen van al deze verschillende requirements is een cruciale stap in het ontwikkelproces, omdat dit de blauwdruk schetst voor de uiteindelijke software architectuur.

Methoden voor requirements onderzoek

Er zijn verschillende manieren om een effectief requirements onderzoek te verrichten. Hierbij geldt dat een combinatie van verschillende manieren het meest effectief is om alle requirements helder te krijgen. We zetten verschillende methoden voor je op een rij:

1. Het identificeren van belanghebbenden

Een van de eerste stappen is het identificeren van alle belanghebbende partijen zoals gebruikers en stakeholders van de software. Deze stap is cruciaal, want het helpt je door verschillende perspectieven naar de software te kijken en zo te begrijpen wat de verschillende partijen van de software verwachten. Door de behoeften en eventuele knelpunten bij de huidige software te identificeren, schets je een totaalbeeld waaraan de software moet voldoen.

2. Kwantitatief onderzoek met behulp van enquêtes en vragenlijsten

Enquêtes en vragenlijsten zijn hiervoor effectieve tools. Ze helpen je om een brede groep aan gebruikers in één keer te bereiken. En deze methode helpt je om kwantitatieve data over hun behoeften en irritaties te verzamelen. Uit de resultaten van dit kwantitatief onderzoek komen vaak vragen voor die je vervolgens in kunt zetten in kwalitatief onderzoek.

3. Interviews met stakeholders en gebruikers

Het houden van interviews is een effectieve manier om directe feedback te ontvangen over specifieke aspecten van de software. Het stelt je in staat diepgaande vragen te stellen en door te vragen. Stroken de behoeften wel met de onderliggende problematiek? Daar wil je antwoord op krijgen in dit interview.

Het doel van het interview is om te begrijpen hoe de software in de praktijk gebruikt wordt en met welk doel. Tijdens een interview kunnen juist ook de verwachtingen uit het kwantitatief onderzoek getoetst worden in de praktijk. Strookt de verwachtingen wel met de realiteit? Met doorvragen kom je achter wat het daadwerkelijke probleem achter de verwachting is.

4. Observatie en documentanalyse

Hoewel kwantitatief en kwalitatief onderzoek diepgaande inzichten geeft in de verwachten en behoeften van gebruikers, weet je nooit zeker of hun antwoorden stroken met hun directe ervaring. Het simpelweg observeren van hoe gebruikers hun huidige software gebruiken kan daarbij veel inzichten geven. Het helpt bij het identificeren van niet-uitgesproken behoeften, maar ook om te signaleren waar de huidige werkwijze verschilt van de uitgesproken verwachtingen voor de nieuwe software.

5. Workshops en focusgroepen

Een andere manier om requirements helder te krijgen is het geven van workshops of opzetten van focusgroepen. Door gebruikers actief bij het creatieve proces te betrekken komen de verwachtingen meer op één lijn te staan en komt er begrip voor de veranderingen die gaan plaatsvinden. Daarnaast helpen focusgroepen bij het creatieve proces van vormgeving, want als je meerdere mensen bij elkaar zet ontstaan er nu eenmaal meer ideeën.

Een user requirements onderzoek doe je samen

Zoals je ziet komt er veel kijken bij een user requirements onderzoek. Software kan alleen naadloos aansluiten bij jouw organisatieprocessen als het voldoet aan de vele requirements. Het is van groot belang dat dit onderzoek grondig verricht wordt. Daarom is het van belang om dit juist samen met een ontwikkelaar te verrichten, waarbij de klant en het ontwikkelteam samenwerken. Want uiteindelijk heeft het ontwikkelteam zij de expertise die nodig is om de requirements uiteindelijk om te zetten in effectieve software op maat.

Bij Four Digits treden we niet alleen op als partner in het grondig uitvoeren van het user requirements onderzoek, we gaan zelfs een stap verder. Door je organisatieprocessen te analyseren komen we zelf met de meest ideale oplossing voor jouw organisatie. Naast ontwikkelpartner zijn we dus ook business analisten.

In deel 2 gaan we verder met het beschrijven van het documenteren, prioriteren en valideren van requirements. Daarnaast delen we uitdagingen en best practices om te zorgen dat jouw requirements onderzoek succesvol is!