Requirements Engineering
Les 1: Intro
Product development
Huidige situatie: mensen hebben een bepaald probleem (Bv geen babysit vinden)
Output: wij voorzien een product dat dit probleem oplost
Bv een babysitplatform, waarbij ouders en babysitters gematcht worden op basis van allerlei
factoren
Outcome: situatie waarin het gedrag van de eindgebruikers van ons product zodanig is verandert dat
hun probleem is opgelost
➔ Doel: minimale output voor maximale outcome
➔ Je moet kunnen verantwoorden hoe jouw output voor die outcome gaat zorgen en in welke
mate die outcome jouw organisatie/onderneming gaat verbeteren/beïnvloeden, = impact
Job-to-be-done achterhalen
Ga na wat de echte reden is dat mensen jouw product kopen en wat een individu werkelijk probeert
te bereiken in een bepaalde omstandigheid (er is altijd een causaliteit)
➔ Dus bv niet: een milkshake kopen omdat ze dorst hebben MAAR een milkshake kopen om
wakker te blijven achter het stuur en vol te blijven (McDonalds)
➔ The build trap = als organisaties te hard gefocust op de output ipv de change dat ze effectief
realiseren
➔ Een product is meer dan een fysiek goed/service → het is het totaalpakket: klanten, processen,
technologie…
Goed product is …
Usable = lost het probleem op, het is bruikbaar, intuïtief, snel, …
Valuable = waardevol voor de eindgebruikers
Viable = waardevol voor onze organisatie om op te lossen (zie ‘impact’)
Feasible = haalbaar/bouwbaar (genoeg geld en kennis)
1
,How do you know what to built?
Er zijn vaak meerdere oplossingen voor 1 probleem, dus moet je eerst kiezen wat de (voornaamste)
struggle/probleem is die je wilt oplossen
➔ Daarna ga je acties ondernemen om meer zekerheid te krijgen over de vraag of die oplossing(en)
dat probleem oplossen
Begin met acties die weinig tijd en geld kosten (learn) → hoe zekerder je wordt, hoe meer tijd
en geld je kan gaan investeren (earn)
Let op:
• 2 ‘danger zones’
o Gambling: Te veel investeren terwijl je absoluut nog geen zekerheid hebt
o Analysis paralysis: Te weinig investeren terwijl je eigenlijk al veel zekerheid hebt (dit
komt veel voor)
• Zekerheid is vrij subjectief → goede manier om dit in te schatten: wat wil je wedden als je
oplossing niet blijkt te werken (5 euro <-> je huis)?
Hoe acties ondernemen?
Bv door met mensen (potentiële klanten) te gaan praten en het dokter-patiënt model te
gebruiken → door echt te luisteren naar de mensen ga je veel beter begrijpen wat de
achterliggende reden(s) zijn van hun problemen en dus veel beter een oplossing kunnen
bedenken
= betere manier dan client-supplier model waarbij je vraagt aan die mensen om hun problemen op te schrijven
Who does this?
Client-supplier model: business geeft req aan IT, inschatten hoeveel kosten en dan maken
-> probleem: developers staan te ver
-> oplossing: dokter-patiënt model
2
, Les 2: Product strategy
Strategie =
▪ Beslissingsframework om output, outcome en impact te linken/te verantwoorden
▪ Toestaan om verder acties te ondernemen
▪ Om bepaalde outcomes en impacts te bereiken
▪ Constraint in wat we vandaag kunnen en wat er vandaag is -> moet realistisch/nuttig zijn
voor context van vandaag
Waarom product strategy?
➔ Focus: omschrijving van hoe het product (niet) moet zijn om die output te bereiken
= guiding principles (visie) → coherent set of actions (to become output)
➔ Decisions: kiezen voor wie je een probleem gaat oplossen en of dit voor die groep mensen
echt een probleem is
= diagnosis → continu principles aanpassen
Strategy = GUIDING PRINCIPLES + DIAGNOSIS + COHERENT SET OF ACTIONS
1. Set product direction (guiding principles)
Bigger picture
Begin bij onszelf: hoe gaat dit product ons beter maken?
➔ Willen we meer winst?
➔ Willen we meer keuze bieden aan de klant?
➔ Willen we meer klanten?
Hier ook verantwoorden wat dat inhoudt en waarom: waarom wil je 12% meer klanten en niet 20%
meer klanten?
Let op: output en outcome zijn nu nog onbekend!
3
Les 1: Intro
Product development
Huidige situatie: mensen hebben een bepaald probleem (Bv geen babysit vinden)
Output: wij voorzien een product dat dit probleem oplost
Bv een babysitplatform, waarbij ouders en babysitters gematcht worden op basis van allerlei
factoren
Outcome: situatie waarin het gedrag van de eindgebruikers van ons product zodanig is verandert dat
hun probleem is opgelost
➔ Doel: minimale output voor maximale outcome
➔ Je moet kunnen verantwoorden hoe jouw output voor die outcome gaat zorgen en in welke
mate die outcome jouw organisatie/onderneming gaat verbeteren/beïnvloeden, = impact
Job-to-be-done achterhalen
Ga na wat de echte reden is dat mensen jouw product kopen en wat een individu werkelijk probeert
te bereiken in een bepaalde omstandigheid (er is altijd een causaliteit)
➔ Dus bv niet: een milkshake kopen omdat ze dorst hebben MAAR een milkshake kopen om
wakker te blijven achter het stuur en vol te blijven (McDonalds)
➔ The build trap = als organisaties te hard gefocust op de output ipv de change dat ze effectief
realiseren
➔ Een product is meer dan een fysiek goed/service → het is het totaalpakket: klanten, processen,
technologie…
Goed product is …
Usable = lost het probleem op, het is bruikbaar, intuïtief, snel, …
Valuable = waardevol voor de eindgebruikers
Viable = waardevol voor onze organisatie om op te lossen (zie ‘impact’)
Feasible = haalbaar/bouwbaar (genoeg geld en kennis)
1
,How do you know what to built?
Er zijn vaak meerdere oplossingen voor 1 probleem, dus moet je eerst kiezen wat de (voornaamste)
struggle/probleem is die je wilt oplossen
➔ Daarna ga je acties ondernemen om meer zekerheid te krijgen over de vraag of die oplossing(en)
dat probleem oplossen
Begin met acties die weinig tijd en geld kosten (learn) → hoe zekerder je wordt, hoe meer tijd
en geld je kan gaan investeren (earn)
Let op:
• 2 ‘danger zones’
o Gambling: Te veel investeren terwijl je absoluut nog geen zekerheid hebt
o Analysis paralysis: Te weinig investeren terwijl je eigenlijk al veel zekerheid hebt (dit
komt veel voor)
• Zekerheid is vrij subjectief → goede manier om dit in te schatten: wat wil je wedden als je
oplossing niet blijkt te werken (5 euro <-> je huis)?
Hoe acties ondernemen?
Bv door met mensen (potentiële klanten) te gaan praten en het dokter-patiënt model te
gebruiken → door echt te luisteren naar de mensen ga je veel beter begrijpen wat de
achterliggende reden(s) zijn van hun problemen en dus veel beter een oplossing kunnen
bedenken
= betere manier dan client-supplier model waarbij je vraagt aan die mensen om hun problemen op te schrijven
Who does this?
Client-supplier model: business geeft req aan IT, inschatten hoeveel kosten en dan maken
-> probleem: developers staan te ver
-> oplossing: dokter-patiënt model
2
, Les 2: Product strategy
Strategie =
▪ Beslissingsframework om output, outcome en impact te linken/te verantwoorden
▪ Toestaan om verder acties te ondernemen
▪ Om bepaalde outcomes en impacts te bereiken
▪ Constraint in wat we vandaag kunnen en wat er vandaag is -> moet realistisch/nuttig zijn
voor context van vandaag
Waarom product strategy?
➔ Focus: omschrijving van hoe het product (niet) moet zijn om die output te bereiken
= guiding principles (visie) → coherent set of actions (to become output)
➔ Decisions: kiezen voor wie je een probleem gaat oplossen en of dit voor die groep mensen
echt een probleem is
= diagnosis → continu principles aanpassen
Strategy = GUIDING PRINCIPLES + DIAGNOSIS + COHERENT SET OF ACTIONS
1. Set product direction (guiding principles)
Bigger picture
Begin bij onszelf: hoe gaat dit product ons beter maken?
➔ Willen we meer winst?
➔ Willen we meer keuze bieden aan de klant?
➔ Willen we meer klanten?
Hier ook verantwoorden wat dat inhoudt en waarom: waarom wil je 12% meer klanten en niet 20%
meer klanten?
Let op: output en outcome zijn nu nog onbekend!
3
