Simplify Enterprise Architecture TOGAF zielgerichtet einsetzen

Transkript

1 Simplify Enterprise TOGAF zielgerichtet einsetzen ISACA After Hours Seminar am Christoph Rupp Detecon (Schweiz) AG Deutsche Telekom Group

2 Content 1. Motivation für Architekturentwicklung 2. Enterprise Management mit TOGAF 9 3. Die wesentlichen Konzepte 4. TOGAF Development Method in vier Schritten 5. Frage, Diskussion Page 1

3 Motivation für Architekturentwicklung Die IKT Entwicklung wird auf die Geschäftsbedürfnisse ausgerichtet. Bei Änderungen der Geschäftsbedürfnisse kann sie agil angepasst werden. Einflüsse auf die IKT Entwicklung Hebel auf der Geschäftsseite Hebel auf der IKT-Seite Umfeldänderung (z.b. Änderung der Marktgegebenheiten oder gesetzlichen Vorgaben) Änderung der Geschäftsstrategie und Geschäftsziele Anpassung der Dienstleistungen Reorganisation (z.b. Prozessänderungen) Page 2 Der Fokus liegt auf der Aufgabenerfüllung und Ausrichtung der IKT auf die Geschäftsbedürfnisse. Verbesserte Handlungsfähigkeit Informationsqualität verbessern (z.b. Datenqualität, Datenredundanz) Anwendungen konsolidieren oder migrieren (Kosten, Verfügbarkeit, Performance) Technologien konsolidieren oder migrieren (Technologiebeschaffungen)

4 Motivation für Architekturentwicklung Die Brücke zwischen Geschäft und IKT bildet die EA Fähigkeit des Unternehmens. Die Steuerung der Implementierungsprojekte wird durch die Governance sichergestellt. Problemfelder EAM Wertbeitrag Benefits! Keine gemeinsame Sprache zwischen Geschäft/ Fachbereich und IT Business Alignment (Kundenfokus) Die EA stellt durch die Vorgehensweise die Ausrichtung auf das Geschäft und auf die Kundenbedürfnisse sicher. + Allgemeine Methode!!!! Strenge Silo Strukturen Fortlaufende Merger & Acquisitions Keine standardisierte Kommunikation beim Initialisieren neuer Projekte Keine reguläre Kommunikation über die gesamten Geschäfts- und IKT Strategien Page 3 Responsiveness for Change Agile Prozesse und Architekturstandards ermöglichen die schnelle Anpassung der IKT an ein verändertes geschäftliches Umfeld Flexibilität, Agilität, Wiederverwendbarkeit Value Management Transparenz und Nachvollziehbarkeit ermöglicht die Darstellung des Wertbeitrags der verschiedenen IKT Bausteine zu den Geschäftszielen. Übergreifende Planung Ein übergreifendes EA-Model ermöglicht die übergreifenden Planung und Steuerung Übergreifende Standards Allgemeine Sprache Prinzipien Governance Modell

5 Motivation für Architekturentwicklung Die Tätigkeitsgebiete für die Unternehmensarchitekten lassen sich in übergreifende, strategische und operative Tätigkeiten unterteilen. Übergreifende Tätigkeiten - Enterprise (EA) Grundlagen EA Standards und Richtlinien festlegen EA Modelle und Strukturen definieren EA Hilfsmittel und Tools bereitstellen Strategische Tätigkeiten Operative Tätigkeiten Page 4 IT-Strategien entwickeln Strategische Planung entwickeln IT-Portfolio managen Projektportfolio monitoren Identifizierte Projekte aus EA Sicht begleiten Architekturkonformität von IKT-Projekten überprüfen

6 Enterprise Management mit TOGAF 9 In der neuesten Version bietet das Framework der Open Group die Best Practices von über 300 Mitgliedsunternehmen und mehr als zehn Jahren Erfahrung. Page 5 Mehr als 90,000 Downloads Über 7,000 Certified Practitioners Mehr als 180 Corporate Members im Open Group Forum Mehr als 20,000 TOGAF Bücher verschickt 300+ Organisationen weltweit sind an der Entwicklung beteiligt Unterstützt durch TOGAF -Tools Anerkannter Standard (Oct 08)

7 Enterprise Management mit TOGAF 9 Die ADM unterstützt die strategische und operative Planung von Architekturarbeit und dient als konkrete Vorgehensweise von der Planung bis zum Ende der Realisierung. TOGAF Framework - Development Method (ADM) Prelim: Framework and Principles Page 6 H Change Management G Implementation Governance F Migration Planning A Vision Requirements E Opportunities and Solutions B Business C Information System s D Technology Die ADM ist iterativ Innerhalb eines ADM-Durchlaufs kann in vorherige Phasen zurückgesprungen werden. Auch wird die ADM in der Regel mehrfach mit unterschiedlichem Scope und Detailgrad durchlaufen Benötigt einen klaren Scope pro Phase und Durchlauf: Welche Unternehmensbereiche sind betroffen? Was ist der angestrebte Detailgrad? der Zeithorizont und Meilensteine Architekturelemente des Enterprise Continuum: Elemente aus früheren Planungsphasen Externe, z.b. Industrie-Referenzen Für den Scope relevante Kriterien: verfügbare Ressourcen und Kompetenzen Erwarteter Nutzen ADM ist generisch d.h. unabhängig vom Industriebereich anwendbar, kann an spezifische Anforderungen angepasst werden.

8 Die wesentlichen Konzepte - Enterprise Development Die 9 TOGAF Development Method (ADM) Phasen können zur Vereinfachung in 4 Schritte unterteilt werden. Vereinfachtes Vorgehen nach TOGAF ADM TOGAF in 4 Schritten ADM in 4 Schritten Architekturkontext Initialisieren der Architekturarbeit durch festlegen der Ziele, des Umfangs, des Vorgehens, der Stakeholder etc. Prelim : Framework and Principles Architekturkontext Architekturinhalte Benötigte Ist- und Zielarchitekturen der Architekturdomänen werden dokumentiert und mögliche Lücken und Anpassungsbedarfe werden aufgezeigt Architekturtransition Optionen und Lösungen werden dargestellt und Bewertungsgrundlagen geschaffen. Sie sind die Basis für Implementierungsentscheidungen Steuerung der Implementierungsprojekte Implementierungsprojekte werden aus Unternehmensarchitektursicht gesteuert (Architektur Governance) Page 7 Steuerung der Implementierunsprojekte H Change Management G Implementation Governance Architekturinhalte Architekturtransition F Migration Planning A Vision Requirements E Opportunities and Solutions B Business C Information System s D Technology

9 Die wesentlichen Konzepte - Umfangseingrenzung Die beteiligten Organisationen, der Detaillierungsgrad, die Architekturdomäne und der funktionale Umfang grenzen die Architekturarbeit ein. Umfangseingrenzung (Scoping) TOGAF ADM in 4 Schritten Stakeholder Anliegen, Interessen Fachverantwortliche Anliegen, Interessen IT-Verantwortliche Stakeholder Stakeholder mit Einfluss oder wesentlichen Anforderungen Betroffenen Organisationseinheiten Anliegen und Interessen bezüglich des Architekturvorhabens Definition von Sichten Architekturdomäne Funktionaler Umfang Page 8 Architekturdomänen und Detaillierungsgrad Welche Anforderungen aus der Geschäfts-, Informationssystemund Technologiearchitekturdomäne gehen in das Architekturvorhaben ein? Sollen konzeptionelle Modelle () oder physisch Lösungsbeschreibungen (SBB) erarbeitet werden? Funktionaler Umfang Capabilities unterstützen die Umfangseingrenzung (Capability Based Planning) Business Szenarien können zur Veranschaulichung des Problems und zur Ableitung des Umfangs und der Stakeholder genutzt werden

10 Die wesentlichen Konzepte - Geschäftsszenarien Der Umfang kann anhand eines Geschäftsszenarios festgelegt werden. Es erleichtert Stakeholder, Bausteine oder Anforderungen zu identifizieren. Umfangseingrenzung mittels Geschäftsszenarien TOGAF (Scoping) ADM 4 Schritten Ein Szenario beschreibt den Geschäftsablauf (Geschäftsprozess) das geschäftliche und technische Umfeld die Stakeholder und Akteure das erwartete Ergebnis Problem 6 Umgebung 7 Ziele Akteure Systeme Rollen und Verantwortung Verfeinern Business-Szenarien werden systematisch in einem mehrstufigen Prozess erzeugt. In jeder Stufen werden Information gesammelt, analysiert und bewertet. Ziele und Nutzen Szenarien sollen sicherzustellen, dass eine möglichst komplette Liste der Anforderungen vorliegt Szenarien helfen zu verstehen, welchen Beitrag die Lösung zu den Geschäftszielen liefert Szenarien zeigen die Bedeutung, den Umfang und die Auswirkungen von möglichen Lösungen auf Szenarien erleichtern es, die Beteiligten zu überzeugen («buy-in») Szenarien vereinfachen die Kommunikation über die Problemstellung und über mögliche Lösungen Page 9

11 Die wesentlichen Konzepte - Ausrichten der IKT am Geschäft Capabilities stellen eine stabile Vermittlungsschicht dar und schaffen Transparenz in Hinblick auf die Geschäfts-, Informationssystem- und Technologiearchitektur Capabilities Nutzen Business Strategy Business Business-ICT Alignment Technology Strategy ICT Enterprise focus (conceptual, planning) Durch die Verwendung von Capabilities wird eine stabile Schicht geschaffen, anhand derer die unterschiedlichen Beziehungen und Abhängigkeiten von Architektur- () oder Lösungsbausteinen (SBB) aufgezeigt werden kann. Impact-Analysen sind möglich. Organisation Prozesse Geschäftsobjekte Page 10 Governance Transition Planning Implemented Systens IT Infrastruktur Vorhaben / Projekte Capabilities Anforderungen Project focus (delivery) Anwendungen Systeme Kosten Entscheidungen und Priorisierungen können unter Berücksichtigung der unterschiedlichen Abhängigkeiten gefällt werden. Die Kommunikation und die Konsensbildung wird erleichtert. Besteller können Massnahmen und Projekte anhand der Capabilities einordnen und bewerten. Der Planungsprozess wird unterstützt. Capabilities bilden den stabilen Rahmen, der über die Durchführung von Massnahmen hinaus weitestgehend stabil ist. Kompetenz der Auftraggeber steigt! Agilität der IKT in System- und Sourcing- Entscheidungen

12 Die wesentlichen Konzepte Capabilities Capabilities sind das zentrale Analyse- und Designinstrument. Beziehungen zwischen Bausteinen werden mittels Capabilities entkoppelt. Capabilities stellen Beziehungen zwischen TOGAF Bausteinen ADM her in 4 Schritten Capabilities haben einen definierten funktionalen Umfang sind relativ stabil dienen der Kommunikation berücksichtigen Geschäftstreiber und -ziele bei der Planung ermöglichen die inkrementelle Planung und Bereitstellung dienen zum Festlegen der Verantwortung zeigen Abhängigkeiten aber auch die Gemeinsamkeiten zwischen den Bausteinen auf können in Form einer Landkarte (Capability Map) geordnet werden. Eine Capability Map ist eine Architektur-Sicht und dient zur Kommunikation (z.b. bei der Priorisierung von Umsetzungsprojekten) mit den Stakeholdern. Page 11

13 Die wesentlichen Konzepte - Bausteine für die Architektur Die gesamtheitliche Sicht auf den Geschäftskontext und die IKT-Lösungen wird mittels Architektur- und Lösungsbausteinen strukturiert. Enterprise Model TOGAF ADM in 4 Schritten Geschäftskontext Cap Cap Cap Geschäftsprozesse Geschäftsfähigkeiten Ausrichten der IKT Lösungen am Geschäft Appl Architekturbausteine Lösungsbausteine (z.b. Anwendungen, Services, Middleware, Hardware etc.) Page 12 SBB SBB SBB Lösungsbausteine

14 Die wesentlichen Konzepte - Bausteine für die Architektur Die Ableitung und Analyse der Architekturbausteine erfolgt je nach Kontext top-down oder bottom-up. Enterprise Model TOGAF ADM in 4 Schritten Top-down Analyse der high-level Geschäftsprozesse oder Infrastrukturfunktionalitäten Beispiel: Architekturbausteine Order Management Appl - Liste Page 13 Lösungsbausteine SBB SBB SBB Make-, buy-, reuse Entscheidung SBB - Liste Aufnehmen der bestehenden Lösungen und Systeme (Bottom-up) Auswahl SAP Individuelle Lösung DB2

15 Governance Change Mgmt Planning Vision and Solutions Systems s Governance Change Mgmt Planning Vision and Solutions Systems s Die wesentlichen Konzepte EA Anforderungsmanagement Der Anforderungsmanagement Prozess liefert Input für die jeweilige TOGAF Phase und gewährleistet die Nachverfolgung von Anforderungsänderungen. Unternehmensarchitektur Anforderungen identifizieren und dokumentieren Bewerten der Auswirkungen von Anforderungen Anforderungen für die jeweilige Phase bereitstellen Architekturvorhaben G. Implementation H. F. Migration Preliminary A. Requirements Management E. Opportunities B. Business D. Technolog y C. Infor mation G. Implementation H. F. Migration Preliminary A. Requirements Management E. Opportunities B. Business D. Technolog y C. Infor mation Übergreifendes Anforderungsmanagement Anforderungsmanagement in Umsetzungsprojekten Page 14 Baseline der Anforderungen festschreiben Überwachen der Anforderungs-Baseline Identifizieren von Anforderungsänderungen Für das Umsetzungsprojekt relevante Anforderungen und Anforderungsänderungen zuordnen Identifizierung v. übergreifenden Anforderungen Übergreifendes Anforderungsmanagement Nachverfolgen v. Anforderungsänderungen Priorisierung und Zuordnen v. Anforderungen Umsetzungsprojekte

16 Fragen / Diskussion Page 15 Success is having the exact capabilities that are popular at the moment. Henry Ford

17 Detecon International Fakten & Zahlen Unsere weltweite Präsenz sichert unseren Kunden den internationalen Erfolg. Gründung: 1954 Diebold 1977 DETECON Neufirmierung: 2002 Detecon International GmbH Umsatz 2008: 175 Mio. Euro 886 Berater Gesellschafter: T-Systems Enterprise Services GmbH Standorte Deutschland: Bonn (Hauptsitz), Dresden, Eschborn, München Standorte international: Abu Dhabi, Bangkok, Johannesburg, Peking, Reston, Riad, San Francisco, Singapur, Zürich Page 16

18 Detecon International Erfahrung aus über 3500 Projekten Unser Know How Globales Engagement, Know-how und Do-how-Expertise in ICT Märkten charakterisieren unsere Beratungsleistungen. Global Reach 3500 erfolgreich durchgeführte Management- und Technologie-Projekte in 106 Ländern Weltweit einheitlicher Qualitätsstandard und standortübergreifender Wissensaustausch durch Vernetzung unserer Berater in Global Competence Teams Know-how und Do-how Faktenbasierte, quantitative Analysen als Voraussetzung unserer Empfehlungen Vor Ort-Integration unserer Do-how- Expertise bei der Entwicklung von Strategien und Umsetzungsverfahren ICT Talents Versierte Experten mit multikulturellen Kompetenzen in den weltweiten ICT- Märkten Durchführung von komplexen ICT- Projekten, die eine Zusammenarbeit von wirtschaftlichen, technologischen und rechtlichen Kompetenzen erfordern Page 17 Clear Commitments Unabhängige Auswertung Der Kunde als Partner: Gemeinsame Teams und Wissenstransfers Die Erfolge unserer Arbeit sind messbar

19 Detecon (Schweiz) AG Löwenstrasse Zürich Ihr Ansprechpartner Christoph Rupp Team Head BI & Development Mobile: Phone: christoph.rupp@detecon.com Deutsche Telekom Group