Ondersteun de implementatie

Tijdens deze activiteit ondersteunt de architectuureigenaar het project, niet door er deel van uit te maken, maar door de architectuurbeslissingen te nemen die het project nodig heeft om door te kunnen. Via actieve deelname aan het bestaande werkritme van het team, in plaats van via losstaande toetsingsmomenten, bewaakt de architectuureigenaar dat de oplossing conform de vastgestelde architectuur wordt gebouwd of geconfigureerd. Risicovolle keuzes worden waar nodig gevalideerd, afwijkingen worden expliciet vastgelegd, en bevindingen met gevolgen buiten de solution worden teruggekoppeld aan de enterprise architect. Het resultaat is een actuele set architectuurbeslissingen die als betrouwbaar uitgangspunt dient voor de formele conformance-toetsing.

De architectuureigenaar ondersteunt het project door aan te sluiten bij het bestaande werkritme van het team: refinement, ontwerpoverleg, sprint review. Dat gebeurt in plaats van via toetsingsmomenten die van buitenaf worden ingepland. Zo ontstaat vanzelf zicht op de voortgang: niet alleen of de oplossing conform het ontwerp wordt gerealiseerd, maar ook of eerder genomen architectuurbeslissingen nog steeds de juiste zijn, gezien de inzichten die tijdens de realisatie ontstaan. Waar nodig neemt de architectuureigenaar direct een nieuwe of aangepaste architectuurbeslissing, zodat het team niet hoeft te wachten. Deze doorlopende betrokkenheid gaat vooraf aan de formele, enterprise-geborgde conformance-beoordeling bij de gate review, en bepaalt mede hoe goed die straks verloopt.

De verificatie richt zich op de onderdelen met het grootste technische of functionele risico. Complexe integraties, innovatieve oplossingen en de toepassing van standaardsoftware worden waar nodig gevalideerd met een proefopstelling, prototype of technische verkenning, zodat vroegtijdig vaststaat of de gekozen richting voldoet aan de architectuurbepalende eisen. Aan integraties gaat daarbij bijzondere aandacht uit: zijn de patronen correct toegepast, werken authenticatie en autorisatie zoals ontworpen, en blijven tijdelijke koppelingen daadwerkelijk tijdelijk? Zo wordt voorkomen dat pragmatische oplossingen ongemerkt onderdeel worden van de definitieve architectuur.

Moeten ontwerpkeuzes tijdens de realisatie worden aangepast, dan worden de gevolgen voor de architectuur inzichtelijk gemaakt en, waar nodig, vastgelegd als nieuwe of aangepaste architectuurbeslissing. Wijkt de realisatie af van de vastgestelde architectuur, dan wordt dit expliciet vastgelegd als dispensatie — met aanleiding, gevolgen, geldigheidsduur en voorwaarden voor herstel — en beoordeeld binnen de architectuurgovernance. Inzichten met gevolgen buiten de scope van de solution, zoals een beperking van standaardsoftware, een nieuw technisch risico of een patroon dat ook elders relevant is, worden teruggekoppeld aan de enterprise architect, zodat de implementatie-ervaring meebouwt aan de enterprise-architectuur.