Conformance bewaken

Toets de solution integraal bij oplevering

Beoordeel bij afronding van de bouw of de oplossing als geheel voldoet aan de architectuurbepalende eisen en de vastgestelde architectuurbeslissingen. Kijk daarbij niet alleen naar de afzonderlijke onderdelen — die zijn al eerder getoetst tijdens Implementatiegovernance voeren — maar naar de samenhang die pas zichtbaar wordt wanneer alle onderdelen samen draaien. Leg het resultaat vast als bewijs waarmee System de status Ready bereikt.

Bepaal wat doorlopend bewaakt moet worden

Stel voor de operationele fase vast welke architectuurbepalende eisen en architectuurbeslissingen gevoelig zijn voor verandering in de context — bijvoorbeeld eisen die afhankelijk zijn van gebruiksvolume, van een specifieke leverancier, van wet- en regelgeving, of van een platform dat zelf nog in ontwikkeling is. Richt de bewaking op déze eisen, in plaats van op alles in gelijke mate.

Automatiseer waar mogelijk

Waar dat kan, wordt architectuurconformance niet alleen periodiek handmatig beoordeeld, maar ook doorlopend automatisch gecontroleerd — bijvoorbeeld met fitness functions die kwaliteitskenmerken zoals beschikbaarheid, betrouwbaarheid of naleving van integratiepatronen continu meten. Dit is een aanvulling op, geen vervanging van, de periodieke beoordeling door de architectuureigenaar.

Hervalideer sturende eisen wanneer de context verandert

Beoordeel bij relevante veranderingen — een nieuwe leveranciersversie, gewijzigde regelgeving, gegroeid gebruiksvolume, een organisatorische wijziging — of de architectuurbepalende eisen nog gelden zoals ze zijn vastgesteld. Een eis die ooit terecht bepalend was, kan door veranderende omstandigheden achterhaald raken; leg dit expliciet vast in plaats van de eis stilzwijgend te laten verlopen.

Werk architectuurbeslissingen en -model bij

Verwerk de uitkomsten van de conformance-bewaking in het architectuurmodel en de architectuurbeslissingen. Een kleine, beheerste afwijking wordt vastgelegd als bijgewerkte architectuurbeslissing. Is de verandering fundamenteel genoeg dat de bestaande architectuur niet meer houdbaar is, benoem dit dan expliciet als zodanig — dit is het signaal voor een nieuwe architectuurronde, niet voor een reeks losse aanpassingen die de architectuur langzaam laten verwateren.

Rapporteer structurele wijzigingen aan de Enterprise Architect

Koppel bevindingen met gevolgen buiten de solution terug aan de Enterprise Architect — bijvoorbeeld een structurele beperking van een leverancier die ook andere trajecten raakt, of een patroon dat blijkt op te treden bij meerdere COTS-implementaties. Dit is het overdrachtspunt naar de enterprise-brede Architecture Change Management: de architectuureigenaar signaleert en levert de solution-specifieke onderbouwing aan, maar de afweging en besluitvorming over de enterprise-architectuur als geheel vindt plaats binnen Architectuursturing, niet binnen deze activiteit.