Tools voor enterprise-architectuur: zo kies je de juiste

Met tools voor enterprise-architectuur breng je mogelijkheden, applicaties, data en processen in kaart. Zo zie je hoe ze met elkaar samenhangen. Welke tool bij je past, hangt af van wat je zoekt: een inventaris, standaarden en roadmaps, of inzicht in hoe het werk er in de praktijk aan toegaat.

Een repository laat zien wat je hebt en hoe de onderdelen volgens plan samenhangen. Maar je ziet er niet per se in wat er gebeurt wanneer mensen die systemen en processen gebruiken.

Dat ligt niet aan de mensen die de architectuur bijhouden. Werk verandert, documenten verouderen en operationele systemen leggen bewijs vast dat een statisch model niet uit zichzelf kan bieden.

Waarvoor gebruik je tools voor enterprise-architectuur?

Met tools voor enterprise-architectuur beschrijf je een organisatie en de relaties tussen de onderdelen. De meeste ondersteunen drie hoofdtaken.

• Inventarisatie: Leg mogelijkheden, processen, applicaties, data, eigenaren en afhankelijkheden vast.
• Standaarden en roadmaps: Gebruik frameworks zoals TOGAF of ArchiMate om voorgestelde wijzigingen te beoordelen en de overgang van de huidige naar de gewenste situatie te plannen.
• Analyse: Breng in beeld hoe de organisatie werkt en wat de gevolgen van een wijziging kunnen zijn.

Met een repository kun je vragen beantwoorden als: welke applicaties ondersteunen een mogelijkheid, of welke processen zijn afhankelijk van een systeem? Ook geeft die teams een gedeelde terminologie om veranderingen te bespreken.

Een architectuurrepository laat echter niet vanzelf zien hoe het werk in de praktijk verloopt. Een procesnaam, eigenaar en beschrijving vertellen niet hoe vaak cases een uitzonderingsroute volgen, waar ze wachten of hoeveel goedkeuringsrondes ze doorlopen.

Dat onderscheid vormt de basis voor de rest van deze vergelijking: repositorytools beschrijven wat je hebt en van plan bent. ProcessMind helpt je onderzoeken wat er volgens je systemen daadwerkelijk gebeurt.

Waar let je op bij het vergelijken van software voor enterprise-architectuur?

Vergelijk software voor enterprise-architectuur met het werk dat je ermee wilt ondersteunen, niet alleen met de functies op de website van een leverancier.

1. Repository en metamodel: Kan de tool je mogelijkheden, processen op meerdere niveaus, applicaties, data en relaties weergeven zonder omslachtige oplossingen?
2. Ondersteuning voor frameworks: Ondersteunt het product ArchiMate en TOGAF, of biedt het vooral elementen om diagrammen te maken?
3. Procesdetails: Kun je van een proces op hoofdlijnen inzoomen op subprocessen, activiteiten, gateways en varianten? Vraag om een proces op meerdere niveaus te bekijken.
4. Datakoppeling: Kun je onderdelen van de architectuur verversen of toetsen aan operationele data, in plaats van volledig op handmatige updates te vertrouwen?
5. Samenwerking en toegangsrechten: Kunnen teams bijdragen aan het werk en het beoordelen? Kunnen mensen de repository bekijken zonder editorlicentie?
6. Hosting en opslag van data: Waar wordt je data opgeslagen, wie heeft er toegang toe en voldoet dat aan je eisen?
7. Uitwisselbaarheid: Kun je je architectuur exporteren en API’s of open bestandsformaten gebruiken? Je moet je werk kunnen meenemen.
8. Licenties: Hoe zijn licenties geregeld voor editors, beoordelaars en kijkers met alleen-lezenrechten? Vergelijk de totale kosten voor iedereen die toegang nodig heeft, niet alleen voor het kernteam.

Let vooral op procesdetails en datakoppelingen. Een mogelijkhedenkaart kan nuttig zijn voor de planning, maar je kunt er minder mee als je die niet kunt koppelen aan de processen die mensen uitvoeren.

Vraag leveranciers te laten zien hoe een model wordt bijgehouden, hoe ver je in de proceshiërarchie kunt inzoomen en of je informatie aan data kunt toetsen. Zo ontdek je of de tool de proceslaag ondersteunt of die alleen vastlegt.

Met deze aandachtspunten bepaal je of je een repository voor enterprise-architectuur, een laag met procesbewijs of allebei nodig hebt.

Welke tool voor enterprise-architectuur past bij welke taak?

Verschillende soorten tools voor enterprise-architectuur zijn geschikt voor verschillende behoeften. Een goede vergelijking begint bij de taak, niet bij het aantal functies. Daarom vergelijkt de matrix hieronder de acht aandachtspunten per categorie, met ProcessMind als laatste kolom.

EA-suites die vooral op repositories zijn gericht, zoals Software AG ARIS, Bizzdesign, MEGA HOPEX, Orbus iServer en Sparx EA, zijn gemaakt voor architectuurrepositories, frameworks, governance en portfoliobeheer. Ze passen bij organisaties die een formeel architectuurprogramma willen en de capaciteit hebben om dat uit te voeren.

Platforms voor EA-beheer, zoals SAP LeanIX, bieden een SaaS-aanpak voor inventarissen van applicaties en mogelijkheden. Ze passen bij organisaties die inzicht willen in hun applicatielandschap en enterprise-architectuur op een gestructureerde manier willen beheren.

Diagram- en ArchiMate-tools kunnen een praktische keuze zijn als je vooral modellen wilt maken en delen. Archi is een gratis, opensourceoptie die ArchiMate ondersteunt. Ook met Visio kun je architectuur documenteren. Controleer of de mogelijkheden voor repositories, samenwerking en governance aansluiten op je behoeften.

ITSM- en platformmodules kunnen passen als architectuuroverzichten moeten aansluiten op systemen die je al gebruikt. Controleer of de modelleermogelijkheden en repositoryfuncties van de module passen bij je architectuurpraktijk.

ProcessMind richt zich op een andere vraag: hoe verloopt het werk en wat laten de operationele data zien? Het koppelt waardestromen en procesniveaus aan de eventdata die je systemen al vastleggen. Zo kun je de architectuur tot op de uitgevoerde activiteiten bekijken en toetsen aan wat er echt is gebeurd.

Er is niet één beste keuze voor al deze categorieën. Kies de tool die past bij de taak die je als eerste wilt uitvoeren. Gaat het je vooral om procesgedrag, begin dan met bewijs uit de proceslaag. Voeg een repository toe als je architectuurprogramma die nodig heeft.

Waarom raakt enterprise-architectuur los van de praktijk?

Enterprise-architectuur kan losraken van de praktijk als de repository afhankelijk is van handmatige updates en het model te ver afstaat van het werk dat het moet beschrijven.

Drie structurele factoren maken dat waarschijnlijker:

• Mensen houden de repository handmatig bij. Wijzigingen in processen, applicaties en eigenaarschap moeten worden ingevoerd en beoordeeld.
• De voordelen komen soms pas later. Teams hebben een actuele inventaris misschien pas nodig bij een toekomstige audit of impactanalyse, terwijl het werk om die bij te houden nu al moet gebeuren.
• Het model beschrijft de bedoeling, niet het gedrag. Een gedocumenteerd proces laat misschien niet zien hoeveel herstelwerk, uitzonderingen, overdrachten of wachttijd er in echte cases voorkomen.

Mogelijkhedenkaarten en applicatie-inventarissen helpen om de organisatie op hoofdlijnen te begrijpen. Maar mensen die het werk uitvoeren herkennen hun dagelijkse proces misschien niet in een model dat niet verder gaat dan het niveau van mogelijkheden of applicaties.

De verschillen worden vaak zichtbaar in de details: procesvarianten, overdrachten, herhaalde goedkeuringen en wachttijd. Een repository kan het beoogde proces vastleggen, maar je hebt een extra bron van bewijs nodig om te zien of de beschrijving nog overeenkomt met de dagelijkse praktijk.

Een architectuur waarin niemand zich herkent, schiet op twee manieren tekort. Mensen werken eromheen, omdat het model één goedkeuring laat zien terwijl het team weet dat er drie zijn. Daardoor raadpleegt niemand het model meer. Of het blijft bestaan als document voor compliance, dat voor een audit wordt bijgewerkt en tussendoor wordt genegeerd. Geen van beide problemen ligt aan de tool. Ze ontstaan doordat het model te ver afstaat van het werk.

Betere governance kan helpen om een repository bij te houden. Maar daarmee heb je nog geen onafhankelijk bewijs dat het model overeenkomt met de praktijk. Door procesmodellen aan operationele data te koppelen, kun je dat controleren.

Hoe sluit de architectuur aan op het werk?

Details over waar en hoe het werk wordt uitgevoerd, maken de architectuur herkenbaarder voor teams. Je kunt ze bovendien toetsen aan operationele data.

Een mogelijkhedenkaart beschrijft wat de organisatie moet doen. Een procesmodel kan laten zien hoe dat werk wordt uitgevoerd, wie ervoor verantwoordelijk is en hoe subprocessen met elkaar samenhangen. Hoe duidelijker je die niveaus koppelt, hoe makkelijker je schakelt tussen een architectuuroverzicht en het werk dat erin staat.

Een event log voegt bewijs toe over afgeronde cases. Je ziet welke activiteiten plaatsvonden, in welke volgorde en hoe lang cases duurden. Door dat bewijs met een procesmodel te vergelijken, ontdek je waar het waargenomen gedrag afwijkt van het gedocumenteerde proces.

Dat betekent niet dat je elk onderdeel van een enterprise-architectuur uit eventdata kunt afleiden. Besluiten over portfolio’s, standaarden en de gewenste situatie vragen nog steeds om architectuurwerk en governance. Data biedt een aantoonbare basis voor de proceslaag, maar vervangt niet de hele repository.

Procesdetails uit de praktijk voorkomen beide problemen. Als de architectuur activiteiten, overdrachten en wachttijden laat zien, kan een team het eigen werk in het model herkennen. Een eigenaar ziet dan ook voor welk besluit die verantwoordelijk is. Een EA-tool kan de portfolio bevatten. Het werk zelf verbindt die portfolio met de mensen die er uitvoering aan geven.

Met bewijs kun je de aansluiting controleren. De wachttijd in het model moet overeenkomen met die in het log. Is dat niet zo, dan gaat het gesprek over het proces in plaats van over het diagram. Dat levert meer op dan nog een ronde updates.

Ook de volgorde van het werk verandert. In plaats van eerst de hele repository af te maken en te hopen dat de details later volgen, meet je één proces en koppel je het aan het niveau erboven. Zo wint het model vertrouwen op plekken waar je het kunt controleren. Dat eerste onderdeel is klein genoeg om af te ronden en geeft het architectuurprogramma een werkend voorbeeld in plaats van alleen een plan.

Met documentatie van procesarchitectuur zie je hoe procesniveaus en relaties worden weergegeven. Lees voor de data zo maak je een process mining-event log.

Waarom pakt ProcessMind architectuur anders aan?

ProcessMind begint bij het deel van de architectuur dat je met data kunt onderbouwen. Dat is een bewuste keuze voor een andere aanpak, niet een uitgeklede versie van wat een repository doet.

Portfoliobeheer, applicatielevenscycli en beheer van standaarden zijn het werkterrein van repositories. ARIS, SAP LeanIX, Bizzdesign, MEGA HOPEX, Orbus en Sparx doen dat goed. Hier richten we ons op de proceslaag.

We richten ons op de proceslaag: waardestromen, instelbare procesniveaus, RACI-eigenaarschap, governance-workflows en een kijkersportaal, gekoppeld aan eventdata. Die laag is zelfstandig bruikbaar voor procesvragen en sluit goed aan op een repository als een architectuurprogramma die nodig heeft.

Hoe kies je een tool voor enterprise-architectuur?

Kies op basis van de vragen waarop je teams antwoord nodig hebben en het architectuurwerk dat je wilt beheren.

• Je hebt portfoliobeheer, standaarden en roadmaps nodig: Zet een volledige EA-suite op je shortlist en plan ook de mensen en processen in die nodig zijn om de repository bij te houden.
• Je hebt een SaaS-inventaris van applicaties en mogelijkheden nodig: Beoordeel een platform voor EA-beheer, zoals SAP LeanIX, aan de hand van je eisen voor inventarisatie en governance.
• Je wilt weten hoe processen zich gedragen: Begin met procesmodellen en operationele data. Bepaal daarna of je ook een bredere repository nodig hebt.
• Je weet het nog niet: Breng in kaart welke vragen teams het vaakst stellen. Dat helpt je bepalen of je begint met een repository, procesbewijs of allebei.

Vergelijk je tools die vooral op repositories zijn gericht? Bekijk dan onze vergelijking van ARIS-alternatieven. Onderzoek je hoe modellen en data samenwerken? Lees dan hoe procesmodellering en process mining elkaar aanvullen.

Begin op een plek waar je bewijs kunt verzamelen. Voeg een repository toe als je architectuurprogramma de bredere mogelijkheden voor governance en portfoliobeheer nodig heeft.

Welke plek heeft ProcessMind?

ProcessMind biedt een laag voor processen en waardestromen die de architectuur koppelt aan bewijs over hoe het werk verloopt.

Een repository bevat de portfolio en standaarden. ProcessMind bevat de proceslaag en het bewijs daarachter. Teams die beide gebruiken, kunnen de procesdetails in hun architectuur controleren. Wie alleen de proceslaag nodig heeft, kan die ook zelfstandig gebruiken.

Je kunt processen indelen in configureerbare niveaus, modelleren in BPMN 2.0 en RACI-verantwoordelijkheden toewijzen. Ook kun je governance-workflows en een viewerportaal gebruiken. Koppel procesmodellen aan event data om gedocumenteerde processen te vergelijken met de praktijk. Met processimulatie onderzoek je een wijziging in het model voordat iemand het proces in productie aanpast.

Bekijk de pagina over enterpriseprocesarchitectuur voor meer informatie over de mogelijkheden van ProcessMind op dit gebied. Lees ook over procesgovernance en wat process mining is.