1. Waarom architectuur bij een businessvraag begint

Aurora wil schadeclaims sneller afhandelen. Een mogelijke reactie is een nieuw portaal. Maar een digitaal formulier helpt weinig als een besluit intern blijft wachten, informatie niet herleidbaar is of de betaling mislukt. De architectuurvraag is daarom breder: welke samenhang tussen organisatie, informatie en techniek is nodig om de afgesproken dienstverlening betrouwbaar te realiseren?

Enterprise Architecture helpt zulke samenhang expliciet maken, alternatieven beoordelen en besluiten onderbouwen. TOGAF biedt daarvoor begrippen, de Architecture Development Method (ADM) en ondersteunende richtlijnen. Het framework neemt de inhoudelijke keuze niet over. De architect moet nog steeds bepalen welke scope, stakeholders, modellen, evidence en beslissingen voor de concrete vraag relevant zijn.

Een enterprise is de organisatorische scope waarvoor doelen en samenhang worden beschouwd. Dat kan de hele onderneming zijn, maar ook een relevante combinatie van onderdelen en partners. De gekozen grens moet passen bij de vraag: voor een beperkte overdrachtsfout is een compleet model van alle bedrijfsactiviteiten niet automatisch nodig; bij dienstverlening over meerdere partners heen kan één afdeling juist te smal zijn.

Instapdiagnose. Stel dat een klantportaal traag voelt. Is daarmee bewezen dat de infrastructuur onvoldoende is? Nee. Een wachtrij in besluitvorming, een foutieve koppeling of onduidelijke statusinformatie kan hetzelfde zichtbare symptoom geven. De zichtbare ervaring bepaalt dus niet automatisch het architectuurdomein van de oorzaak.