Hoofdstuk 13 - Elicitatietechnieken
Het eliciteren ofwel het ontlokken of achterhalen van requirements bij
belanghebbenden.
Interviewen
Meest gebruikte en belangrijkste is interviewen. Dit kan worden gedaan
door:
Open vragen stellen:
Stellen van vragen over de huidige situatie. Geeft de geïnterviewde veel
ruimte om informatie te geven. Hierbij moeten gesloten vragen en andere
vragen waaruit de mening of veronderstellingen van de
requirementsanalist naar voren kunnen komen worden vermeden. Kan als
slotvraag stellen: “Is er nog iets anders dat ik je zou moeten vragen?” of
“Ben ik nog iets belangrijks vergeten te vragen?”.
‘Waarom’-vragen stellen:
Vragen naar de achterliggende reden. Hierbij niet te snel genoegen nemen
met een antwoord. Doorvragen totdat overtuigd dat het een echte
requirement is. ‘Waarom’-vragen afwisselen met alternatieve
formuleringen voorkomt vervelend of confroterende vragen.
Juiste invalshoek kiezen:
Focus op de goede invalshoek. Dus systeemperspectief of juist
businessperspectief.
Actieve houding aannemen:
Door het stellen van de juiste vragen helpt de requirementsanalist de
belanghebbende bij zijn gedachtevorming. Mag niet doorslaan naar
passieve of aggresieve houding. Passief is notulist. Aggresieve houding
oefent veel druk uit op belanghebbende. Zit daar tussenin, dus actief.
Verbeteringen aandragen:
Als de requirementsanalist de bedrijfsvoering en businesrequirements
goed begrijpt kan hij nieuwe ideeën en alternatieve werkwijzen
voorstellen. Dit kan een toegevoegde waarde bieden.
Het gesprek structureren:
Door structuur te geven kan de requirementsanalist voorkomen dat de
belanghebbende zijn eisen en wensen in willekeurige volgorde naar voren
brengt. Analist moet door vraagstelling de gebruiker meenemen langs de
relevante onderwerpen. Structuur is afhankelijk van gekozen perspectief.
Niet-functionele softwarerequirements tastbaar maken:
De analist kan ipv te vragen naar ‘hoe goed’ vragen naar ‘wat gaat er mis
als het systeem iedere maand één keer zou uitvallen?’.
Het eliciteren ofwel het ontlokken of achterhalen van requirements bij
belanghebbenden.
Interviewen
Meest gebruikte en belangrijkste is interviewen. Dit kan worden gedaan
door:
Open vragen stellen:
Stellen van vragen over de huidige situatie. Geeft de geïnterviewde veel
ruimte om informatie te geven. Hierbij moeten gesloten vragen en andere
vragen waaruit de mening of veronderstellingen van de
requirementsanalist naar voren kunnen komen worden vermeden. Kan als
slotvraag stellen: “Is er nog iets anders dat ik je zou moeten vragen?” of
“Ben ik nog iets belangrijks vergeten te vragen?”.
‘Waarom’-vragen stellen:
Vragen naar de achterliggende reden. Hierbij niet te snel genoegen nemen
met een antwoord. Doorvragen totdat overtuigd dat het een echte
requirement is. ‘Waarom’-vragen afwisselen met alternatieve
formuleringen voorkomt vervelend of confroterende vragen.
Juiste invalshoek kiezen:
Focus op de goede invalshoek. Dus systeemperspectief of juist
businessperspectief.
Actieve houding aannemen:
Door het stellen van de juiste vragen helpt de requirementsanalist de
belanghebbende bij zijn gedachtevorming. Mag niet doorslaan naar
passieve of aggresieve houding. Passief is notulist. Aggresieve houding
oefent veel druk uit op belanghebbende. Zit daar tussenin, dus actief.
Verbeteringen aandragen:
Als de requirementsanalist de bedrijfsvoering en businesrequirements
goed begrijpt kan hij nieuwe ideeën en alternatieve werkwijzen
voorstellen. Dit kan een toegevoegde waarde bieden.
Het gesprek structureren:
Door structuur te geven kan de requirementsanalist voorkomen dat de
belanghebbende zijn eisen en wensen in willekeurige volgorde naar voren
brengt. Analist moet door vraagstelling de gebruiker meenemen langs de
relevante onderwerpen. Structuur is afhankelijk van gekozen perspectief.
Niet-functionele softwarerequirements tastbaar maken:
De analist kan ipv te vragen naar ‘hoe goed’ vragen naar ‘wat gaat er mis
als het systeem iedere maand één keer zou uitvallen?’.
