Diskussion:IVS-Capibilities

Aus IVS-Wiki
Version vom 23. August 2016, 07:12 Uhr von Albrecht (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „== Geschäftsfähigkeiten (Capabilities) in TOGAF == center| left | 400px| Capabilities: Einordnung ===Definition=== Mit Cap…“)
(Unterschied) ← Nächstältere Version | Aktuelle Version (Unterschied) | Nächstjüngere Version → (Unterschied)
Zur Navigation springen Zur Suche springen

Geschäftsfähigkeiten (Capabilities) in TOGAF

Capabilities: Einordnung

Definition

Mit Capability wird eine (Geschäfts-)Fähigkeit bezeichnet, die eine Organisation, Person oder System besitzt. Capabilities werden typischerweise mit allgemeinen bzw. übergeordneten Begriffen benannt und erfordern typischerweise eine Kombination von Menschen, Organisation, Prozessen und Technologie, um realisiert werden zu können. (Quelle: Bitkom, 2011 und TOGAF 9.1)

Nutzen und Vorteile

Capabilities (dt. Fähigkeiten) dienen in TOGAF zu Planungszwecken. Das Besondere an den Fähigkeiten ist zum einen Ihre Zeitstabilität, d.h. sie ändern sich sehr selten; zum zweiten werden sie gemeinsam mit der Fachseite erarbeitet und damit nicht von der IT diktiert; zum Dritten bilden sie eine Abstraktionsschicht zwischen IT und Geschäftsprozessen, auf deren Ebene sich gut planen lässt.

Ausprägung

Fähigkeiten lassen sich strukturieren. D.h. es gibt übergeordnete Fähigkeiten, die wiederum andere Fähigkeiten erfordern. Fähigkeiten sollten nicht redundant sein.

Capabilities: Ausprägung

Top-Down-Vorgehen

Zunächst wird erfasst, welche Capabilities eine Unternehmenung heute bereits besitzt (Ist). Anschließend wird von der Fachseite und der IT gemeinsam erarbeitet, welche Fähigkeiten zukünftig relevant sein werden (Soll). Die Erarbeitung des Soll wird Top-Down durchgeführt, d.h. ausgehend von den Zielen wird betrachtet, welche Fähigkeiten zur Erreichung der Ziele erforderlich sind. Daraus ergeben sich dann Lücken zwischen Ist und Soll. Zur Schließung der Lücken sind meistens mehrere Durchläufe notwendig, daraus ergeben sich die Capability Increments. Increments bezeichnen immer Zwischenstände. Zu jedem Capability Increment gibt es auch eine Zwischenversion der Architektur.

Capabilities und Requirements (Fähigkeiten und Anforderungen)

Sind Capabilities noch nicht vorhanden, so kann man die zukünftig zu entwickelnden Fähigkeiten im Sinne von Requirements verstehen. Dabei wird nicht betrachtet, wie diese später IT-seitig realisiert werden.

Capabilities auf IT-Seite

Da Capabilities in der Regel auch eine IT-Komponente haben, wird nun der Zusammenhang zur IT erklärt.

Die IT-Dimension einer Capability wird meist als IT-Capability bezeichnet. Denkt man im Sinne einer Service-Orientierten Architektur (SOA), dann wird jede IT-Capability über SOA-Services realisiert. D.h. zu jeder Capability muss es schlussendlich einen oder mehrere Services auf IT-Seite geben.

Beispiel
Um die Fähigkeit "Route planen" IT-seitig umzusetzen, wird ein Routenplanungsservice benötigt. Dieser kann z.B. die Form einer App auf einem Smartphone haben.

Übertragung des Capability-Gedankens auf IVS