IT Management

ITSM - IT-Service-Management

• ITSM-Anmerkungen von Michael Stumpp

5 Bücher des ITIL: Service Strategy Service Design Service Transition Service Operation Continual Service Improvement

ITSM nach ITIL -> Services sollten immer als ITSM nach ITIL bestellt werden damit Schnittstellen standardisiert sind.

Customer - Provider Struktur Was? - Wie? Fragenstruktur Der Customer definiert was er will und der Provider wie es gemacht wird.

Jeder Customer hat seinen Zweck -> Was? Aus dem Zweck kann der Customer sein Wie? ermitteln. Zweck = Ich brauche einen Onlineshop -> Wie? = Ich brauche einen funktionierenden Server-Service Das Wie? des Customers wird zum Was? des Providers. Der Provider agiert zu seinen Providern als Customer.

Jeder Customer muss das Service-Level des vom Provider erbrachten Services via KPIs messen und bewerten.

Outsourcing/Insourcing sind getrennt vom Service-Management -> Bei dieser Struktur können beliebig viele Provider extern sein ohne das es zu Problemen kommt.

EAM - Enterprise Architecture Management nach TOGAF Framework

Business Architecture

• beschreibt die Geschäftsstrategie, die Steuerung, die Organisation und die zentralen Geschäftsprozesse. Data Architecture
• zeigt, wie die Daten einer Organisation strukturiert sind, sowohl logisch als auch physisch, und welche Ressourcen für das Datenmanagement verwendet werden. Application Architecture
• liefert einen Plan für die einzelnen Anwendungen, wie sie implementiert werden, wie sie miteinander interagieren und wie sie mit den zentralen Geschäftsprozessen verbunden sind. Technology Architecture
• beschreibt die digitale Architektur sowie die logische Software- und Hardware-Infrastruktur, die notwendig ist, um die Bereitstellung von Geschäfts-, Daten- und Anwendungslösungen zu unterstützen. Dazu gehören digitale Dienste, Internet of Things (IoT), Social-Media-Infrastruktur, Cloud-Dienste, IT-Infrastruktur, Middleware, Netzwerke, Kommunikation, Verarbeitung, Standards usw.

ADM - Architecture Development Method

Consists of 9 Phases:

Preliminary Phase

• Diese Phase beschreibt die Vorbereitung und die Schritte, die notwendig sind, um eine Architektur-Kompetenz aufzubauen. Dazu gehört die Anpassung des TOGAF-Frameworks und die Festlegung von Architekturprinzipien. Phase A: Architecture Vision
• Hier beginnt der Architekturentwicklungsprozess. Es wird der Umfang der Initiative festgelegt, die Stakeholder werden identifiziert, eine Vision für die Architektur wird erstellt, und die Genehmigung zur weiteren Entwicklung wird eingeholt. Phase B: Business Architecture
• In dieser Phase wird die Geschäftsarchitektur entwickelt, um die vereinbarte Architekturvision zu unterstützen. Phase C: Information Systems Architectures
• Diese Phase beschreibt die Entwicklung von Architekturen für Informationssysteme, um die Architekturvision umzusetzen. Phase D: Technology Architecture
• In dieser Phase wird die Technologiearchitektur entwickelt, die die Architekturvision unterstützt. Phase E: Opportunities & Solutions
• Hier wird die erste Umsetzungsplanung durchgeführt, und es werden Ansätze zur Implementierung der in den vorherigen Phasen definierten Architektur identifiziert. Phase F: Migration Planning
• Diese Phase befasst sich mit der Planung, wie der Übergang von der aktuellen zur Zielarchitektur erfolgen soll, einschließlich eines detaillierten Umsetzungs- und Migrationsplans. Phase G: Implementation Governance
• Diese Phase stellt sicher, dass die Umsetzung unter Berücksichtigung der Architektur erfolgt und überwacht wird. Phase H: Architecture Change Management
• Hier werden Verfahren festgelegt, wie Änderungen an der neuen Architektur verwaltet werden.

Anforderungsmanagement: Dieser Prozess stellt sicher, dass die Anforderungen während des gesamten Architekturentwicklungszyklus (ADM) verwaltet werden.