Architectuureigenaar
Een rol, geen functie: vervult het solution-spoor binnen de kaders die Enterprise architectuur oplevert, gelijk aan de Solution Architect uit TOGAF — verantwoordelijk voor het architecturaal ontwerp op het niveau van één solution, in plaats van het volledige landschap.
Beschrijving
De architectuureigenaar is een rol, geen functie: wie de rol vervult, hangt af van wie voldoende technische ervaring en autoriteit heeft, niet van een formele titel. De rol komt overeen met wat TOGAF de Solution Architect noemt — verantwoordelijk voor architecturaal ontwerp en documentatie op het niveau van één systeem of subsysteem, gepositioneerd om de Enterprise architect te ontlasten van onnodige implementatiedetails. Binnen deze werkwijze verfijnt de architectuureigenaar de enterprise-drivers naar solution-specifieke kwaliteitsattributen, selecteert COTS-componenten, bewijst de risicovolste integratiekeuzes, maakt het migratiescenario en faciliteert met het team de architectuurevolutie in productie. Afwijkingen van de paved road worden gerapporteerd aan het Architectuurforum via architectuurbeslissingen.
Competenties
Wie deze competentie heeft, haalt de behoeften van andere stakeholders op, brengt ze onder woorden, weegt ze tegen elkaar af, en vertegenwoordigt hun standpunten getrouw.
Analyse omvat het doorgronden van de uitdaging en de stakeholderbehoeften die daarbij horen, en het omzetten daarvan in een consistente requirementset waarover overeenstemming bestaat. Wie deze competentie beheerst, levert bovendien input voor ontwerpbeslissingen tijdens het bouwen van het systeem.
Bij Development gaat het om het ontwerpen en realiseren van systemen die goed werken, en dat binnen de kaders van de standaarden en normen die het team samen heeft afgesproken.
Testen is het vermogen om een systeem te beproeven: zowel valideren — voldoet het aan wat gebruikers nodig hebben — als verifiëren — voldoet het aan de vastgelegde requirements.
Leiderschap is het vermogen om een team zodanig te inspireren en te motiveren dat het zijn werk succesvol afrondt en de gestelde doelen haalt.
Management draait om het plannen, coördineren en volgen van het werk dat een team verzet.
Activiteiten
Maak high-level design
Legt op System Context-niveau vast wat de grenzen van de solution zijn en welke plaats zij inneemt in het landschap, en bepaalt een eerste, globale migratiestrategie tussen huidige en gewenste situatie.
Identificeer architectuurbepalende eisen
Selecteert uit de volledige requirementsset de eisen die daadwerkelijk richting geven aan de architectuur van de solution, aangevuld met de relevante kaders uit de paved road.
Maak low-level design
Werkt de architectuur, voortbouwend op het high-level design, uit tot een technisch low-level design — alleen voor de onderdelen die daadwerkelijk verdere detaillering behoeven.
Ondersteun de implementatie
Ondersteunt het project door tijdens de realisatie architectuurbeslissingen te nemen, risicovolle keuzes te toetsen en afwijkingen expliciet vast te leggen.
Bewaak conformance
Toont bij oplevering aan dat de solution als geheel conform de architectuur is, en bewaakt dat vervolgens doorlopend in productie, waarbij sturende eisen worden hervalideerd zodra de context verandert.
Verantwoordelijk voor
Architectuurbeschrijving
De architectuurbeschrijving is de formele beschrijving van de solution: de bouwstenen waaruit ze bestaat, hun verantwoordelijkheden en grenzen, en hoe ze onderling samenwerken.
Architectuurbeslissingen
Een architectuurbeslissing is, in de traditie van Architecture Decision Records (ADR), een onderbouwde keuze die invulling geeft aan een architectuurbepalende eis, inclusief de overwogen alternatieven en de motivatie voor de gekozen oplossing.
Migratiescenario
Het migratiescenario is de onderbouwde, geordende reeks stabiele tussentoestanden waarlangs de solution van de huidige naar de gewenste architectuur beweegt.