Please enable JavaScript.
Coggle requires JavaScript to display documents.
Blok 5 V21 - Verwachtingen en eisen (Business Case (BC) (Opdrachtgever…
Blok 5
V21 - Verwachtingen en eisen
Business Case (BC)
Een verklaring waaruit blijkt dat de kosten tegen de baten opwegen
Stuurgroep, specifiek de opdrachtgever is de eigenaar
Opdrachtgever betrokken bij opstellen van BC
Verzamelen van (financiële) informatie en het verwerken in een presentabel document
BC geeft antwoord op het "waarom" ofwel het organisatiedoel
Realisatie van de benefits volgt naar oplevering
d.m.v. het uitvoeren van een projectbeoordeling
De eisen en wensen zeggen iets over "wat" en binnen "welke kaders" het eindproduct moet worden gemaakt
Bij het vaststellen van eisen houdt twee aspecten voor ogen:
Fitness for purpose
Is het eindproduct passend voor het doel van het project?
Fitness for use
Is het eindproduct passend voor gebruik na het project?
Bij BC speelt de volgende vraag een centrale rol:
Value for money:
Wegen de baten op tegen de kosten
Haalbaarheidsonderzoek
voorafgaand aan een project om één of meer alternatieven grondig te beoordelen: de business opties en oplossingsrichtingen met ieder een eigen business case
Business Case (BC)
Acceptatiecriteria
Eisen worden in een vroeg stadium omgezet in acceptatiecriteria
Wordt gebruik om aan te geven wanneer het resultaat van het project goed genoeg is
Worden bij oplevering van het product gebruikt in een review
Gaat vooral in op de mate waarin het resultaat of product uit het project kan worden gedefinieerd en getoetst
Productkwaliteit
verschillen tussen eisen, verwachtingen en acceptatiecriteria
Verwachtingen
zijn 'vage' uitspraken of indicaties die de opdrachtgever in zijn hoofd heeft waar een product bij voorkeur aan zou moeten doen (veilig, gebruiksvriendelijk)
Eisen
zijn expliciete criteria waaraan moet worden voldaan
Acceptatiecriteria
gaat hier een waarde aan koppelen, zodat je het ook echt kunt meten.
Het wordt ook wel genoemd als specificaties, programma van eisen of requirements
MoSCoW-methode
Gaat om prioriteiten stellen
Wordt gebruik binnen:
productontwikkeling
marketing
bedrijfsanalyse
Must Have
Should have
Could Have
Won't Have
Must Have niet meer dan 60% van het project.
Must Have & Should Have 80% van het project.
De resterende 20% is bestemd voor de "Could Haves'