Essence methode

Practices

De methode bestaat uit zeven samenhangende practices.

enterprise-architecture

Enterprise architectuur

Richt, kies en bouw de enterprise-architectuurkaders: drivers, richting, paved road en transitie.

Beschrijf de architectuurvisie Beschrijf de gebaande weg Bestuur de architectuurverandering
stakeholderanalyse

Stakeholderanalyse

Brengt in beeld wie door een verandering wordt geraakt, wat hun rol, belang, invloed en houding is, en legt vast hoe met elk van hen wordt samengewerkt en gecommuniceerd.

Breng de belanghebbenden in beeld Analyseer rol, belang, invloed en houding Beleg vertegenwoordiging en verantwoordelijkheid
use-cases

Use cases

Maakt zichtbaar wie het systeem gebruikt en waarvoor, en werkt dat uit tot gespecificeerde use cases met de aanvullende eisen die voor alle use cases gelden.

Identificeer actoren en use cases Specificeer use cases
solution-architecture

Solution architectuur

Richt, kies, bewijs en plan de minimale architectuurkeuzes voor een specifieke solution — van high-level design (inclusief migratiestrategie), via architectuurbepalende eisen en low-level design, tot ondersteuning van de implementatie en conformance na oplevering.

Maak high-level design Identificeer architectuurbepalende eisen Maak low-level design
architectural-governance

Architectuursturing

Richt de sturing in — inclusief de cadans van het Architectuurforum —, laat de levering ongehinderd doorstromen binnen guardrails, toetst conformance met bewijs en stelt de governance bij — het minimale, cyclische geheel dat architectuurkwaliteit bewaakt zonder de gates uit de Project levenscyclus te dupliceren.

Richt governance in Bestuur levering Toets werking governance
change-management-lifecycle

Veranderfasering

Het ritme waarmee de onderneming een verandering onder architectuur doorvoert — een combinatie van TOGAF's ADM-fasering, Kotters achtstappenmodel en Prosci's ADKAR-model: Visie & strategie, Ontwerpen, Realiseren en Verankeren, met Adopteren & valideren als continu, centraal element.

Visie & strategie Ontwerpen Realiseren
project-lifecycle

Projectfasering

De projectfases bestaan uit zes fasen, gescheiden door vier beslismomenten (gates). Elke gate markeert een gecontroleerde overgang naar de volgende fase: van initiatief en eisen, via ontwerp, realisatie en validatie, tot een stabiele en beheerde oplossing. De gates zijn risicogestuurd: projecten die binnen de architectuurkaders (guardrails) blijven, stromen grotendeels automatisch door. Alleen afwijkingen of uitzonderingen worden expliciet beoordeeld, waardoor architectuursturing en projectgovernance elkaar op de juiste momenten versterken.

Fase 1 — initiatie Fase 2 — requirements Fase 3 — analyse & ontwerp

Open practice. Deze practices zijn open voor bijdragen van de community. Open een GitHub-issue om een verbetering aan een bestaande practice voor te stellen, een nieuwe practice te introduceren of een sjabloon bij te dragen — issues zijn het startpunt voor elke wijziging.