Module 1 · Enterprise Architecture en de TOGAF Standard
4. Stakeholders, concerns, viewpoints en views
Niet iedereen heeft hetzelfde model nodig. Een directielid wil weten welke verandering bijdraagt aan dienstverlening; een behandelaar wil weten wanneer een dossier verder kan; een informatie-eigenaar wil weten welk begrip leidend is.
Een stakeholder heeft concerns. Een viewpoint beschrijft hoe je een bepaald soort concern in beeld brengt; een view is een concrete weergave voor de onderzochte situatie. Een afgesproken manier om waardefasen en capabilities samen te tonen is een viewpoint; de ingevulde Aurora-matrix is een view.
Stakeholder | Concern | Bruikbare view | Wat die view niet bewijst |
|---|---|---|---|
Verzekerde | Weet ik wat besloten is en wat volgt? | Waardemomenten met uitlegcriteria. | Werkelijk begrip of tevredenheid. |
Manager Schade | Waar stokt de dienstverlening? | Fasen met prestatiebewijs en capabilitybijdragen. | De technische oorzaak van elke vertraging. |
Informatie-eigenaar | Is besluit en grondslag herleidbaar? | Begrippenrelaties en vastleggingsafspraken. | Dat ieder huidig dossier al voldoet. |
Vraag bij iedere weergave: welk besluit moet ermee worden ondersteund, welke informatie is opgenomen en wat is bewust weggelaten?
Gerichte communicatie
Van belanghebbende naar bruikbare view
- Stakeholder
Wie gebruikt, besluit, beheert of ondervindt gevolgen?
- Concern
Welke zorg of informatiebehoefte moet worden beantwoord?
- Viewpoint
Welke manier van kijken past bij dat concern?
- View
De concrete weergave van Aurora voor dit besluit.
Architectuurcheck: Een mooie plaat zonder expliciet concern is decoratie; een view is pas bruikbaar als zij een vraag helpt beantwoorden.
Terug naar het moduleoverzicht
Verder met de volledige training?
In de volledige training werk je door aan de vervolgmodules en bewaar je je voortgang op je account.
Bekijk de volledige training