# Risikoregister – Excel & Confluence

## 1 / Kurze Anleitung

Diese Seite als Kopie für ein Projekt verwenden. Alle folgenden Risiken, Rollen und Termine sind ausdrücklich fiktive Beispiele eines IT-Rollouts. Beispieldaten vor dem Einsatz ersetzen oder entfernen.

**Ein zentrales Register als Single Source of Truth:** Entweder dieses Confluence-Register oder die Excel-Datei als führendes Register festlegen. Status, Bewertungen, Owner und Reviews nur dort pflegen. Keine parallele Statuspflege.

## 2 / Projektinformationen

| Projekt | Fiktives IT-Rollout-Projekt – vor Nutzung ersetzen |
| --- | --- |
| Verantwortliche Person / Registerpflege | Im Projekt festlegen |
| Review und Eskalation | Wöchentlicher Risikoreview; entscheidungsbefugte Eskalationsstelle im Projekt festlegen. |
| Führendes Register | Diese Confluence-Seite (falls gewählt); Excel dann nicht parallel pflegen. |

## 3 / Führendes Risikoregister

W = Wahrscheinlichkeit, A = Auswirkung. Ursprüngliche Bewertung bei Erfassung festhalten. Aktuelle Bewertung nach fachlicher Prüfung bewusst aktualisieren; Änderungen kurz im Detailbereich begründen. Werte und Prioritäten werden in dieser nativen Confluence-Tabelle manuell gepflegt.

| ID | Risiko / Kategorie | Ursprünglich W/A/Wert | Aktuell W/A/Wert | Priorität | Risk Owner | Gegenmaßnahmen | Status | Nächstes Review |
| --- | --- | --- | --- | --- | --- | --- | --- | --- |
| R-001 | Rollout-Freigabe könnte verspätet erfolgen / Organisation | 2 / 3 / 6 | 2 / 3 / 6 | Hoch | Projektleitung | Freigabeplan abstimmen | Offen |  |
| R-002 | Lokale Ansprechpartner könnten fehlen / Ressourcen | 2 / 2 / 4 | 2 / 2 / 4 | Mittel | Standortkoordination | Ressourcen bestätigen | In Bewertung |  |
| R-003 | Geräte könnten nicht einsatzbereit sein / Technik | 1 / 3 / 3 | 1 / 3 / 3 | Mittel | Technische Teilprojektleitung | Vorabcheck durchführen | Überwachen |  |
| R-004 | Lieferung der Pilotgeräte könnte ausbleiben / Lieferanten | 2 / 3 / 6 | 2 / 3 / 6 | Hoch | Einkaufskoordination | Lieferstatus verbindlich klären | Maßnahmen laufen |  |
| R-005 | Schulungsunterlagen könnten zu spät vorliegen / Kommunikation | 1 / 2 / 2 | 1 / 2 / 2 | Niedrig | Schulungskoordination | Unterlagen vorab prüfen | Offen |  |

## 4 / Bewertungslegende

| Stufe | Wahrscheinlichkeit | Auswirkung |
| --- | --- | --- |
| 1 – Gering | Eher unwahrscheinlich | Geringe Beeinträchtigung |
| 2 – Mittel | Möglich | Spürbare Auswirkungen |
| 3 – Hoch | Wahrscheinlich | Erhebliche Auswirkungen auf Projektziele |

**Wert = W × A:** Grün 1–2 = niedrig, Gelb 3–4 = mittel, Rot 6–9 = hoch. Die Werte 5, 7 und 8 entstehen bei dieser Skala nicht. Die qualitative Einschätzung ist keine statistische Vorhersage. Seltene existenzbedrohende Ereignisse können unabhängig vom Score besondere Maßnahmen und Eskalation erfordern.

## 5 / Risikomatrix – manuell aktualisieren

**Keine automatische Synchronisierung:** Diese native Confluence-Tabelle übernimmt keine Änderungen aus dem Register. Nach einer aktuellen Neubewertung die zugehörige ID manuell in das passende Feld verschieben. Die Matrix ist nur eine Sicht auf das führende Register; hier keine Status, Owner oder Maßnahmen zusätzlich pflegen.

<div class="risk-matrix" tabindex="0" role="region" aria-label="Risikomatrix – bei Bedarf seitlich scrollen"><table><caption>Risikomatrix: Auswirkung (Zeilen) × Wahrscheinlichkeit (Spalten)</caption><thead><tr><th scope="col">A ↓ / W →</th><th scope="col">1</th><th scope="col">2</th><th scope="col">3</th></tr></thead><tbody><tr><th scope="row">3</th><td class="risk-mittel"><strong>Wert 3</strong><br>R-003</td><td class="risk-hoch"><strong>Wert 6</strong><br>R-001, R-004</td><td class="risk-hoch"><strong>Wert 9</strong><br>–</td></tr><tr><th scope="row">2</th><td class="risk-niedrig"><strong>Wert 2</strong><br>R-005</td><td class="risk-mittel"><strong>Wert 4</strong><br>R-002</td><td class="risk-hoch"><strong>Wert 6</strong><br>–</td></tr><tr><th scope="row">1</th><td class="risk-niedrig"><strong>Wert 1</strong><br>–</td><td class="risk-niedrig"><strong>Wert 2</strong><br>–</td><td class="risk-mittel"><strong>Wert 3</strong><br>–</td></tr></tbody></table></div>

## 6 / Optionaler Detailbereich

Nur bei komplexen Risiken ergänzen: Risiko-ID, Ursache/Ereignis/Folge, Annahmen, Begründung einer Neubewertung, Nachweise zur Wirksamkeit und Links zu Maßnahmen oder Entscheidungen. Keine Kopie der Status-, Owner- oder Bewertungsfelder anlegen; diese bleiben ausschließlich im führenden Register.

**Fiktives Beispiel R-001:** Die Maßnahme „Freigabeplan abstimmen“ ist geplant. Solange ihre Wirksamkeit nicht geprüft ist, bleibt die aktuelle Bewertung bei 2 × 3 = 6. Erst nach einer begründeten Neubewertung kann ein geringeres Restrisiko dokumentiert werden.

## 7 / Regelmäßige Überprüfung

1. Neue Risiken konkret als „Wenn …, dann …“ erfassen; eindeutige ID vergeben.
2. Owner, Maßnahmen und nächstes Review im führenden Register pflegen.
3. Wahrscheinlichkeit, Auswirkungen und Wirksamkeit der Maßnahmen regelmäßig überprüfen. Maßnahmentext allein senkt keine Bewertung.
4. Kritische Risiken rechtzeitig mit Entscheidungsbedarf eskalieren.
5. Eingetretene Risiken als Issue bearbeiten und verlinken; Status „Eingetreten“ setzen. „Geschlossen“ nur mit nachvollziehbarem Grund.
6. Aktive Status: Offen, In Bewertung, Maßnahmen laufen, Überwachen. Geschlossen und Eingetreten gehören nicht in die aktive Matrix.
7. Nach Änderungen Matrix-IDs manuell abgleichen. Keine vertraulichen Daten in später öffentlich angebotene Beispiele übernehmen.