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

Enterprise Architectuur

No description
by

Ivo Huurdeman

on 7 October 2016

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Enterprise Architectuur

Wat is EA ?
EA
Competentie

EA
Producten
& artifacten

maakt
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
.

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.
Key requirements & principles
Architecture principles are the
cornerstones
of enterprise architecture. They are key in ensuring the effectiveness of enterprise
architecture toward its steering and coordination task.
Architecture principles fill the gap between high-level strategic intents and concrete designs
, and allow for a univocal
articulation of what is of fundamental importance to an organization
.
Artifacts
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
EA initiatief Universiteit Maastricht
Doelstellingen
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 kan aan de Key Requirements worden getoetst waardoor vastgesteld kan worden of het initiatief in lijn is met deze requirements.
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 niveau alle initiatieven dezelfde richting opwerken en bijdragen aan behalen 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
Projecten die met projectoverstijgende ontwerp-/inrichtingskeuzes te maken krijgen zijn geneigd om te redeneren vanuit hun eigen projectbelang (belang van opdrachtgever en projectleider). Wanneer nog geen keuzes zijn gemaakt ziet een project zich gedwongen om zelf deze keuzes te maken. 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 regie-organisatie welke randvoorwaardelijk is voor het kunnen uitbesteden van (delen) van de informatie voorziening.
Waarom EA ?
Enterprise Architectuur
Door
veranderinitiatieven
te
toetsen
aan
Key Requirements
die zijn gedestileerd uit :
Doelstellingen
Waarden
(Potentiele) problemen
Risico's
Kansen
Restricties
1.
Door het
ontwerp
van
oplossingsrichtingen
te
toetsen
aan
Principes
welke zijn
afgeleid
van de
Key Requirements
.
2.
Dit is de essentie van Enterprise Architectuur
Moet je dan alles top down ontwerpen ?
De ontwikkeling richting netwerk en service georienteerde organisaties pleit wellicht ook voor een
bottum up evoluerende
stijl van organisatie ontwerp
naast
de
"design first"
insteek van Enterprise Architectuur !!
Ja dat klopt. Er moet een balans zijn tussen de top down "Desig first" methodiek van Enterprise Architectuur en de meer evoluerende, organische bottum up stijl van organisatie ontwerp.
Top down
Design first
Bottum up
Emerging style
Company design
Door te focussen op de
Essential Requirements
nodigt het gebruik van EA principes de organisatie uit om expliciet na te denken welk deel zij wil reguleren via de "Design first" methodiek en welk deel meer organisch mag evolueren.
What about Governance ?
als cruciaal onderdeel van governance
Welke plek heeft governance in dit verhaal ?
Dat hang af van je visie op governance
Even een terugblik.....

De ontstaansgeschiedenis van governance.
Eerste crisis, Agency probleem
De aandeelhouders (principaal) verwachten dat het management (agent) handelt in hun belang. De aandeelhouders zijn echter van mening dat het management lang niet altijd in hun beste belang handelt. Toezicht was nodig om de belangen van de aandeelhouders beter te kunnen borgen.
Tweede crisis, Fraude (eind 20ste eeuw)
Bij de eerste crisis verschilden management en aandeelhouders van inzicht over de strategie en ontwikkeling van de onderneming, maar bij de tweede ging het om ernstige vormen van frauduleus handelen, hebzucht, corruptie en het toe-eigenen van financiële middelen van de onderneming voor dubieuze zaken.
Gevolg
Accountancy & auditing professie hebben een zware stempel gedrukt op governance discussie en daarmee haar inhoud
Governance
Code Tabaksblat
Corporate Governance kan worden opgevat als het geheel van interne systemen en structuren en externe wet- en regelgeving voor beheersing, controle en risicomanagement dat ervoor zorgt dat ondernemingen hun verantwoordelijkheden tegenover de aandeelhouders op een verantwoorde manier waarmaken.
Het perspectief is daarom :
sterk structureel
gericht op interne risicobeheersing
en controle van financieel-economische ontwikkelingen.
formele rapportages en audits spelen een belangrijke rol,
evenals 'compliance ': het voldoen aan wet- en regelgeving over corporate governance.
Deze visie op governance borgt echter niet

1. dat je de juiste initiatieven ontplooit;
2. er coherentie en samenhang tussen deze initiatieven is;
3. er coherentie en samenhang tussen de afzonderlijke elementen van de organisatie is.
Er is ook een andere visie op governance !
Deze komt uit de hoek van
Enterprise Engineering.
Enterprise Engineering discipline
It is the mission of the discipline of Enterprise Engineering to develop new, appropriate theories, models, methods and other artifacts for the analysis, design, implementation, and governance of enterprises by combining (relevant parts of) management and organization science, information systems science, and computer science. The ambition is to address (all) traditional topics in said disciplines from the Enterprise Engineering Paradigm. The result of our efforts should be theoretically rigorous and practically relevant.

Source :enterprise engineering manifesto (CIAO 2010)
Deze visie beschouwt governance als een drietal samenhangende en geïntegreerde organisatorische competenties.
Wat is EA ?
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 :
* 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.
Door specifieke kennis en ervaring van medewerkers (architecten) kan het niveau (maturity level) van de EA competentie hoger liggen dan het (maturity/detail) niveau van de EA artifacten. Het kan zeer kostbaar (middelen en tijd) zijn om de artifacten van alle deel-architecturen op een gelijk niveau te krijgen met het competentie niveau van bepaalde architecten. Bij het bepalen van de scope van je EA initiatief moet je daarom goed afvragen welke stakeholders je het beste met EA artifacten kunt bedienen gegeven de middelen die je tot je beschikking hebt.
Enterprise architect
Doel
: Brugfunctie IT Supply-IT Demand
Architectuur
: Strategic architecture
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.
Een organisatorische competentie is het
geïntegreerde geheel
van bedrijfsvaardigheden, kennis en technologieën.
Bedrijfs-
vaardigheden
Kennis
Technologieën
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 :
* 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. 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-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]
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 :
* 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]
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
Key requirements
& principles
High level
strategic intents
Concrete designs
Architecture of what ?
How to describe an architecture
Time aspect of architecture
Advisering inzake oplossingsrichting
(type solution)
Opstellen beleid en
borging Security
Ontwerpen/inrichten & ontwikkelen infra
Competentie
Producten & Artifacten
Actie
Trigger
Ten behoeve van
stakeholder
Wordt gebruikt
in proces
Draagt bij aan
EA doelstelling
Strategische
architectuur
Domein
architectuur
Solution
architectuur
* Maken selectie van basis-
modellen conform meta
model
* Procesmodellen t.b.v. Proces
Driven SAP implementaties.
* CRM solution
* Web/portal/colaboratie sol.
* I&AM solution
* Opzetten strategische
architectuur
* Mobile infrastructure sol.
Opdracht CIO
Opdracht CIO
Opdracht CIO
Opdracht CIO
Opdracht CIO
Opdracht CIO
Goedgekeurd
project door PPB.
Categorie
CIO & Business man. & PPB
CIO & Business man. & PPB
CIO
& Eigenaar
& Eindgebruikers
& Beheerders
Strategische Dialoog
* IT-Business Alignment
* Geïntegreerd en samenhangend ontwerp
* Prevent analysis paralysis
* Communicatie
* Verantwoording
Roadmap verbetering EA binnen de UM
* Business ondersteunende infra.
* Beheersbaar IT landschap
* Prevent analysis paralysis
* Beheersbaar IT landschap
* Communicatie
* Verantwoording
Keuze oplossingsrichting
Ontwerp keuzes solution
Ontwerpkeuzes infra
Overdracht aan beheer
* Uitwerken IT beleid voor
mobility en Cloud/sourcing
* Architectuur visie & plan
* De architectuur artifacten moeten de communicatie met de stakeholders voor wie ze zijn opgesteld ondersteunen.
* Enkel de strategische architectuur wordt actief onderhouden.
* Detail architectuur wordt enkel ontwikkeld door mee te liften op de energie van belangrijke business verandertrajecten.
* De nadruk ligt op de next minute architectuur (onderdeel van strategische architectuur).
* Voor de architectuurorganisatie wordt zoveel mogelijk gebruik gemaakt van bestaande functies en gremia.
* Voor elke architectuurartifact moeten de volgende zaken bekend zijn :
- Trigger
- Stakeholders (voor wie wordt het gemaakt)
- Proces (in welk proces wordt het gebruikt)
- EA-doelstelling (aan het bereiken van welke EA-doelstelling draagt de activiteit bij)
- Eigenaar/beheerder artifact
* Er wordt een onderscheid gemaakt tussen het ambitieniveau van de competentie enerzijds en de artifacten anderzijds.
* ARIS fungeert als architectuur repository aangevuld met het CI-office intranet indien dit voor communicatieve doeleinden beter geschikt is.
Framework
Tooling
Organisatie
Artifacten
Uitgangspunten EA
binnen de UM
Artifacten :
Organisatie
Tooling
Framework
* De UM hanteert als uitgangspunt het TOGAF framework aangevuld met Archimate (modelleertaal) en DYA waar zinvol.
* De architecten zijn onafhankelijk van organisatorische eenheden waardoor ze enkel het UM belang hoeven te dienen.
* De EA competentie moet expliciet zijn ingebd in bestaande business processen om haar functie te kunnen vervullen.
Uitgangspunten
Actiepunten
Scope
EA initiatief
Universiteit Maastricht

Doelstellingen
* EA-website opzetten.
* HO referentiemodel in ARIS verwerken
* Inrichten architectuurfunctie
* Inbedden EA organisatie in bestaande business processen.
* Stakeholders informeren over rol en nut van EA.
* Beheer en eigenaarschap EA artifacten & producten beleggen.
* Aris herinrichten om nieuwe artifacten te kunnen herbergen en presenteren.
* Trainen/opleiden (business) architecten.
Organisatie & processen
Kennis
Technologie & tools
Alle processen
n.v.t.
Alle stakeholders
Alle stakeholders
Alle stakeholders
Strategische Dialoog
Overdracht aan beheer
* Communicatie
* Verantwoording
Alle doelstellingen
Alle doelstellingen
Opdracht CIO
Opdracht CvB
Opdracht CvB
Opdracht CIO
Opdracht CvB
Opdracht CIO
Afhankelijk van keuze model
2. Strategische architectuur
HO referentie architectuur
UM strategische architectuur
Key Requirements
Principes
Functiemodel
Objectmodel
Applicatie service model
Functie/applicatie service mapping
Roadmap aanbevolen acties
Applicatie service /object mapping
1. Voorbereiding & formele opdracht voor EA initiatief
Voorbereiding
:
Opstellen UM visie op EA
Opstellen EA doelstellingen
Bepalen scope
Bepaling beschikbare middelen (geld en resources)
Keuze framework
Keuze technologie
Bepalen ambitieniveau EA competentie en artifacten
Uitgangspunten opzet EA competentie & artifacten
Actiepunten opzet EA competantie & artifacten
Wat levert het opzetten van een strategische architectuur op ?

De strategische architectuur geeft inzicht in de inrichting van de UM en haar informatievoorziening door de doelstellingen, ontwikkelingen en knelpunten in de huidige inrichting in kaart te brengen. Hierbij wordt gebruik gemaakt van high level modellen m.b.t. de bedrijfsfuncties, applicaties, infrastructuur en hun samenhang. Op basis hiervan kan de visie op de gewenste inrichting worden geformuleerd in de vorm van architectuurprincipes. Deze visie wordt vervolgens vertaald naar een model van de gewenste inrichting en een concrete roadmap voor de komende drie jaar.

Roadmap is een overzicht van :
Business Driven Demand projecten
Architectuur (infra) projecten
Solution Architecturen die aandacht behoeven
Aandachtsgebieden waarvoor ICT beleid gemaakt moet worden
3. ICT beleid
Aan de hand van huidige externe en interne ontwikkelingen, problemen, kansen en bedreigingen bepalen voor welke deelgebieden het essentieel is dat de UM ICT beleid heeft geformuleerd en gecommuniceerd. Dit maakt tevens onderdeel uit van de roadmap welke volgt uit de strategische architectuur.
Mobile
Cloud
Sourcing
4. solution architecturen
Voor bepaalde onderdelen van de UM informatievoorziening moeten keuzes worden gemaakt m.b.t. delivery methoden (on premise vs on demand), applicatie provider, ontwerp en inrichting. Dit betreft doorgaans keuzes die niet door projecten gemaakt moeten worden aangezien ze een projectoverstijgend belang en impact hebben.

De solution architecturen die aandacht behoeven maken onderdeel uit van de roadmap welke het resultaat is van de strategische architectuur. De hier genoemde solution architecturen zijn een voorschot hierop.
I&AM
ECM
Mobile infra
CRM
Portalen & collaboratie
Applicatie Provider model
Portals & collaboratie


Deze solution architectuur kan niet los worden gezien van de ECM solution architectuur en de I&AM solution 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
5. Inrichten EA competentie
3. Uit te werken
Solution Architecturen
Roadmap
strategische architectuur
4. 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
Inframodel (TRM/III-RM)
Business
Business
Business
Applicatie
Data
Applicatie
Technology
Applicatie
Applicatie
Scope EA initiatief
5. EA competentie
Ivo Huurdeman
* ECM solution
Opdracht CIO
Waarom Enterprise Architectuur
?
Wat maakt organisaties succesvol ?
‘70 tot 90%
van alle strategische initiatieven
faalt
in de zin dat het verwachte resultaat niet wordt behaald.’ [Kaplan en Norton 2004].
Deze percentages gelden ook voor specifieke strategische initiatieven :
'Total Quality management' [ Oakland en Porter 1994]
'Business Proces Reenginering' & 'Business Process Management‘ [Burlton 2001, Smith en Fingar 2003]
'Six sigma '[Eckes 2001]
'e-Business‘ [Kalakota en Robinson 1999]
'Customer relationship Management' [Kirby 2001]
'Fusies en overnames‘ [Woolridge en Hayden 2002]
Waarom falen zoveel strategische initiatieven ?
Antwoord (top) management
:
Wat wijst onderzoek uit ?
Belangrijkste reden falen strategische initiatieven :

Gebrek aan samenhang en integratie van veranderinitiatieven.
Veel onderzoek leert echter dat falende strategische initiatieven vooral het gevolg zijn van gebrek aan samenhang en integratie
[Miles en Snow 1984, Beer e.a. 1990, Kaufman 1992, Kotter 1995, Hoogervorst 1998, Galliers en Baets 1998, Pettigrew 1998].
'een enterprise effectiever opereert en beter presteert naarmate de graad van samenhang en integratie, de coherentie en consistentie van de verschillende delen, hoger is.'
[Nadler en Tushman 1997]
'in a great corporate strategy all elements (resources, business, organization) are aligned with one another.‘
[Kaplan en Norton 2001]
‘Het vermogen om een strategische keuze daadwerkelijk samenhangend te implementeren was nog belangrijker dan de kwaliteit van de strategische keuzes zelf.’
[Kaplan en Norton 2001]
Vanwege onvoorziene
en/of niet te beïnvloeden
externe omstandigheden !!
Coherentie en integratie van alle elementen van een organiatie en van veranderinitiatieven is dus cruciaal !!
En nu..... ?
Hoe zorg je daarvoor ?
The principles of the next minute architecture should guide an organisation towards it's desired architecture.
Bridge the gap !!
Architectuur Services
Solution Architectuur
Domein Architectuur
Strategische Architectuur
EA competentie
EA producten & artifacten
Huidige volwassenheid en kennis EA competentie
Strategische Dialoog
Ambitie niveau EA artifacten
Kostbaar om verschil te overbruggen !
Investeren in het opzetten van de strategische architectuur is niet alleen noodzakelijk omdat deze als kapstok geldt voor alle onderliggende architecturen maar is tevens een quick win om het niveau van de strategische dialoog te verbeteren.
De stakeholders van de strategische dialoog (business, PPB, eigenaren, CIO) kunnen veel eenvoudiger en goedkoper worden bediend met EA artifacten (de Strategische Architectuur) dan de stakeholders van de domein en solution architectuur.
1. Wat streven we na ?
2. Waar gaan we ons
op richten ?

4. wat moeten we concreet gaan doen ?
3. Wat zijn onze vertrekpunten ?
ondersteunen
Bij EA denkt men
vaak aan :

Minimaal zo belangrijk
is echter de :

2. Type
architecturen

3. Onderdelen van een architectuur
Architectuur waarvan ?
Hoe beschrijf ik een architectuur ?
1. Definitie EA
4. Tijdsaspect van architectuur
Huidige of gewenste architectuur ?
5. Key Requirements & principes
Hoe kom ik van de huidige naar de gewenste architectuur ?
Welke modellen gebruik ik om de architectuur te beschrijven ?
6. Type modellen
Welke architectuurrollen zijn er hiervoor minimaal nodig ?
Business
Ondersteunt en biedt meerwaarde aan
P
olitiek
E
conomie
S
ociaal
T
echnologie
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 !!
"You're not the only one who's made mistakes
But they're the only things that you can truly call your own. "
Billy Joel
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 ?
Formele opdracht :
Het CvB op basis van de voorbereiding een formele opdracht laten geven voor het uitwerken van een EA initiatief om EA binnen de UM op het volgende niveau te krijgen.
Strategische architectuur
Verschil maturity level competentie vs artifacten
Inzetten op strategische architectuur !
Basis voor alle andere architecturen
Past beste bij maturity en beschikbare middelen
1.
2.
Kennis
Enterprise Systems architect : kennis applicaties
Infra architect : kennis technologiedomein
Security architect : kennis security domein
Full transcript