ARCHITECTUURASPECTEN PLAN VAN AANPAK
De volgende aspecten, specifiek voor architecturen, worden in het Plan van Aanpak opgenomen:
- Opdrachtgever
- Doel en doelgroep
- Perspectief
- Gebruik van de architectuur
- Eisen aan de architectuur
- Bereik van de architectuur
- Inhoud van de architectuur
- De relatie met overige architecturen
- Aanpak
- Betrokken partijen
- Accordering van de architectuur
- Beheer van de architectuur
1. Opdrachtgever
De opdrachtgever voor architectuur wordt bij voorkeur gezocht in het hogere lijnmanagement. Het zoeken van een opdrachtgever buiten het architectenteam dwingt de architect om na te denken over het waarom van de architectuur die hij wil gaan opstellen. Hij moet dit waarom bovendien kunnen uitleggen aan de opdrachtgever. In deze paragraaf wordt ook aangegeven wat het belang van de opdrachtgever is bij de op te stellen architectuur. Belangrijk is dat de opdrachtgever zijn rol actief invult. En dus ook meedenkt over wat er precies opgeleverd zal gaan worden.
2. Doel en doelgroep
Kort en bondig, en zo concreet mogelijk, wordt aangegeven wat de organisatie wil bereiken met behulp van de op te stellen architectuur. Het doel bepaalt meteen ook de doelgroep.
3. Perspectief
Een architectuur heeft een bepaald perspectief. Het kan een beschrijving zijn van de huidige situatie (today-architectuur), maar het kan ook een gewenst toekomstbeeld schetsen (tomorrow-architectuur). Of een combinatie van beide. Bij een tomorrow-architectuur maakt het nog verschil of het gaat om het ideaalbeeld waar we eigenlijk naar toe willen, maar misschien nooit helemaal komen, of om een concrete schets van de situatie zoals het over bijvoorbeeld 9 maanden moet zijn. Bij algemene principes en beleidslijnen kan het gaan om dwingende voorschriften of om richtlijnen. Om misverstanden en verwarring te voorkomen is het belangrijk het perspectief van de op te stellen architectuur eenduidig aan te geven.
4. Gebruik van de architectuur
De architectuur die opgeleverd gaat worden moet geschikt zijn voor de manier waarop deze gebruikt moet gaan worden. Gebruik als communicatiemiddel voor hoger management, stelt andere eisen dan gebruik als kader voor projecten.
5. Eisen aan de architectuur
In deze paragraaf wordt aangegeven welke eisen er aan de op te stellen architectuur gesteld worden. Deze hangen nauw samen met het te bereiken doel en de doelgroep. Eisen kunnen bijvoorbeeld betrekking hebben op de mate waarin rekening gehouden moet worden met ontwikkelingen buiten de organisatie, de mate van detail die gewenst is of de aspecten die minimaal geadresseerd moeten worden.
6. Bereik van de architectuur
De op te stellen architectuur kan als scope de hele organisatie hebben, maar ook een divisie of business unit.
7. Inhoud van de architectuur
In deze paragraaf worden de dimensies aspect, vorm en diepgang aangegeven. Vermeld wordt welke aspecten de architectuur beslaat en wat er precies opgeleverd gaat worden. De architectuur kan betrekking hebben op producten/diensten, processen, organisatie, gegevens, applicaties en/of technische infrastructuur. De architectuur kan de vorm hebben van richtlijnen en/of modellen.
8. De relatie met overige architecturen
Hoe past de op te stellen architectuur in het geheel aan architecturen?
9. Aanpak
Hoe wordt het opstellen van de architectuur aangepakt? Welke activiteiten worden uitgevoerd en hoeveel tijd nemen die activiteiten in beslag? Gezien het risico dat architecten zich helemaal verliezen in het modelleren is het serieus te overwegen om timeboxing toe te passen bij het opstellen van de architectuur.
10. Betrokken partijen
Aangegeven wordt wie de belanghebbenden zijn bij de architectuur en op welke wijze zij betrokken worden bij de uit te voeren activiteiten. Niet alleen voor de kennis, maar ook voor het verkrijgen van draagvlak, is het aan te bevelen om de organisatie nauw te betrekken bij het opstellen van de architectuur. Er kan bijvoorbeeld een klankbordgroep opgericht worden voor inhoudelijke toetsing.
11. Accordering van de architectuur
Door vooraf vast te stellen wie de architectuur uiteindelijk moet accorderen, wordt voorkomen dat het product na oplevering blijft zweven en er discussie blijft bestaan over de geldigheid en het mandaat van de architectuur. Dergelijke discussies zijn regelmatig de doodsteek voor wat op zich een heel goede visie kan zijn.
12. Beheer van de architectuur
Al vooraf wordt bepaald door wie de op te leveren architectuur beheerd gaat worden.
