Professional Documents
Culture Documents
Process Driven
Requirements Engineering
Introductie
Veel projecten worstelen met het vaststellen
van de probleemstelling en oplossing die daar
het beste bij past. Projecten leveren wel goed
werkende applicaties op, maar lang niet altijd
applicaties die het probleem oplossen. Process
6. PDRE
zorgt voor een centraal
overzicht van de samenhang tussen
business requirements, processen,
stakeholders, oplossingen en testcases. Deze single point of definition
bevordert
de
communicatie
in
projecten over de herkomst van
requirements en waar ze aan
gerelateerd zijn.
Pagina 2 van 7
WaaromWatHoe model
PDRE framework
Stappenplan
Pagina 3 van 7
Afbeelding 3. Stappenplan
Stakeholders involvement
Een project wordt genitieerd door een
opdrachtgever die een belang heeft in de
gewenste verandering. Echter, een project
raakt al snel diverse afdelingen, klantgroepen,
leveranciers en andere partijen die naast de
opdrachtgever vanuit hun eigen contextrequirements stellen in het project. Het is zaak
te onderkennen wie die stakeholders zijn, hen
vanaf het begin tot het einde van het project te
betrekken en te weten welke eisen ze hebben.
Het niet expliciet maken en betrekken van
stakeholders heeft als risico dat de
verandering niet wordt geaccepteerd, het
projectresultaat niet aan de verwachtingen
voldoet en het project vroegtijdig sneuvelt.
Ten aanzien van stakeholders involvement
spelen de volgende aspecten een rol:
Welke stakeholders zijn nodig?
Wie nemen (minder) actief deel aan
het project?
Welke mensen vertegenwoordigen
een stakeholder?
Wat te doen met beperkte tijd bij
stakeholders?
Hoe gaan workshops met stakeholders
in zijn werk en hoe bevraag je ze?
Voor een project is het van waarde dat de
opdrachtgever een leidende rol speelt in het
requirements proces. Hij heeft een groot
belang in het project en steekt er geld in. Hij is
er bij gebaat dat de juiste requirements boven
tafel komen. Om deze redenen neemt de
opdrachtgever deel aan de workshops om de
veranderingen in de processen te bepalen en
de requirements te specificeren.
Afbeelding 4. Workshops
Pagina 4 van 7
Pagina 5 van 7
Learning by doing
Een requirements proces staat niet in n keer
Pagina 6 van 7
Ter afsluiting
Afbeelding 8. PDRT aan het einde van een iteratie
Pagina 7 van 7