Vraaggesprek PvE

Gesprek

(v) Je stelt je voor.
(v) Je leidt het gesprek en vertelt wat het doel van het gesprek is.
(i) Je stelt de voorbereide vragen.
(i/v) Je luistert naar wat de klant zegt en gaat in op wat de klant zegt en vraagt door.
(v) Je vat steeds samen wat de opdrachtgever gezegd heeft.
(i) Je geeft gevraagd en ongevraagd advies.
(v) Je spreekt begrijpelijk (geen vaktaal).
(v) Je spreek duidelijk en verstaanbaar.
.(v) Je vertelt aan het einde van het gesprek wat de verdere procedure is.
(v) Je maakt aantekeningen
(v) Je stelt je klantvriendelijk op tijdens het gesprek

Vragen (uit de praktijk)

Vergeet niet de project specifieke vragen, zijn er onduidelijkheden in de opdracht? Doe geen (of zo min mogelijk) aannames!
Wie (wie in welke rol) gaat het systeem gebruiken?
Van elke rol, wat is de input en/of output
Zijn er andere programma’s of Databases waarmee het programma moet samenwerken; email systeem, single sign-on?
Zijn er andere technische randvoorwaarden (taal, platform; Unix of Windows)?
Zijn er speciale eisen ten aanzien van continuïteit (wat gaat er mis als het system even niet werkt)?
Wat zijn de eisen ten aanzien van gebruikersaantallen, performance en schaalbaarheid?
In welke omgeving gaat het system draaien; beveiligd intranet of op internet. Let ook op als je op de applicatie op ene intranet gaat draaien dan heb je niet zomaar toegang tot internet en dat beperkt dan bepaalde mogelijkheden zoals online CSS.
Als het systeem op internet gaat draaien; waar bij welke hosting partij, wie regelt dat en zijn er specifieke eisen die de hosting partij stelt?
Is er naar alternatieven (~~dnek~~denk ook ~~ana~~aan Excel) gekeken, zo ja naar welke en waarom zijn deze afgevallen?
Hoe wordt het process tot nu toe uitgevoerd, op papier? Kan ik dat zien?
Moeten gebruikers aanloggen, zo ja hoeveel rollen zijn er?
Voorbeelden, op papier?
Zijn er eisen of wensen ten aanzien van de planning of budget?
Wat zijn de kei-harde eisen en zijn er ook 'nice to have's'?
Hoe en wie gaat het systeem onderhouden? Wat zijn de eisen ten aanzien van onderhoud aan de applicatie?

Tips uit de praktijk voor gesprek

Zet alle vragen op papier.

Probeer in een natuurlijk process alles vragen te stellen. Een goede eerste vraag kan zijn:

"ik heb het hele verhaal van u goed gelezen en een aantal vragen op papier gezet die kunnen we langslopen maar misschien kunt u eerst nog een keer in het kort vertellen wat u precies wilt en waarom u het wilt?"

Let ook om de waarom, wat is de business case? Welk probleem wordt hier opgelost? Als er geen probleem wordt opgelost dan is het project vaak gedoemd te mislukken. In een latere fase kunnen gebruikers ook gaan mokken of zelfs tegenwerken. Verandering vinden ze vaak niet leuk. Door het doel (het oplossen van een probleem) scherp te houden kun je uitleggen waarom je het doet.

Maak tijdens het gesprek gewoon chronologisch aantekeningen. In de praktijk (niet in je examen) zou je ook kunnen vragen om het gesprek op te nemen, dan is het echter nog steeds van belang om aantekeningen te maken (waarom?).

Jij wilt wat leren dus laat de klant zoveel mogelijk praten (als jij praat leer je immers niets). Zorg alleen dat hij niet teveel van het onderwerp weg gaat. Reflecteer (LSD) en check aan het eind van het gesprek of al je voorbeidde vragen zijn beantwoord. Vraag om een email om eventueel vragen die later ntstaan nog te kunnen stellen.

Probeer het product voor je te zien.