Document toolboxDocument toolbox

Phase E - Opportunities and Solutions

Owned by Barry Nauta (Unlicensed)
Last updated: 21 Nov, 2023 by Paul Kiekens
5 min read

Navigation

Phase E - Opportunities and Solutions

[TOGAF 9.2 | TOGAF 10]

 

Zoals beschreven in TOGAF® v9.2, beschrijft "Phase E" het proces van het identificeren van "delivery vehicles" (projecten, programma's of portfolios) die de in vorige fasen geïdentificeerde target-architecture effectief opleveren.

De doelstellingen zijn het genereren van de eerste volledige versie van de Architecture Roadmap, gebaseerd op de gap analyse en kandidaat Architecture Roadmap componenten uit de fasen B, C, en D. Tevens bepalen we of een incrementele aanpak nodig is, en zo ja dan ook het identificeren van Transition Architectures die continu added value zullen leveren.

Aanbeveling(en)

  • In elke fase van de ADM bekijken we waarbij, afhankelijk van de context of de ADM fase, we andere requirements en constraints evalueren en documenteren.

Determine/Confirm Key Corporate Change Attributes

Deze stap bepaalt hoe de (Enterprise) Architecture het best kan worden geïmplementeerd om voordeel te halen uit de bedrijfscultuur van de organisatie. De stap omvat ook beoordelingen van de transition capabilities van de betrokken organisatie-eenheden (met inbegrip van cultuur en skillset).

Aanbeveling(en)

Determine Business Constraints for Implementation

Identificeer alle drivers die de opeenvolging van de implementatie zouden beperken. Dit omvat een evaluatie van de bedrijfs- en strategische plannen en een evaluatie van de Enterprise https://vlaamseoverheid.atlassian.net/wiki/spaces/EAP/pages/6119722484 Assessment.

Aanbeveling(en)

Review and Consolidate Gap Analysis Results from Phases B to D

Consolideer en integreer de resultaten van de gap analysis resultaten van de Business, Information Systems, and Technology Architectures (gemaakt in de fasen B tot en met D) en breng deze samen in een enkele lijst. Beoordeel hun implicaties met betrekking tot mogelijke oplossingen (Solution Building Blocks - https://vlaamseoverheid.atlassian.net/wiki/spaces/EAP/pages/6154256385 - gebaseerd op de https://vlaamseoverheid.atlassian.net/wiki/spaces/EAP/pages/6082789831 ) en onderlinge afhankelijkheden (https://vlaamseoverheid.atlassian.net/wiki/spaces/EAP/pages/5624792128).

Aanbeveling(en)

Review Consolidated Requirements Across Related Business Functions

Beoordeel de requirements, gaps en oplossingen om een minimale reeks requirements te kunnen identificeren. Stel verschillende work-packages samen vanuit een functioneel perspectief.

Aanbeveling(en)

  • Groepeer functionaliteiten in work-packages, gebruik een MoSCoW scoren voor de verschillende functionaliteiten

Consolidate and Reconcile Interoperability Requirements

Een belangrijk resultaat is het minimaliseren van interoperabiliteitsconflicten, of ervoor zorgen dat dergelijke conflicten in de architectuur worden aangepakt. Hergebruikte SBB's, Commercial Off-The-Shelf (COTS) producten en third-party service providers stellen doorgaans interoperabiliteitseisen die met elkaar in strijd zijn. Dergelijke conflicten moeten in de architectuur worden aangepakt, en conflicten moeten in alle architectuurdomeinen (business, toepassingen, gegevens en technologie) in aanmerking worden genomen.

Er zijn twee basisbenaderingen voor interoperabiliteitsconflicten: ofwel creëert men een bouwsteen die conflicterende bouwstenen transformeert of vertaalt, ofwel wijzigt men de specificatie van de conflicterende bouwstenen.

Aanbeveling(en)

Refine and Validate Dependencies

Zorg ervoor dat alle beperkingen (constraints) voor de implementatie- en migratieplannen worden geïdentificeerd. Bestudeer de relevante projecten en kijk of er logische opeenvolgingen van deliverables kunnen worden geïdentificeerd. De afhankelijkheden zullen ook helpen bepalen wanneer de geïdentificeerde incrementen kunnen worden geleverd. Het aanpakken van de afhankelijkheden vormt de basis voor de meeste migratie (van base naar target) planningen.

Aanbeveling(en)

  • Bekijk alle afhankelijkheden, evalueer hun roadmaps en pas deze informatie toe op de implementatie planning

Confirm Readiness and Risk for Business Transformation

Bekijk de bevindingen van de eerder in uitgevoerde Business Transformation Readiness Assessment en bepaal het effect daarvan op de Architecture Roadmap en de implementatie- en migratiestrategie. Het is belangrijk om risico's (zie ook ) in verband met de transformatie-inspanning vast te stellen, te classificeren en te beperken.

Aanbeveling(en)

  • Zorg ervoor dat in de analyse rekening wordt gehouden met de veiligheids- en risicoproblemen van de stakeholders. Bevestig dat de risico-eigenaars worden geraadpleegd. De value die de work-packages naar verwachting zullen opleveren, moet maatregelen omvatten met betrekking tot beveiliging en risico om ervoor te zorgen dat de roadmap de volledige reeks business drivers en goals bekijkt.
    De in de vorige fasen gedefinieerde bouwstenen voor beveiliging worden in deze fase SBB's, zodat meer specifieke implementatiegerichte eisen en specificaties worden gedefinieerd.

  • Misschien is het nuttig om een “Risk mitigation” plan op te stellen (zie ook ) wat ook specifiek security en privacy issues bekijkt. Deze risico’s zijn geïdentificeerd in - hier worden de risico’s uitgewerkt

Formulate Implementation and Migration Strategy

Stel een algemene implementatie- en migratiestrategie op die de implementatie van de target architecture begeleidt en eventuele transition architectures structureert. De eerste activiteit is het bepalen van een algemene strategische aanpak voor het implementeren van de oplossingen en/of het benutten van kansen.

Er zijn drie basisbenaderingen:

  • Greenfield: een volledig nieuwe implementatie

  • Revolutionair: een radicale verandering

  • Evolutionair: een strategie van convergentie zoals een gefaseerde aanpak om nieuwe capabilities in te voeren

De meest voorkomende implementatiemethoden zijn:

  • Quick win (snapshots)

  • Achievable targets

  • Value chain method

Deze benaderingen en de vastgestelde dependencies moeten de basis vormen voor het opstellen van de work packages.

Aanbeveling(en)

  • Stel een algemene implementatie- en migratiestrategie op die de implementatie van de target architecture begeleidt en eventuele transition architectures structureert.

Identify and Group Major Work Packages

Key stakeholders, planners en de Enterprise Architects moeten de ontbrekende business capabilities beoordelen die in de Architectuurvisie en de Doelarchitectuur zijn geïdentificeerd. Classificeer elk huidig systeem dat wordt overwogen als bouwblok binnen de oplossing als:

  • Mainstream: onderdeel van het toekomstige informatiesysteem

  • Contain: wordt naar verwachting vervangen of gewijzigd in de planningshorizon (komende drie jaar)

  • Vervangen: te vervangen in de planningshorizon.

Groepeer ten slotte de work packages in portfolios en projecten binnen een portfolio.

Aanbeveling(en)

  • Evalueer en beoordeel de ontbrekende business capabilities en definieer een implementatie roadmap.

Identify Transition Architectures

Vaak is er niet een enkel pad van een base-architecture naar een target/to-be architecture, maar is een stapsgewijze aanpak via Transition Architectures nodig. Deze bieden de mogelijkheid om duidelijke business value te realiseren richting target architectures. De tijdspanne tussen opeenvolgende Transition Architectures hoeft niet uniform te zijn.

Bepaal waar de moeilijke activiteiten liggen en, tenzij er dwingende redenen zijn, voer ze uit na andere activiteiten die het gemakkelijkst ontbrekende capaciteit of waarde (quick wins) opleveren.

Aanbeveling(en)

  • Definieer de verschillende transition states en documenteer deze. Afhankelijk van de tijdspanne tussen de verschillende transition states documenteren en/of modelleren we deze state. Vaak willen we hier echter zo min mogelijk detail en informatie omdat deze states een zeer tijdelijke aard hebben.

Create the Architecture Roadmap & Implementation and Migration Plan

Een eerste versie van een architecture roadmap is nu klaar. Deze bevat een baseline, een target en mogelijks één of meerdere transition architectures. Ook is er een tijdsindicatie beschikbaar. Deze tijdslijn zal als basis dienen voor de . Een duidelijk begrip van de afhankelijkheden en de levenscyclus van bestaande SBB's is vereist voor een effectief Implementatie- en migratieplan. Kijk hiervoor naar de https://vlaamseoverheid.atlassian.net/wiki/spaces/EAP/pages/5624792128 en https://vlaamseoverheid.atlassian.net/wiki/spaces/EAP/pages/6154256385.

Aanbeveling(en)

  • Creëer/update een architecture roadmap inclusief transition architectures en tijdsindicatie en werk de beschikbare documentatie bij met nieuwe inzichten verkregen in deze phase.

 

 

Versie

Datum

Auteur

Datum

Auteur

Dec 1, 2022

EA Support Team

 

 

Doelpubliek

Enterprise Architects, Solution Architects

Inhoudsopgave

Bijlage(n) / Link(s)