Risiko-Management - Versionsgeschichte

Kopylova am 25. November 2017 um 23:12 Uhr

2017-11-25T23:12:44Z

Kopylova am 25. November 2017 um 23:11 Uhr

2017-11-25T23:11:23Z

Pfähler: /* Management der Risiken der Umsetzung von IVS-Archtektur = */

2016-10-04T15:45:27Z

Management der Risiken der Umsetzung von IVS-Archtektur =

Pfähler: /* Risiken bei der Umsetzung von IVS-Architektur */

2016-10-04T15:42:43Z

Risiken bei der Umsetzung von IVS-Architektur

Albrecht: /* Template */

2016-09-12T09:18:01Z

Template

Albrecht: /* Template */

2016-09-12T09:16:50Z

Template

Albrecht: /* Bewertung der Risiken, Gegenmaßnahmen */

2016-09-05T08:38:41Z

Bewertung der Risiken, Gegenmaßnahmen

Albrecht: /* Ebenen und Schritte im IVS-Architektur Risikomanagement = */

2016-09-05T08:32:58Z

Ebenen und Schritte im IVS-Architektur Risikomanagement =

Albrecht: /* TOGAF = */

2016-09-05T08:08:11Z

TOGAF =

Albrecht: /* Bewertung der Risiken */

2016-09-05T08:07:54Z

Bewertung der Risiken

@@ Zeile 1: / Zeile 1: @@
 == Risiken bei der Umsetzung von IVS-Architektur ==
@@ Zeile 4: / Zeile 5: @@
 [[File:FormenDerZusammenarbeit 00-00-02.PNG|thumb|right|250px|Formen der Zusammenarbeit, Quelle: Reinhard Riedl, Fachhochschule Bern, Wirtschaftsinformatik]]
-Unter Phase A (Architektur Vision) - Schritt 9 wurde dargestellt, welcher Nutzen von IVS-Architektur ausgehen kann und welche Dimension der Wertbeitrag von IVS-Architektur annehmen kann (siehe auch [[Ziele_und_Nutzen|Wertbeitrag und KPI's von IVS-Architektur]].
+Unter Phase A (Architektur Vision) - Schritt 9 wurde dargestellt, welcher Nutzen von IVS-Architektur ausgehen kann und welche Dimension der Wertbeitrag von IVS-Architektur annehmen kann (siehe auch [[Ziele_und_Nutzen|Wertbeitrag und KPI's von IVS-Architektur]]).
 Die Zusammenarbeit von IVS-Akteuren im Rahmen von IVS-Wertschöpfungsketten und -netzwerken ist jedoch auch mit Risiken verbunden. Über die stufenweise Intensivierung der Zusammenarbeit (Kooperation, Koordination und Kollaboration) hinweg nehmen die <span class="_Tgc">'''Interdependenzen'''</span>, das heißt die Abhängigkeiten der IVS-Akteure, zu und damit auch die Risiken. Diese können folgende Ursachen haben:

@@ Zeile 1: / Zeile 1: @@
 == Risiken bei der Umsetzung von IVS-Architektur ==
-[[Datei:FormenDerZusammenarbeit_00-00-02.PNG|thumb|right|250px|Formen der Zusammenarbeit, Quelle: Reinhard Riedl, Fachhoschule Bern, Wirtschaftsinformatik]]
+[[File:FormenDerZusammenarbeit 00-00-02.PNG|thumb|right|250px|Formen der Zusammenarbeit, Quelle: Reinhard Riedl, Fachhochschule Bern, Wirtschaftsinformatik]]
-Unter Phase A (Architektur Vision) - Schritt 9 wurde dargestellt, welcher Nutzen von IVS-Architektur ausgehen kann und welche Dimension der Wertbeitrag von IVS-Architektur annhemen kann (siehe auch [[Ziele und Nutzen | Wertbeitrag und KPI's von IVS-Architektur]] .
+Unter Phase A (Architektur Vision) - Schritt 9 wurde dargestellt, welcher Nutzen von IVS-Architektur ausgehen kann und welche Dimension der Wertbeitrag von IVS-Architektur annehmen kann (siehe auch [[Ziele_und_Nutzen|Wertbeitrag und KPI's von IVS-Architektur]].
-Die Zusammenarbeit von IVS-Akteuren im Rahmen von IVS-Wertschöpfungsketten und -netzwerken ist jedoch auch mit Risiken verbunden. Über die stufenweise Intensivierung der Zusammenarbeit(Kooperation, Koordination, Kollaboration) hinweg nehmen die Interpendenzen, das heißt die Abhängigkeiten der IVS-Akteure, zu und damit auch die Risiken. Diese können folgende Ursachen haben:
+Die Zusammenarbeit von IVS-Akteuren im Rahmen von IVS-Wertschöpfungsketten und -netzwerken ist jedoch auch mit Risiken verbunden. Über die stufenweise Intensivierung der Zusammenarbeit (Kooperation, Koordination und Kollaboration) hinweg nehmen die <span class="_Tgc">'''Interdependenzen'''</span>, das heißt die Abhängigkeiten der IVS-Akteure, zu und damit auch die Risiken. Diese können folgende Ursachen haben:
 *Ungenügende kulturelle Voraussetzungen
 *Fehlendes Vertrauen als größtes Hemmnis für den Erfolg von Teamarbeit
 *Fehlende Zielvorgaben bzw. unklare Aufgabenverteilung
 *Unzureichende Kommunikation, fehlende Standards für Kommunikation
 *Fehlende oder ungenügende Konfliktlösung
 *...
-Vor diesem Hintergrund muss einserseits die Förderung der Zusammenarbeitsfähigkeit von IVS-Akteuren in IVS-Wertschöpfungsketten und -netzwerken und anderseits die Vermeidung der mit der Intensivierung der Zusammenarbeit verbundenen Risiken mittels eines entsprechenden '''IVS-Architektur Risikomanagements''' ein Hauptanliegen von IVS-Architektur sein.
+Vor diesem Hintergrund muss einerseits die Förderung der Zusammenarbeitsfähigkeit von IVS-Akteuren in IVS-Wertschöpfungsketten und -netzwerken und anderseits die Vermeidung der mit der Intensivierung der Zusammenarbeit verbundenen Risiken mittels eines entsprechenden '''IVS-Architektur Risikomanagements''' ein Hauptanliegen von IVS-Architektur sein.
 == Management der Risiken der Umsetzung von IVS-Architektur ==
@@ Zeile 24: / Zeile 23: @@
 Risiken sollten auf '''zwei Ebenen''' untersucht und bewertet werden:
-* Ursprüngliches Risiko: Klassifizierung und Bewertung des Risikos vor Umsetzung der IVS-Architektur(-maßnahme)
+*Ursprüngliches Risiko: Klassifizierung und Bewertung des Risikos vor Umsetzung der IVS-Architektur(-maßnahme),
-* Verbleibendes Risiko (Rest-Risiko): Klassifizierung und Bewertung des Risikos nach Umsetzung der IVS-Architektur(-maßnahme)
+*Verbleibendes Risiko (Rest-Risiko): Klassifizierung und Bewertung des Risikos nach Umsetzung der IVS-Architektur(-maßnahme).
-Zur Identfikation und Bewertung einzelner Risiken werden '''folgende Schritte''' empfohlen:
+Zur Identifikation und Bewertung einzelner Risiken werden '''folgende Schritte''' empfohlen:
-#Identifikation möglicher Risiko-Quellen
+#Identifikation möglicher Risiko-Quellen,
-#Identifikation konkreter möglicher Risiken aus den einzelnen Quellen
+#Identifikation konkreter möglicher Risiken aus den einzelnen Quellen,
-#Bewertung der Risiken nach Eintrittswahrscheinlichkeit und Schwere
+#Bewertung der Risiken nach Eintrittswahrscheinlichkeit und Schwere,
-#Identifikation möglicher Gegenmaßnahmen für kritische Risiken
+#Identifikation möglicher Gegenmaßnahmen für kritische Risiken.
 === Risiko-Quellen ===
 *Technik (Technologiekomplexität, Architekturdefizite, Over-Engineering)
 *Sicherheit (die notwendige Sicherheit kann nicht gewährleistet werden)
 *Information (Informationen fehlen oder sind fehlerhaft)
 *Menschen (Mitarbeiter, personelle Schwächen)
 *Prozesse (Prozesse sind zu starr und können nicht angepasst werden)
 *Management (das Management unterstützt das Projekt nicht)
 *Externe Quellen (Umwelt, Lieferanten, Gesetze)
 *Erfolg (ist das Angebot skalierbar, was kann bei zu vielen Anfragen passieren)
 *Anforderungen (unsichere Anforderungen: typisches Projektrisiko, falsche oder gar fehlende Anforderungen)
 *Anwendungen (Legacy-Anwendungen können nicht angebunden werden)
 *Kunden bzw. Nutzer (unzureichende Beteiligung, fehlende Akzeptanz)
-*Planung  (unrealistisch)
+*Planung (unrealistisch)
 *Fehler und Qualitätsmängel (die Lösung enthält Fehler)
-*Unzureichende Projektorganisation (keine Kontrolle der Fortschritts; zu viele oder zu wenige Beteiligte)
+*Unzureichende Projektorganisation (keine Kontrolle der Fortschritts, zu viele oder zu wenige Beteiligte)
 *Finanzen (die finanzielle Planung ist unzureichend)
-=== Beispiel für Risisken von IVS-Architektur ===
+*Die IVS-Rahmenarchitektur wird nicht von allen Beteiligten mitgetragen.
-*Die IVS-Rahmenarchitektur wird nicht von allen Beteiligten mit getragen.
+*Die Architektur beinhaltet zu konkrete oder zu vage Festlegungen (z. B. in Bezug auf den Umfang von festgeschriebenen Standards).
-*Die Architektur beinhaltet zu konkrete oder zu vage Festlegungen (z.B. im Bezug auf den Umfang von festgeschriebenen Standards).
+*Die verbindliche Einführung der IVS-Rahmenarchitektur scheitert.
-*Die verbindliche Einführung der IVS-Rahmenarchitektur scheitert.
+*...
 === Bewertung der Risiken, Gegenmaßnahmen ===
-'''Risikokennzahl = Wahrscheinlichkeit (1-5) * Schweregrad (1-5)'''
+Die Bewertung der einzelnen konkreten Risiken erfolgt anhand der geschätzten Eintrittswahrscheinlichkeit und des Schweregrades des Risikos bei Eintritt.
-Für kritische Risiken (z.B. Risikokennzahl über 15) und für Risiken mit hoher Eintrittswahrscheinlichkeit sollten Gegenmaßnahmen überlegt und geplant werden.
+Für kritische Risiken (z. B. Risikokennzahl über 15) und für Risiken mit hoher Eintrittswahrscheinlichkeit sollten Gegenmaßnahmen überlegt und geplant werden.
 == Template ==
-[[IVS-Risikomanagement-Template | IVS-Risiko]]
+[[IVS-Risikomanagement-Template|IVS-Risiko]]
 ----
 [[Hauptseite|<< Zurück zur Hauptseite]]

@@ Zeile 18: / Zeile 18: @@
 Vor diesem Hintergrund muss einserseits die Förderung der Zusammenarbeitsfähigkeit von IVS-Akteuren in IVS-Wertschöpfungsketten und -netzwerken und anderseits die Vermeidung der mit der Intensivierung der Zusammenarbeit verbundenen Risiken mittels eines entsprechenden '''IVS-Architektur Risikomanagements''' ein Hauptanliegen von IVS-Architektur sein.
-== Management der Risiken der Umsetzung von IVS-Archtektur ===
+== Management der Risiken der Umsetzung von IVS-Architektur ==
 === Ebenen und Schritte im IVS-Architektur Risikomanagement ===
@@ Zeile 27: / Zeile 27: @@
 * Verbleibendes Risiko (Rest-Risiko): Klassifizierung und Bewertung des Risikos nach Umsetzung der IVS-Architektur(-maßnahme)
-Zur Identfikation und Bewertung einmzelner Risiken werden '''folgende Schritte''' empfohlen:
+Zur Identfikation und Bewertung einzelner Risiken werden '''folgende Schritte''' empfohlen:
 #Identifikation möglicher Risiko-Quellen
@@ Zeile 37: / Zeile 37: @@
 *Technik (Technologiekomplexität, Architekturdefizite, Over-Engineering)
-*Sicherheit (Die notwendige Sicherheit kann nicht gewährleistet werden)
+*Sicherheit (die notwendige Sicherheit kann nicht gewährleistet werden)
 *Information (Informationen fehlen oder sind fehlerhaft)
 *Menschen (Mitarbeiter, personelle Schwächen)
 *Prozesse (Prozesse sind zu starr und können nicht angepasst werden)
-*Management (Das Management unterstützt das Projekt nicht)
+*Management (das Management unterstützt das Projekt nicht)
 *Externe Quellen (Umwelt, Lieferanten, Gesetze)
-*Erfolg (Ist das Angebot skalierbar, was kann bei zu vielen Anfragen passieren)
+*Erfolg (ist das Angebot skalierbar, was kann bei zu vielen Anfragen passieren)
-*Anforderungen (unsichere Anforderungen: typisches Projektrisiko, falsche oder gar fehlende Anforderungen
+*Anforderungen (unsichere Anforderungen: typisches Projektrisiko, falsche oder gar fehlende Anforderungen)
 *Anwendungen (Legacy-Anwendungen können nicht angebunden werden)
 *Kunden bzw. Nutzer (unzureichende Beteiligung, fehlende Akzeptanz)
 *Planung  (unrealistisch)
-*Fehler und Qualitätsmängel (Die Lösung enthält Fehler)
+*Fehler und Qualitätsmängel (die Lösung enthält Fehler)
 *Unzureichende Projektorganisation (keine Kontrolle der Fortschritts; zu viele oder zu wenige Beteiligte)
-*Finanzen (Die finanzielle Planung ist unzureichend)
+*Finanzen (die finanzielle Planung ist unzureichend)
 === Beispiel für Risisken von IVS-Architektur ===

@@ Zeile 5: / Zeile 5: @@
 [[Datei:FormenDerZusammenarbeit_00-00-02.PNG|thumb|right|250px|Formen der Zusammenarbeit, Quelle: Reinhard Riedl, Fachhoschule Bern, Wirtschaftsinformatik]]
-Unter Phase a - Schritt 9 wurde dargestellt, welcher Nutzen von IVS-Architektur ausgehen kann und welche Dimension der Wertbeitrag von IVS-Archtektur annhemen kann (siehe auch [[Ziele und Nutzen | Wertbeitrag und KPI's von IVS-Architektur]] .
+Unter Phase A (Architektur Vision) - Schritt 9 wurde dargestellt, welcher Nutzen von IVS-Architektur ausgehen kann und welche Dimension der Wertbeitrag von IVS-Architektur annhemen kann (siehe auch [[Ziele und Nutzen | Wertbeitrag und KPI's von IVS-Architektur]] .
-Die Zusammenarbeit von IVS-Akteuren im Rahmen von IVS-Wertschöpfungsketten und -netzwerken ist jedoch auch mit Risiken verbunden. Über die stufenweise Intensivierung der Zusammenarbeit(Kooperation, Koordination, Kollaboration) hinweg neben die Interpendenzen, das heißt die Abhängigkeiten der IVS-Akteure zu und damit auch die Risisken. Diese können folgende Ursachen haben:
+Die Zusammenarbeit von IVS-Akteuren im Rahmen von IVS-Wertschöpfungsketten und -netzwerken ist jedoch auch mit Risiken verbunden. Über die stufenweise Intensivierung der Zusammenarbeit(Kooperation, Koordination, Kollaboration) hinweg nehmen die Interpendenzen, das heißt die Abhängigkeiten der IVS-Akteure, zu und damit auch die Risiken. Diese können folgende Ursachen haben:
 *Ungenügende kulturelle Voraussetzungen
-*Fehlendes Vertrauen als grösstes Hemmnis für den Erfolg von Teamarbeit
+*Fehlendes Vertrauen als größtes Hemmnis für den Erfolg von Teamarbeit
 *Fehlende Zielvorgaben bzw. unklare Aufgabenverteilung
 *Unzureichende Kommunikation, fehlende Standards für Kommunikation

← Nächstältere Version		Version vom 12. September 2016, 09:18 Uhr
Zeile 68:		Zeile 68:

	[[IVS-Risikomanagement-Template \| IVS-Risiko]]		[[IVS-Risikomanagement-Template \| IVS-Risiko]]
		+
		+	----
		+	[[Hauptseite\|<< Zurück zur Hauptseite]]

@@ Zeile 61: / Zeile 61: @@
 Die Bewertung der einzelnen konkreten Risiken erfolgt anhand der geschätzten Eintrittswahrscheinlichkeit und dem Schweregrad des Risikos bei Eintritt.
-'''Riskikokennzahl = Wahrscheinlichkeit (1-5) * Schweregrad (1-5)'''
+'''Risikokennzahl = Wahrscheinlichkeit (1-5) * Schweregrad (1-5)'''
 Für kritische Risiken (z.B. Risikokennzahl über 15) und für Risiken mit hoher Eintrittswahrscheinlichkeit sollten Gegenmaßnahmen überlegt und geplant werden.

← Nächstältere Version		Version vom 5. September 2016, 08:08 Uhr
Zeile 1:		Zeile 1:

−
−	~~== TOGAF ===~~
−	Identify the risks associated with the Architecture Vision and assess the initial level of risk (e.g., catastrophic, critical, marginal, or negligible) and the potential frequency associated with it. Assign a mitigation strategy for each risk. A risk management framework is described in Part III, 31. Risk Management.
−	~~There are two levels of risk that should be considered, namely:~~
−
−	*Initial Level of Risk: Risk categorization prior to determining and implementing mitigating actions.
−	*Residual Level of Risk: Risk categorization after implementation of mitigating actions (if any).
−
−	~~Risk mitigation activities should be considered for inclusion within the Statement of Architecture Work.~~

	== Risiken bei der Umsetzung von IVS-Architektur ==		== Risiken bei der Umsetzung von IVS-Architektur ==