Vision: 3. Belanghebbenden

[NowayIndustries]

Belanghebbenden [Om effectief producten en diensten te kunnen leveren die tegemoet komen aan de werkelijke behoeften van de belanghebbenden in dit project, is het noodzakelijk om te weten wie alle belanghebbenden zijn en hen ook allen deel uit te laten maken van het proces van het opstellen van requirements. Een belangrijke groep van belanghebbenden wordt gevormd door de (eind)gebruikers van het systeem. Dit hoofdstuk geeft een overzicht van de belanghebbenden, hun belangen en de belangrijkste problemen die zij door de voorgestelde oplossing beantwoord denken te zien.]

3.1 Overzicht belanghebbendenvertegenwoordigers Belanghebbendenrol Vertegenwoordiger Betrokkenheid [Geef hier de belanghebbendenrol, bijv. projectleiding, beheer, gebruikerstype 1, gebruikerstype 2, enz.]

[Wie vertegenwoordigt deze belanghebbendenrol? Hier hoort een naam van een persoon te staan. Elke rol die niet is ingevuld door een persoon betekent een risico, nl. een belang dat niet wordt bewaakt door de eigenaar. Het is mogelijk, bij verschillende rollen dezelfde vertegenwoordiger te kiezen, bijv. dezelfde persoon behartigt de belangen van verschillende gebruikerstypen.]

[Hoe is de belanghebbende betrokken in het project? Wat levert deze belanghebbende aan? Relateer waar mogelijk deze betrokkenheid aan in RUP op Maat onderkende rollen, bijv. ICT Architect, Business Analist, Domeindeskundige (vaak zijn er verschillende soorten domeindeskundigen), Beheerder.]

3.2 Profiel van de belanghebbenden [Beschrijf iedere groep (rol) die belang heeft in het systeem; vul voor elke onderkende belanghebbendenrol de onderstaande tabel in.] 3.2.1 <Belanghebbendenrol> Beschrijving [Geef zonodig een beschrijving van de rol. Geef eventueel het

expertisegebied aan.]

Verantwoordelijkhede n

[Noem de belangrijkste verantwoordelijkheden van deze belanghebbende m.b.t. het toekomstige systeem. Bijv. deze belanghebbende: Zorgt ervoor dat het systeem onderhoudbaar is Zorgt ervoor dat de eigenschappen van het product aansluiten bij de marktvraag enz. Er zijn belanghebbenden die geen verantwoordelijkheid m.b.t. het toekomstige systeem hebben, bijv. de contractmanager. Vul dan ‘geen’ in.]

<Projectnaam> Versie: 0.1 Vision Datum: 1-1- 2011

Vertrouwelijk <Naam bedrijf opdrachtgever>,

2011

Pagina 7 van 11

Vision Template - RUP op Maat - v. 3.00, download de laatste versie van www.rupopmaat.nl Succescriteria [Wanneer is het project succesvol volgens deze belanghebbendenrol? Let op: de criteria voor succes zullen per belanghebbendenrol verschillen. Het boven tafel krijgen van deze verschillen is een van de sleutelelementen van de Vision.]

Opmerkingen / Issues [Optioneel. Noteer hier problemen die volgens deze belanghebbendenrol succes in de weg zouden staan, en andere relevante informatie m.b.t. deze belanghebbendenrol.] 3.3 Behoeften van belanghebbenden [Geef hier de behoeften c.q. problemen weer zoals die worden ervaren door de diverse belanghebbendenrollen. Op deze manier is traceerbaar welk punt door welke belanghebbende is ingebracht. Doel van dit overzicht is behoeften aan belanghebbenden te koppelen en hier een heldere prioritering in aan te brengen.] 3.3.1 <Behoefte 1> Belanghebbende [Zet hier de belanghebbendenrol. Er kunnen meer belanghebbendenrollen

per behoefte zijn.]

Prioriteit [Geef (bijv. met MoSCoW) aan wat de prioriteit van deze behoefte is,

gerelateerd aan de andere behoeften.] Beschrijving [Beschrijf deze behoefte c.q. dit probleem.] Huidige situatie [Optioneel: als de te bouwen applicatie een bestaande vervangt, omschrijf

dan hoe de huidige applicatie het betreffende probleem oplost.] Oplossing [Welke oplossing voor het probleem wenst de belanghebbende?]

[NowayIndustries]

Ook de inleiding moet worden geschreven nog

[NowayIndustries]

Belanghebbenden: eindgebruikers uitsplitsen -> spelers & organisator

[NowayIndustries]

Zijn de juiste vertegenwoordigers aangegeven bij de belanghebbenden?

Behoeften van belanghebbenden vind ik wat kort door de bocht, ik had meer eisen en wensen, maar die zie ik terugkomen bij de requirements. Of begrijp ik de bedoeling van deze paragraaf niet?

[ianbeemsterboerr]

Doel van de paragraaf is op een hoog niveau aangeven welke problemen de applicatie oplost. Vanuit dat perspectief doet de applicatie 2 dingen: wedstrijdschemaś genereren en statistieken bijhouden.