Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

Copy of Enterprise Architectuur, Alignment, coherentie & samenhang

Wat is Enterprise Architectuur, waarom is het belangrijk voor een organisatie en welke stappen moet je eerst ondernemen bij het vormgeven van de enterprise architectuur competentie.
by

Andreiita Budo

on 22 May 2013

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Copy of Enterprise Architectuur, Alignment, coherentie & samenhang

EA
Competentie Today architecture Tomorrow architecture Next minute architecture Migration path
(Roadmap) A collection key requirements and principles to check initiatives and to guide design in order to meet the key requirements of the stakeholders and by doing so reach the organisational goals. The today architecture describes the current state of the organisation and is used to determine what needs to be done (gap analysis) in order to reach the desired state.

However, many EA initiatives fail because too much attention, time, money and resources are spend trying to describe the today architecture in too much detail which will bu then be obsolete. The actual goals for EA are never realised. Wat is architectuur ? Definition architecture :

“those properties of a thing and its environment that are necessary and sufficient for it to be fit for purpose for its mission” [Feskens]. In his view, architecture should focus on what is essential, on “the stuff that matters”. The focus on the properties that matter, is also what distinguishes architecture from design. A different architecture implies a different mission, whilst different designs may address the same mission. ENTERPRISE-ARCHITECTURE concerns those properties of an enterprise that are necessary and sufficient to meet its essential requirements. Uit welke artifacten bestaat een architectuur ? Key requirements & Principles High level models Medium level models Detail level models Meta model (detail) Business Architecture Information Architecture Application architecture Technical architecture Business Domain (high level functiemodel)
This is the top level construct in the Business Architecture. It provides a means of categorising the business related elements independent of the context in which it is applied. In other words the main groupings of the business, not necessarily the organisational functions. e.g., Invoicing belongs to the Finance domain but may appear in the Sales Order process.

Example
Sales and Marketing, Operations, Customer Services, Finance, Fulfilment, HR, IT, Business Control, Trading and Order Management. Business Capabilities (medium level functiemodel)
Business Capabilities are used to model the capabilities of a business or enterprise. Capabilities represent what the business does (or needs to do) in order to fulfil its objectives and responsibilities.

Example
Order Approval, Picking, Packing, Delivery, Client Management, Client Invoicing, Trades Matching and Confirmation, Perform Industry Research. Business Process (ARIS process)
The Business Process represents a specification or design of how a process should be performed.

Example
Approve Orders, Pick by Item, Pick by Order, Pack Orders, Dispatch by Courier, Dispatch by Postal Service, Create Allocate Executions and Switch Asset. Physical Process (ARIS process-SAP transaction)
The Physical process is an instance of a process (defined in the Logical view) performed by a group or individual, playing a particular Role. Two Physical Processes only implement the same Business Process if the steps that they perform are the same. If the steps performed in two Physical Processes are different, then they are mapped to two different Business Processes, each of which defines the steps performed.

Example
London Depot Team::as::Depot Team::Pick by Order Deliver by Courier; Newcastle Depot Team::as::Depot Team::Pick by Item Deliver by Postal Service. Information Concept (Objectmodel)
The fundamental Information elements that are used by the organisation in the course of running the business.

Example
Customer, Delivery Method, Employee, Order, Product, Return, Warehouse, Work Order, Client, Client Risk, Dealer, Fund, Market Application Service
An Application Service is a well defined component of functional behaviour that provides a logical grouping of Application Functions. This is useful, particularly if you are looking to introduce a service-based approach, but this approach is not mandatory. However, the Application Service enables you to capture how you plan to structure and provide application functionality - defining your 'ideal applications' - before selecting, the ‘real’ applications that you will buy or build to fulfil these Application Services. The specification of the service, in terms of what it does, is defined by the set of Application Functions that it provides.

Example
Online Storefront, Order Management System, CRM System, Warehouse Management Systems, Exchange Rate Service, Credit Card Payment Service. Application Provider
An Application Provider is a real system (or component of) that delivers functional behaviour to the organisation. It provides one or more Application Services and to provide a service it should, through its Application.

Example
MyCompany's Oracle Financials, The SAP Finance System, The SAP Warehousing System, MyCompany's account of SalesForce.com. Application Deployment
A physical deployment of an application that exists in the organisation, e.g. Production Environment, Testing Environment. Application Deployments provide the means to capture the specific instances of an Application provider and the dependencies that exist on Technology elements and also between the functionality that is supporting processes and a particular instance of an application. Each Application Deployment is defined in terms of the Technology Architecture that it uses and the set of Software Components that are contained in the deployment, which enables complex distributed applications to be accurately modelled.

Example
SAP BW::Testing Environment; SAP WM::Training Environment; SAP BW::Production Environment Technology Architecture Domain
This is the top level construct in the Technology Architecture. It provides a means of grouping technology into particular areas of focus.

Examples
Integration, Platforms, Development, Storage Technology Component
Describes a particular class of technology that is used to provide a Technology Capability. While Technology Capabilities can be used to capture capabilities that are currently not available, Technology Components should reflect which is currently (or coming soon) available in the technology marketplace.

Examples
Application Server, Message Oriented Middleware, Operating System, Document Management System, ETL Platform Technology Provider
Captures a Technology Product or a Technology Product Build (a 'standard' Technology Architecture in use in the enterprise) that is being used to provide Technology Components in the architecture.

Examples
Oracle Corporation::Oracle 10g, IBM::COBOL Technology Node
A locate-able technology device that exists in the physical environment of the enterprise. Technology Nodes capture both physical and virtual devices. When capturing physical or virtual server nodes, the hostname is normally used as the name of the Technology Node. Technology Nodes can also contain other Technology Nodes, e.g. for capturing how virtual servers are hosted by a physical server.

Example
server123 Doelstellingen EA Business-IT Aligment Geïntegreerd & samenhangend
ontwerp Prevent Analysis Paralysis Business
ondersteunende IT infra Beheersbaar IT landschap Verantwoording Communicatie Business -IT Alignment
Vraag die is geïnitieerd vanuit de Demand Organisation/ strategie kan aan de Key Requirements worden getoetst waardoor vastgesteld kan worden of het initiatief in lijn is met de business drivers..
Aan de hand van de key requirements en modellen (strategische architectuur) kunnen zowel de business als de IT Supply organisatie pro actief nieuwe initiatieven spotten welke problemen oplossen en/of randvoorwaarden en/of blinde vlekken invullen. Geïntegreerd en samenhangend ontwerp
Enterprise level. Wanneer alle initiatieven aan de key requirements worden getoetst is geborgd dat op high level alle initiatieven dezelfde richting opwerken en bijdragen aan het behalen van de doelstellingen.
Solution level. Door de ontwerpen van de oplossingsrichtingen aan de principes te onderwerpen wordt de samenhang en coherentie tussen de verschillende onderdelen van de informatie voorziening geborgd. Prevent Analysis Paralysis
Indien projecten met projectoverstijgende ontwerp-/inrichtingskeuzes te maken krijgen is het volgende mogelijk :
* project stagneert (analysis paralysis)
* project maakt voor organisatie als geheel suboptimale keuzes

Dit laatste komt doordat projecten geneigd zijn om te redeneren vanuit hun eigen projectbelang (belang van opdrachtgever en projectleider). Deze worden dan geoptimaliseerd voor de opdrachtgever en projectleider hetgeen totaal niet de beste keuze hoeft te zijn voor de business in zijn geheel of voor de middel tot lange termijn.

Dit soort keuzes moet de architectuurcompetentie hebben gemaakt en vastgelegd en gecommuniceerd middels artifacten. Business ondersteunende infra
De ICT infrastructuur moet toekomstbestendig en betrouwbaar zijn zodat nieuwe Business Driven Demand (BDD) initiatieven goed kunnen worden ondersteund en om te voorkomen dat voor de realisatie van BDD projecten eerst nog infrastructurele randvoorwaarden ingevuld moeten worden.

Hiervoor moet pro actief een roadmap worden uitgestippeld voor ontwikkeling van de infra (architectuurprojecten). Vergelijk dit met de infrastructurele voorzieningen van een land. De ontwikkeling hiervan wordt ook niet bepaald door de waan van de dag of de specifieke wensen van een enkele politicus (BDD).

ICT infrastructuur bestaat uit :
Netwerk
Platform
Middleware/orchestratie
Beheer,development, security tools
Werkplekken Beheersbaar IT landschap
Door IT initiatieven en de ontwerpen van de oplossingsrichtingen te toetsen aan de Enterprise Architectuur (EA) zorg je niet alleen voor Business-IT alignment maar creëer je tevens een IT landschap dat de volgende kenmerken heeft :

Kostenefficiënt
Goede prestaties (performance, beschikbaarheid, integriteit)
Flexibel
Schaalbaar
Correcte toegang tot Informatie Voorziening (IV) door beheerders en eindgebruikers
Security data en applicaties geborgd
Eigenaarschap systemen,processen en data duidelijk belegd.

Door de EA na te leven borg je tevens dat de interne IT organisatie ook daadwerkelijk in staat is de IT voorziening te beheren (zijn bv de juiste technische competenties wel intern beschikbaar).

De elementen Flexibiliteit, Correcte toegang tot IV, Security en eigenaarschap vormen tevens randvoorwaarden voor een organisatie die een (deel) van haar Informatie Voorziening (IV) naar de cloud wilt brengen. Verantwoording

De ICT is een belangrijk asset van een organisatie. De administratie rondom het gebruik en beheer hiervan moet daarom goed op orde zijn.

Het is zelfs een van de randvoorwaarden om gebruik te kunnen maken van de cloud. Het is namelijk onverstandig om een deel van je informatie voorziening uit te besteden (cloud) wanneer deze niet is beschreven. Het is dan namelijk niet goed mogelijk om duidelijke afspraken te maken met de cloudleveranciers omtrent de te leveren dienst, taken en verantwoordelijkheden. Communicatie

Communicatiebrug
Wil ICT daadwerkelijk de business kunnen helpen (denk aan strategische dialoog) dan is het overbruggen van de communicatiekloof tussen business en IT noodzakelijk. De communicatie moet niet te technisch zijn en aansluiten op de belevingswereld van de business. Hiervoor zijn key requirements, principes, modellen en een gezamenlijke taal (bv definities) nodig.

Regie-organisatie (randvoorwaarde cloud)
Deze ondersteunende rol voor wat betreft communicatie tussen IT Supply en IT Demand is noodzakelijk om verder vorm te kunnen geven aan de regie-organisatie welke randvoorwaardelijk is voor het kunnen uitbesteden van (delen) van de informatie voorziening. Strategische Dialoog Dit is het proces waarbij de Demand Organisatie, de strategie vorming en de Enterprise Architectuur competentie bij elkaar komen om gezamenlijk te bepalen welke ICT initiatieven het meest bijdragen aan de realisatie van de bedrijfsdoelstellingen. Vaststelling ICT enabelers Business ICT initiatieven vaststellen en toetsen aan key requirements Opstellen roadmap
van initiatieven Vaststellen benodigde
architectuur initiatieven Demand
Organisation Roadmap leveranciers Ontwikkelingen ketenpartners Strategie bepaling PEST-analyse Ontwikkelingen UM intern IT strategie Coherente set van
Project Initiatieven Ontwikkelingen
SURF Opstellen/beheren
artifacten :
* Key Requirements
* Principes
* Beleid
* Standaarden
* Modellen Impact analyse
projecten & changes Ontwerpen/inrichten & ontwikkelen solutions (incl. integraties) Architectuur Services Architectuur
producten & artifacten Ondersteuning
* Strategische Dialoog
* PPPM 1.
Demand Management / Strategy development competentie Zorgt voor :
* vaststellen initiatieven De Demand Organisation moet zijn georganiseerd opdat de juiste initiatieven vanuit de business naar boven komen, zowel top down als bottum up. Dit faciliteert ook het strategie vormingsproces. 2.
Architectuur competentie Zorgt voor :
* alignment aan drivers
* coherentie
* richtinggevend voor
ontwerp 3.
Portfolio, Programma, Project Management competentie Zorgt voor :
* besluitvorming
* administratie
* middelen allocatie
* implementatie Governance De (enterprise/IT) architectuur competentie borgt coherentie van de initiatieven door te zorgen dat deze in lijn zijn met de key requirements. daarnaast geeft het richtlijnen voor het ontwerp van de oplossingsrichting. De PPPM competentie zorgt voor de benodigde administratie, overzicht, formele besluitvorming, middelen allocatie, inhoudelijke afstemming en realisatie/implementatie. Enterprise architect Doel : Brugfunctie IT Supply-IT Demand
Architectuur : Strategische architectuur
Processen : * Strategische Dialoog
* Architectuur Services (high level)
Positionering : Centraal, eenheidsonafhankelijk
Aansturing : CIO

Persoonlijke competenties : Het aantal rollen binnen de architectuur competentie is erg afhankelijk van
de scope,
het maturity level,
ambitie niveau
van de organisatie met betrekking tot Enterprise Architectuur. IT Governance is de organisatorische competentie voor het continue uitoefenen van richtinggevende autoriteit betreffende IT-strategieontwikkeling en het daaropvolgende ontwerp, de implementatie en de operatie van IT-systemen. Enterprise governance is de organisatorische competentie voor het continue uitoefenen van richtinggevende autoriteit betreffende enterprisestrategieontwikkeling en het daaropvolgende ontwerp, de implementatie en de operatie van de enterprise. Drie organisatorische competenties : 1.
Demand Management/ Strategy development competentie Zorgt voor :
* vaststellen initiatieven 2.
Architectuur competentie Zorgt voor :
* Alignment drivers
* coherentie
* richtinggevend voor
ontwerp 3.
Portfolio, Programma, Project Management competentie Zorgt voor :
* besluitvorming
* administratie
* middelen allocatie
* implementatie Governance Architectuur processen gemapt op governance framework. Drie organisatorische competenties : 1. EA-Processen Strategische
Dialoog Architectuur
services Dit is het proces dat zorgt voor het opstellen en beheren van de architectuur producten en is ondersteunend aan de strategische dialoog alsmede de PPPM competentie. 2. EA-Functies /Rollen Cognitief Analytisch vermogen
Vermogen tot synthetiseren
Plannen
Oordeelsvorming
Inventiviteit
Snelheid van begrip
Visie
Organisatie bewustzijn Relationeel Inlevingsvermogen
Klantgerichtheid
Vriendelijkheid
Samenwerken
Coachen
Relatiebeheer Actiegerichtheid Initiatief
Aansturen
Resultaatgerichtheid
Overtuigingskracht
Besluitvaardigheid
Risicobereidheid
Stressbestendigheid
Verantwoordelijkheid [Gebaseerd op basisset persoonscompetenties LTP, Kolk 2000] IT architect Doel : Borgen realisatie tomorrow architecture
Architectuur : Domain & Solution Architecture
Processen : Architectuur Services (detail level)
Positionering : Centraal, eenheidsonafhankelijk
Aansturing : CTO
Type : * Enterprise systems architect
* Infra architect
* Security architect

Persoonlijke competenties : Cognitief Analytisch vermogen
Vermogen tot synthetiseren
Plannen
Oordeelsvorming
Inventiviteit
Snelheid van begrip
Visie
Organisatie bewustzijn Relationeel Inlevingsvermogen
Klantgerichtheid
Vriendelijkheid
Samenwerken
Coachen
Relatiebeheer Actiegerichtheid Initiatief
Aansturen
Resultaatgerichtheid
Overtuigingskracht
Besluitvaardigheid
Risicobereidheid
Stressbestendigheid
Verantwoordelijkheid [Gebaseerd op Kolk 2000] Kennis Systeemdenken Business en organisatie Informatie (Informatie)technologie Enterpriseontwikkeling en -verandering Algemeen Algemene systeemtheorie
De enterprise als systeem
Enterprise engineering
Betrouwbaarheidstheorie Strategieontwikkeling
Aspecten van (bedrijfs)economie en markten
Organisatietheorie/bedrijfskunde
Kwaliteits- en servicemanagement Structuur van informatie
Management van informatie
Toegang tot informatie, beveiliging
Presentatie van informatie Aspecten van IT-systeemontwerp
Belangrijke technologieën en toepassingen
Infrastructuren
Technologietrends Moderne enterprisecontext
Voorwaarden voor succes
Visie op governance
Verandermanagement Methoden voor analyse en synthese
Schriftelijk en mondeling rapporteren/presenteren
Methoden voor besluitvorming
Groepsprocessen [Gebaseerd op Hoogervorst 2007] 4. Effectiviteit EA Effectiviteit EA competentie is noodzakelijk om toegevoegde waarde voor de business te hebben. Door de mensen met de juiste competenties en middelen op het juiste moment een adviserende en/of beslissende rol te geven bij cruciale beslismomenten van verandertrajecten. CvB
Opdrachtgevers/eigenaars
Beslissers inzake projecten en changes
Projectleiders
Beheerders
Informatie Managers 1.
Demand Management/ Strategy development competentie Zorgt voor :
* vaststellen initiatieven 2.
Architectuur competentie Zorgt voor :
* Alignment aan drivers
* coherentie
* richtinggevend voor
ontwerp 3.
Portfolio, Programma, Project Management competentie Zorgt voor :
* besluitvorming
* administratie
* middelen allocatie
* implementatie Governance Organisatorische inbedding architectuur competentie Drie organisatorische competenties : Strategische
Dialoog Architectuur
services Architectuur Services inbedding :
* Pakket selectie
* Vooronderzoek
* Keuze On premise versus Cloud
* Cloudleverancier selectie & ontsluiting
* Ontwerpen oplossingsrichting (projecten & changes)
* Inrichting standaardpakket & cloudoplossingen
* Minimale kaders voor innovatie zodat mogelijke overgang naar structureel beter gaat Organisatorische inbedding Strategische Dialoog :
* Opstellen & uitwerken strategie en afgeleide programma's UM
* Jaarlijkse P&C cyclus
* Opstellen & Uitwerken afgeleide functionele strategieën (HRM, Finance, etc)
* Opstellen & Uitwerken strategie en bedrijfsplan SC en MUO eenheden
* PPM proces (besluitvorming ICT projecten)
* Periodieke overleggen Demand Organisation Formele inbedding EA competentie
in bestaande bedrijfsprocessen Mensen daadwerkelijk zover krijgen dat ze conform EA handelen Enterprise architecture Domain architecture Solution architecture [Bron : Togaf 9.1] Architecture landscape
Partitioning Key requirements Technology Models Principles Business Data Application Business
goals, values, risks, opportunities Enterprise Architecture Domain & Solution
Architecture De Enterprise Architectuur beschrijf je met behulp van (artifacten) :

Key requirements (afgeleid van drivers)
Principes (afgeleid van key requirements)
Modellen Domain & solution architectures beschrijf je met behulp van (artifacten) :

Principes
Modellen Meta Content Model Domain Solution Solution Domain Domain Domain Architectuur van ? Hoe beschrijf je een architectuur ? Tijdsaspect van architectuur Advisering inzake oplossingsrichting
(type solution) Opstellen beleid en
borging Security Ontwerpen/inrichten & ontwikkelen infra * Voor de architectuurorganisatie wordt zoveel mogelijk gebruik gemaakt van bestaande functies en gremia. Definitie Boodschap EA-methoden Competentie Enterprise Architectuur Preliminary A.
Architecture
Vision B.
Business
Architecture C.
Information
System
Architecture D.
Technology
Architecture E.
Opportunities
and
Solutions F.
Migration
Planning G.
Implementation
Governance H.
Architecture
Change
Management Requirements
Management 2. Uitwerken Strategische Architectuur 1. Voorbereiding Preliminary A.
Architecture
Vision B.
Business
Architecture C.
Information
System
Architecture D.
Technology
Architecture E.
Opportunities
and
Solutions F.
Migration
Planning G.
Implementation
Governance H.
Architecture
Change
Management Requirements
Management 3. Inrichten EA competentie Uit te werken
Solution Architecturen Roadmap
strategische architectuur Uit te werken
specifieke ICT
beleidsonderwerpen Scope EA initiatief Scope gemapt op ADM van TOGAF 9.1 Business Driven Demand
Projecten & changes Architectuur (infra) Projecten & changes Buiten scope initieel EA initiatief In scope initieel EA initiatief Ivo Huurdeman
feb-13 The principles of the next minute architecture should guide an organisation towards it's desired architecture. Welke architectuurrollen zijn er hiervoor minimaal nodig ? Politiek
Economie
Sociaal
Technologie Harde kant Zachte kant Belang dat EA vertegenwoordigt Eigen bevoegdheid / rol / opdracht 1. ligt buiten Persoonlijke doelstellingen 2. mogelijk strijdig met 3. Het EA belang ligt buiten de eigen van belang geachte tijdshorizon Tijdshorizon Zelfs wanneer al deze zaken wel samenvallen is daarmee nog niet gezegd dat mensen genegen zijn de EA te volgen. t =0 t = .. EA Best practices Andermans eerdere fouten en ervaringen is gebaseerd op zijn gebaseerd op Het is niet vanzelfsprekend dat mensen leren van andermans fouten.
Iedereen wil zijn eigen fouten maken !! probleem ? Waarom ? Waarom is het zo moeilijk mensen in lijn met EA te laten handelen ? Eigen bevoegdheid / rol / opdracht t=0 t= ... Effectiviteit EA 3. Technologie Welke technologie ondersteunt hen daarbij ? Kennis Enterprise Systems architect : kennis applicaties
Infra architect : kennis technologiedomein
Security architect : kennis security domein Alignment, coherentie & samenhang Belang Scope Hoe zorg je voor meerwaarde voor business ? EA artifacten EA competentie realiseert Ondersteunt Enterprise architectuur instrument Business EA, het instrument Vaak denkt men dan aan Minstens zo belangrijk is echter Wat wordt bedoeld met EA ? Waarom is EA belangrijk voor een organisatie ? Onderzoek toont aan dat :
Coherentie & samenhang van veranderinitiatieven en alle elementen binnen een organisatie cruciaal is voor het succes van een organsiatie. Hoe bereik je coherentie & samenhang ? 1. 2. Dit zijn requirements waarvoor geldt dat indien ze niet behaald worden dit een grote impact heeft op de doelstellingen van de key stakeholders. Key requirements Doelstellingen Waarden Kansen & bedreigingen Risico's Afgeleid van drivers Door veranderinitiatieven te toetsen aan key requirements. Door de oplossingsrichting van goedgekeurde veranderinitiatieven te toetsen aan principes. Principes geconcretiseerd naar Principes overbruggen de kloof tussen high level strategische intenties en concrete ontwerpen. Coherentie & samenhang High level strategic intents Concrete designs Key requirements & principles Essentie Enterprise Architectuur Wat kan bereikt worden met EA ? EA als governance competentie Continuïteit en bruikbaarheid Denkwijze EA-methoden vergeleken Grootte bol = inhoud Scores EA-methoden 6. HO referentie-architectuur adviseert gebruik TOGAF i.c.m Archimate (modellering). De UM hanteert de terminologie en basisgedachten van TOGAF 9.1 aangevuld met Archimate (modellering) en DYA (uitgangspunten en EA-processen). TOGAF wordt aangepast (beperkt) zodat deze past bij het volwassenheidsniveau van de UM. 1. TOGAF is het meest complete, toekomstvaste en meest gebruikte methode. 4. De UM heeft in een eerdere fase al gekozen voor TOGAF/Archimate. De huidige UM modelleringsmethode , het handboek en de reeds beschikbare modellen zijn gebaseerd op archimate. 5. ARIS is gebaseerd op TOGAF/Archimate. 2. Archimate is de defacto standaard m.b.t. modellering en wordt vaak gebruikt i.c.m TOGAF. Keuze EA methode UM : 3. DYA hanteert uitgangspunten die passen bij de beschikbare middelen van de UM m.b.t. EA. Daarnaast biedt DYA een bruikbare terminologie inzake EA-processen die binnen TOGAF ontbreekt. Waarom ? Vergelijking en keuze EA-methoden 1. Coherentie & samenhang tussen verander initiatieven en alle elementen van een organisatie zijn cruciaal voor het succes van de organisatie. De EA competentie zorgt hiervoor. 2. Governance veronderstelt de integratie van drie kerncompetenties te weten :
* Demand Management/strategy
* Enterprise Architectuur
* PPPM 3. Inzet/aanpak EA moet passen bij het maturitylevel van de organisatie alsmede de beschikbare resources en tijd. 4. De Strategische Dialoog & de Strategische Architectuur zijn het startpunt voor de ontwikkeling van EA. 5. Inbedding EA competentie in besluitvormingsprocessen business is cruciaal voor effectiviteit EA. 6. De architecten moeten onafhankelijk zijn van organisatorische eenheden waardoor ze enkel het UM belang hoeven te dienen. 7. Enkel de strategische Architectuur wordt actief onderhouden. 8. Detail architecturen en artifacten worden enkel ontwikkeld door mee te liften op de energie van belangrijke business verandertrajecten (trigger). 9. Voor elk architectuur artifact moeten de volgende zaken bekend zijn :
* Trigger
* Stakeholder (voor wie wordt het gemaakt)
* Proces (in welk proces wordt het gebruikt)
* EA doelstelling (voor het bereiken van welke EA-doelstelling draagt het bij)
* Eigenaar / beheerder artifact Boodschap : Vraagstelling :
Wat is EA en waarom is het belangrijk ?
Hoe verhoudt EA zich tot andere kerncompetenties ?
Hoe kunnen we EA verder vormgeven binnen de UM ? Strategische architectuur :
De architectuur van een specifieke organisatie afgestemd op haar strategie, ontwikkelingen en knelpunten (drivers). Het betreft een high level beschrijving/weergave van de volledige organisatie met betrekking tot :

* Drivers, key requirements, principes
* De P/M combinaties
* Bedrijfsfuncties
* Informatie(objecten)
* Applicaties
* Techniek EA is een instrument ten behoeve van het verwoorden en concretiseren van de richting waarin de organisatie zich wil ontwikkelen dat daarnaast tevens wordt gebruikt als een coördinatie- en sturingsmechanisme voor de daadwerkelijk daarvoor benodigde transformatie van de organisatie. Regulatieve rol
EA als een voorschrijvend en normatief concept dat ex ante beschrijft hoe systemen moeten worden. Instructieve rol
Deze rol van EA richt zich op de ontwerp consequenties die volgen uit de regulatieve rol en voorziet in instructies m.b.t. de ontwerpactiviteiten die plaatsvinden binnen programma's en projecten. Binnen deze rol worden doorgaans modellen gecreëerd die het ontwerp van concrete systemen en hun relaties weergeven. Informatieve rol
Medewerkers voorzien van de juiste informatie en kennis die ondersteunend is aan hun besluitvormingsprocessen. Rollen EA Ondersteunt en biedt meerwaarde voor De verschillende aspecten van EA. Solution architectuur
De architectuur van een solution (suite), waarbij een solution een systeem is welke een coherente set van functionaliteiten aanbiedt aan haar omgeving. Het betreft die eigenschappen van de solution die noodzakelijk en voldoende zijn om te voorzien in haar key requirements.


Voorbeelden
I&AM solution
CRM solotion
ECM solution
Portal solution
Storage solution
Corporate Mobile Platform solution Domein architectuur
Een domeinarchitectuur is een verdere verdieping van een bepaalt aspect van de strategische architectuur.

Voorbeelden :
Business architectuur
Informatie architectuur
Applicatie architectuur
Technische architectuur Bepalen initiatieven Ontwerp oplossingsrichting Go project (PPB) Uitwerken initiatieven Implementeren oplossingsrichting Go bouwfase Business architect Enterprise architect PvE
oplossingsrichting Keuze oplossingsrichting IT architect Strategische Dialoog Architectuur services EA functies / rollen Doel : Linking pin tussen business en IT.
Concrete vertaalslag maken van business wensen naar IT oplossingen
Architectuur : Domein en Solution Architectuur
Processen : * Uitwerken veranderinitiatieven
* Uitwerking PvE oplossingsrichting
* Mede ontwerpen oplossingsrichting
* Inbedding oplossingsrichting in business
* Procesmodellering
Positionering : Centraal, eenheidsonafhankelijk
Aansturing : CIO

Persoonlijke competenties : Zie Enterprise Architect Business Architect Lever eerst een hoog niveau strategische enterprise architectuur op die overzicht biedt. Lever op een later moment meer gedetailleerde architecturen op voor specifieke gebieden die aandacht vragen. Wat gebeurt er zonder architectuur ? Voor transformatie van organisaties Voor transformatie van organisaties The focus of enterprise architecture on the essential requirements allows it to be used as a means to align the design of an enterprise to its strategy, where the strategy should fuel the identification of the essential requirements. By necessity,these should be requirements which, when not attained, have a high impact on the goals of the key stakeholders. Voor transformatie organisaties Waarom beginnen met strategische architectuur ?

1. De Strategische Architectuur is nodig om de Strategische Dialoog te kunnen ondersteunen. De strategische Dialoog zorgt er voor dat de juiste verander initiatieven worden uitgewerkt;

2. Via de Strategische Architectuur kan bepaald worden welke deelarchitecturen als eerste verder uitgewerkt moeten worden. Het geeft dus richting aan verder gaande architectuur werkzaamheden;

3. De strategische architectuur is nodig om business initiatieven te kunnen toetsen en business en infra initiatieven te spotten;

4. De Strategische Architectuur vormt de kapstok voor alle onderliggende architecturen en artifacten;

5. De Strategische Architectuur kan in relatief korte tijd worden gerealiseerd hetgeen past bij de beschikbare middelen en tijd. Voorbereiding EA initiatief
Opstellen UM visie op EA
Opstellen EA doelstellingen
Bepalen scope initieel EA initiatief
Bepaling beschikbare middelen (geld en resources)
Keuze framework
Keuze technologie
Bepalen ambitieniveau EA competentie en artifacten
Uitgangspunten opzet EA competentie & artifacten
Full transcript