IT Architecture Management: Unterschied zwischen den Versionen

Aus IT Process Wiki
Keine Bearbeitungszusammenfassung
Zeile 8: Zeile 8:
<br style="clear:both;"/>
<br style="clear:both;"/>


== ITIL Architecture Management ==
<p>&nbsp;</p>
 
==<span id="ITIL Architecture Management">Überblick</span>==


''ITIL Architecture Management'' entwirft einen Vorgehensplan für die mittel- und langfristige Weiterentwicklung der Technologielandschaft, der die Servicestrategie einbezieht und innovative Technologien berücksichtigt.
''ITIL Architecture Management'' entwirft einen Vorgehensplan für die mittel- und langfristige Weiterentwicklung der Technologielandschaft, der die Servicestrategie einbezieht und innovative Technologien berücksichtigt.
Zeile 20: Zeile 22:
<p>&nbsp;</p>
<p>&nbsp;</p>


== Prozess: ITIL Architecture Management ==
== Prozess-Beschreibung ==


[[Image:It-architecture-management.jpg|left|thumb|370px|alt=ITIL Architecture Management ITIL|[https://wiki.de.it-processmaps.com/images/pdf/Prozessuebersicht_it_achitecture_management_itilv3.pdf ITIL Architecture Management]]]
ITIL trifft Aussagen zu Architecture Management im einem Kapitel zu "technologie-bezogenen Aktivitäten". Ein klar definierter Architektur-Blueprint ist von zentraler Bedeutung für eine IT-Organisation.
[[Image:It-architecture-management.jpg|right|thumb|370px|alt=ITIL Architecture Management ITIL|[https://wiki.de.it-processmaps.com/images/pdf/Prozessuebersicht_it_achitecture_management_itilv3.pdf ITIL Architecture Management]]]


ITIL V2 behandelte Architecture Management als Teil der Application-Management-Publikation.  
Bei IT Process Maps entschieden wir uns deshalb zur Einführung eines eigenen Architecture-Management-Prozesses in der [https://de.it-processmaps.com/produkte/itil-prozesslandkarte.html ITIL&reg;-Prozesslandkarte]. Damit wird die Verantwortung für Fragen der [[IT Architecture Management#Enterprise-Architektur|Enterprise-Architektur]] klar geregelt.


ITIL V3 trifft Aussagen zu Architecture Management im einem Kapitel zu "technologie-bezogenen Aktivitäten". Ein klar definierter Architektur-Blueprint ist von zentraler Bedeutung für eine IT-Organisation; bei IT Process Maps entschieden wir uns deshalb zur Einführung eines eigenen Architecture-Management-Prozesses in der [https://de.it-processmaps.com/produkte/itil-prozesslandkarte.html ITIL&reg;-Prozesslandkarte V3]. Damit wird die Verantwortung für Fragen der [[IT Architecture Management#Enterprise-Architektur|Enterprise-Architektur]] klar geregelt.
ITIL liefert keine detaillierten Beschreibungen aller Aspekte von Architecture Management. Eine ausreichend vollständige und aktuelle Enterprise-Architektur wird jedoch allgemein als wichtige Voraussetzung erachtet, um eine Organisation erfolgreich zu managen.
<br style="clear:both;"/>
 
Auf Grund der Einführung von Design-Koordinierung in '''''ITIL 2011''''' haben sich die Datenflüsse leicht geändert. Das Übersichts-Diagramm zu [[Media:It-architecture-management.jpg|ITIL Architecture Management (.JPG)]] illustriert die wichtigsten Schnittstellen des ITIL-Prozesses (''siehe Abbildung 1'').
 
<p>&nbsp;</p>


== Teil-Prozesse ==
== Teil-Prozesse ==
Zeile 35: Zeile 41:
<p>&nbsp;</p>
<p>&nbsp;</p>


== ITIL-Begriffe zum Architecture Management ==
== Definitionen ==
 
Die folgenden ITIL-Begriffe and Acronyme (''Informations-Objekte'') werden in ITIL Architecture Management zur Darstellung der Prozess-Outputs und -Inputs verwendet:
 
<p>&nbsp;</p>


;<span id="Anwendungs-Framework">Anwendungs-Framework</span>
;<span id="Anwendungs-Framework">Anwendungs-Framework</span>
:Anwendungs-Frameworks fördern den wiederkehrenden Einsatz bestimmter Komponenten und die Standardisierung der eingesetzten Technologien.  
:Anwendungs-Frameworks fördern den wiederkehrenden Einsatz bestimmter Komponenten und die Standardisierung der eingesetzten Technologien. Deshalb sollten sie getrennt von Software-Entwicklungsprojekten entwickelt werden – allerdings ist darauf zu achten, dass die Frameworks die Anforderungen der Entwickler berücksichtigen. Anwendungs-Frameworks definieren Anwendungssystem-Klassen, typischerweise mit gemeinsamen nicht-funktionalen Anforderungen.
:Deshalb sollten sie getrennt von Software-Entwicklungsprojekten entwickelt werden – allerdings ist darauf zu achten, dass die Frameworks die Anforderungen der Entwickler berücksichtigen. Anwendungs-Frameworks definieren Anwendungssystem-Klassen, typischerweise mit gemeinsamen nicht-funktionalen Anforderungen.


;<span id="Change-Request-Architektur">Change Request zur Enterprise-Architektur</span>
;<span id="Change-Request-Architektur">Change Request zur Enterprise-Architektur</span>
:Eine Anforderung aus einem Service-Management-Prozess zur Änderung der Enterprise-Architektur. Eine solche Anforderung wird normalerweise aus dem Service-Design-Prozess heraus gestellt, wenn die Einrichtung eines neuen Service innerhalb der Vorgaben der bestehenden Anwendungs-, Infrastruktur- oder Daten-Architekturen nicht möglich ist.  
:Eine Anforderung aus einem Service-Management-Prozess zur Änderung der [[IT Architecture Management#Enterprise-Architektur|Enterprise-Architektur]]. Eine solche Anforderung wird normalerweise aus dem Service-Design-Prozess heraus gestellt, wenn die Einrichtung eines neuen Service innerhalb der Vorgaben der bestehenden Anwendungs-, Infrastruktur- oder Daten-Architekturen nicht möglich ist.  


;<span id="Enterprise-Architektur">Enterprise-Architektur (EA)</span>
;<span id="Enterprise-Architektur">Enterprise-Architektur (EA)</span>
:Die Enterprise-Architektur (EA) ist eine Beschreibung der wesentlichen Komponenten eines Unternehmens einschließlich deren Beziehungen.  
:Die Enterprise-Architektur (EA) ist eine Beschreibung der wesentlichen Komponenten eines Unternehmens einschließlich deren Beziehungen. Üblicherweise deckt eine Enterprise-Architektur die folgenden Bereiche ab: Unternehmen, Informationen, Anwendungen und Technik.  
:Üblicherweise deckt eine EA die folgenden Bereiche ab: Unternehmen, Informationen, Anwendungen und Technik.  


<p>&nbsp;</p>
<p>&nbsp;</p>


== Zusatzinformationen ==
== Rollen | Verantwortlichkeiten ==
 
==== ITIL-Rollen ====


;<span id="Enterprise-Architekt">Enterprise-Architekt - Prozess-Verantwortlicher</span>
;<span id="Enterprise-Architekt">Enterprise-Architekt - Prozess-Verantwortlicher</span>
Zeile 59: Zeile 65:
<p>&nbsp;</p>
<p>&nbsp;</p>


== Downloads ==
{| border="1" align="center" cellpadding="5" cellspacing="0" style="text-align:center;" valign="top"
|-
| valign="top"  colspan="2" style="background:#ffffdd;" align="center"| '''Verantwortlichkeits-Matrix: ITIL Architecture Management'''
|-
! width="65%" align="center" style="background:#ffffee;" | ITIL-Rolle / Teil-Prozess
! style="background:#ffffee;" | [[IT Architecture Management#Enterprise-Architekt|Enterprise-Architekt]]
|-
| align="left" |[[IT Architecture Management|Architecture Management]]<br /> ''(keine Teil-Prozesse spezifiziert)''
| A[[IT Architecture Management#Accountable|<small>[1]</small>]]R[[IT Architecture Management#Responsible|<small>[2]</small>]]
|-
|}


==== Übersicht ITIL Architecture Management ====
<p>&nbsp;</p>


{|
'''Erläuterungen'''
| valign="top" |
Die folgenden Links verweisen auf das Übersichts-Diagramm zu ITIL Architecture Management mit einer Darstellung der wichtigsten Schnittstellen des ITIL-Prozesses. 


* [[Media:It-architecture-management.jpg|ITIL Architecture Management (.JPG)]]
<span id="Accountable">[1] ''A: Accountable'' i.S.d. RACI-Modells: Verantwortlich dafür, dass Architecture Management als Gesamt-Prozess korrekt und vollständig ausgeführt wird.</span>
* [https://wiki.de.it-processmaps.com/images/pdf/Prozessuebersicht_it_achitecture_management_itilv3.pdf ITIL Architecture Management (.PDF)]''
| valign="top" |
[[Image:It-architecture-management.jpg|thumb|150px|left|none|alt=ITIL Architecture Management|ITIL Architecture Management im Überblick]]
|-
|}


<span id="Responsible">[2] ''R: Responsible'' i.S.d. RACI-Modells: Verantwortlich für die Ausführung bestimmter Aufgaben in ITIL Architecture Management.</span>


<p>&nbsp;</p>


<!-- Diese Seite liegt in folgenden Kategorien: -->
<!-- Diese Seite liegt in folgenden Kategorien: -->
[[Kategorie:ITIL V3]][[Kategorie:ITIL-Prozess]][[Kategorie:Service Design]][[Kategorie:Architecture Management|!]]
[[Kategorie:ITIL V3]][[Kategorie:ITIL 2011]][[Kategorie:ITIL-Prozess]][[Kategorie:Service Design]][[Kategorie:Architecture Management|!]]
<!-- keine Inhalte nach diesem Kommentar! -->
<!-- keine Inhalte nach diesem Kommentar! -->

Version vom 2. Dezember 2011, 15:07 Uhr

<seo metakeywords="itil architektur management, architecture management itil, architecture management" metadescription="ITIL Architecture Management: Prozess-Definition, Teil-Prozesse. Informationen zu Architecture Management: Rollen, Checklisten, KPIs..." />

ES - EN - ITIL Architecture Managementesta página en españolthis Page in English
ES - EN - ITIL Architecture Management


 

Überblick

ITIL Architecture Management entwirft einen Vorgehensplan für die mittel- und langfristige Weiterentwicklung der Technologielandschaft, der die Servicestrategie einbezieht und innovative Technologien berücksichtigt.

Deutsche Bezeichnung: Architecture Management

Teil von: Service Design

Prozess-Verantwortlicher: Enterprise-Architekt

 

Prozess-Beschreibung

ITIL trifft Aussagen zu Architecture Management im einem Kapitel zu "technologie-bezogenen Aktivitäten". Ein klar definierter Architektur-Blueprint ist von zentraler Bedeutung für eine IT-Organisation.

ITIL Architecture Management ITIL
ITIL Architecture Management

Bei IT Process Maps entschieden wir uns deshalb zur Einführung eines eigenen Architecture-Management-Prozesses in der ITIL®-Prozesslandkarte. Damit wird die Verantwortung für Fragen der Enterprise-Architektur klar geregelt.

ITIL liefert keine detaillierten Beschreibungen aller Aspekte von Architecture Management. Eine ausreichend vollständige und aktuelle Enterprise-Architektur wird jedoch allgemein als wichtige Voraussetzung erachtet, um eine Organisation erfolgreich zu managen.

Auf Grund der Einführung von Design-Koordinierung in ITIL 2011 haben sich die Datenflüsse leicht geändert. Das Übersichts-Diagramm zu ITIL Architecture Management (.JPG) illustriert die wichtigsten Schnittstellen des ITIL-Prozesses (siehe Abbildung 1).

 

Teil-Prozesse

Innerhalb von ITIL Architecture Management sind keine Teil-Prozesse spezifiziert.

 

Definitionen

Die folgenden ITIL-Begriffe and Acronyme (Informations-Objekte) werden in ITIL Architecture Management zur Darstellung der Prozess-Outputs und -Inputs verwendet:

 

Anwendungs-Framework
Anwendungs-Frameworks fördern den wiederkehrenden Einsatz bestimmter Komponenten und die Standardisierung der eingesetzten Technologien. Deshalb sollten sie getrennt von Software-Entwicklungsprojekten entwickelt werden – allerdings ist darauf zu achten, dass die Frameworks die Anforderungen der Entwickler berücksichtigen. Anwendungs-Frameworks definieren Anwendungssystem-Klassen, typischerweise mit gemeinsamen nicht-funktionalen Anforderungen.
Change Request zur Enterprise-Architektur
Eine Anforderung aus einem Service-Management-Prozess zur Änderung der Enterprise-Architektur. Eine solche Anforderung wird normalerweise aus dem Service-Design-Prozess heraus gestellt, wenn die Einrichtung eines neuen Service innerhalb der Vorgaben der bestehenden Anwendungs-, Infrastruktur- oder Daten-Architekturen nicht möglich ist.
Enterprise-Architektur (EA)
Die Enterprise-Architektur (EA) ist eine Beschreibung der wesentlichen Komponenten eines Unternehmens einschließlich deren Beziehungen. Üblicherweise deckt eine Enterprise-Architektur die folgenden Bereiche ab: Unternehmen, Informationen, Anwendungen und Technik.

 

Rollen | Verantwortlichkeiten

Enterprise-Architekt - Prozess-Verantwortlicher
Der Enterprise-Architekt hat die zentrale Verantwortung für die Pflege der Enterprise-Architektur (EA), einer Beschreibung der wesentlichen Komponenten eines Unternehmens einschließlich deren Beziehungen. Größere Organisationen teilen diese Rolle oft in weitere Spezialisten-Rollen auf, wie z.B. Business-, Informations-, Anwendungssystem- oder Infrastruktur-Architekt.

 

Verantwortlichkeits-Matrix: ITIL Architecture Management
ITIL-Rolle / Teil-Prozess Enterprise-Architekt
Architecture Management
(keine Teil-Prozesse spezifiziert)
A[1]R[2]

 

Erläuterungen

[1] A: Accountable i.S.d. RACI-Modells: Verantwortlich dafür, dass Architecture Management als Gesamt-Prozess korrekt und vollständig ausgeführt wird.

[2] R: Responsible i.S.d. RACI-Modells: Verantwortlich für die Ausführung bestimmter Aufgaben in ITIL Architecture Management.