Riskcadence — Dokumentation für Jira und Confluence

Funktionsweise

Riskcadence for Jira führt das Risikoregister in Jira. Jedes Risiko ist ein normaler Jira-Vorgang vom Typ Risk; Workflows, Berechtigungen, Kommentare, Anhänge und JQL funktionieren daher wie gewohnt. Riskcadence ergänzt Bewertung und Review-Routine:

Riskcadence läuft auf Atlassian Forge. Alles, was eine Person sieht oder ändert, läuft mit ihren eigenen Jira-Berechtigungen; es gibt keine externen Server und keine KI.

Einrichtung

Installiere die App und richte dann jedes Projekt ein, das Risiken enthalten soll. Die Einrichtung legt den Vorgangstyp Risk samt seinen Feldern und einen Verknüpfungstyp für Gegenmaßnahmen an. Sie unterscheidet sich bei unternehmensverwalteten und teamverwalteten Projekten.

Ein Jira-Administrator installiert Riskcadence einmalig aus dem Atlassian Marketplace. Öffne das Projekt und wähle Riskcadence in dessen Seitenleiste; Riskcadence prüft das Projekt und bietet die passende Einrichtung an. Um den Bericht auf Confluence-Seiten zu nutzen, verbindet ein Administrator Riskcadence außerdem mit Confluence (Details).

Unternehmensverwaltete Projekte: ein Klick

Wähle eine Risikomatrix (Vorlagen) und klicke auf Set up project (Projekt einrichten). Dafür ist ein Jira-Administrator nötig: Nur er kann Vorgangstypen und Felder anlegen. Die Einrichtung fügt dem Projekt hinzu:

• den Vorgangstyp Risk im Vorgangstyp-Schema des Projekts,
• die sieben Felder (sie bleiben mit ihren Werten in Jira, auch wenn du die App entfernst),
• den Verknüpfungstyp Mitigates / is mitigated by,
• die berechneten Felder Risk score, Residual score und Risk level auf den Bildschirmen des Projekts.

Vorhandene Elemente mit demselben Namen werden wiederverwendet; nichts wird doppelt angelegt.

Teamverwaltete Projekte: eine kurze Checkliste

Jira erlaubt Apps nicht, Vorgangstypen oder Felder zu teamverwalteten Projekten hinzuzufügen. Ein Projektadministrator legt sie einmalig an, und Riskcadence findet und nutzt sie:

1. Unter Project settings → Work types ergänze den Vorgangstyp Risk.
2. Ergänze diese Felder im Vorgangstyp Risk mit genau diesen Namen: Risk likelihood, Risk impact, Residual likelihood und Residual impact (Typ „Number“), Risk owner (Typ „People“), Risk response (Typ „Dropdown“ mit den Optionen Avoid, Mitigate, Transfer und Accept) und Risk next review (Typ „Date“).
3. Klicke zurück in Riskcadence auf Check again (Erneut prüfen). Jeder Eintrag erscheint als gefunden oder nennt das Problem, zum Beispiel ein Feld mit dem richtigen Namen, aber dem falschen Typ, oder ein Dropdown, dem eine Option fehlt. Ist alles gefunden, klicke auf Finish setup (Einrichtung abschließen).

Einrichtung reparieren

Lehnt Jira einen Schritt ab, listet Riskcadence die fehlgeschlagenen Schritte auf und macht weiter. Ein Projektadministrator kann die Einrichtung jederzeit erneut ausführen: Settings → Project setup → Repair setup. Jeder Schritt sucht oder legt an, das erneute Ausführen ist also sicher und ändert keine Daten. In teamverwalteten Projekten prüft sie den Vorgangstyp und die Felder erneut.

Beispielrisiken

Aktiviere Add 6 example risks to try Riskcadence (6 Beispielrisiken zum Ausprobieren hinzufügen) bei der Einrichtung oder klicke später auf Settings → Add example risks (Projektadministratoren). Die sechs Risiken tragen das Label riskcadence_example, zeigen Register, Matrix, Review-Posteingang und Bericht mit Daten, und bei einigen bist du Risikoeigner. Wer sie zweimal hinzufügt, erzeugt keine Duplikate; bei einer kleineren Matrix werden ihre Werte herunterskaliert. Remove example risks (Beispielrisiken entfernen) löscht sie, wo Jira es erlaubt, und schließt die übrigen.

Felder

Riskcadence arbeitet mit sieben Feldern, die eine Person ausfüllt, und drei, die die App berechnet. Die Einrichtung legt sie an (Einrichtung).

Von der App berechnet:

• Risk score: Eintrittswahrscheinlichkeit × Auswirkung vor der Behandlung.
• Residual score: Rest-Eintrittswahrscheinlichkeit × Rest-Auswirkung.
• Risk level: die aktuelle Stufe, also die Reststufe, wenn das Restrisiko bewertet ist, sonst die inhärente Stufe. Sie enthält die Bezeichnung aus deiner Matrix, zum Beispiel High.

Diese drei sind Jira-Felder, du kannst sie also in JQL, Filtern und Jiras eigenen Ansichten verwenden, zum Beispiel issuetype = Risk AND "Risk level" = Critical. Es gibt sie nur in unternehmensverwalteten Projekten (siehe den Hinweis unter teamverwalteten Projekten).

Riskcadence hält sie nach jeder eigenen Änderung aktuell, ein Hintergrundlauf prüft einmal pro Woche alle Risiken, und ein Projektadministrator kann Settings → Recalculate Jira fields jederzeit anklicken. Nur abweichende Werte werden geschrieben.

Inhärent und residual. Das inhärente Risiko wird vor der Behandlung bewertet, das Restrisiko danach. Riskcadence senkt eine Bewertung nie von selbst: Erledigte Gegenmaßnahmen ändern keinen Score, sie lösen nur eine Neubewertung aus.

Risikomatrix

Die Matrix legt fest, was eine Kombination aus Eintrittswahrscheinlichkeit und Auswirkung bedeutet. Starte mit einer Vorlage und passe sie an:

• Vorlagen: Project risk 5×5, Project risk 4×4 und Simple 3×3, jeweils mit vier Risikostufen: Low, Medium, High und Critical.
• Eigene Bezeichnungen: benenne jede Stufe der Skalen für Eintrittswahrscheinlichkeit und Auswirkung um (je 2 bis 7 Stufen).
• Eigene Stufen: benenne die Stufen um und wähle ihre Farben (2 bis 6 Stufen).
• Eine Stufe für jede Zelle: klicke auf eine Zelle, um durch die Stufen zu wechseln (Pfeiltasten, Eingabe- oder Leertaste funktionieren ebenfalls), die Stufe ist also nicht nur ein Score-Bereich.
• Ein Review-Intervall pro Stufe, 1 bis 730 Tage. Es füllt das Datum des nächsten Reviews vor, wenn du in einem Review über ein Risiko entscheidest.

Projekt- oder Jira-Administratoren ändern die Matrix unter Settings (Einstellungen) und klicken auf Save matrix (Matrix speichern); alle anderen sehen sie schreibgeschützt. Der Tab Matrix zeigt die offenen Risiken in der Matrix, für die inhärente oder die Restbewertung, und ein Klick auf eine Zelle öffnet das nach ihren Risiken gefilterte Register.

Versionen

• Beim Speichern entsteht eine neue Version. Register, Matrix und Panels nutzen sie sofort; die berechneten Jira-Felder folgen im Hintergrund innerhalb weniger Minuten.
• Reviews behalten ihre Version. Ein Review und sein Abschlussstand behalten die Matrix, mit der sie entstanden sind. Hat sich die Matrix seit einem Referenzstand geändert, weisen Vergleiche darauf hin und vergleichen die Schwere nach dem Rang der Stufen, danach nach Score.
• Eine kleinere Matrix braucht eine Bestätigung. Risiken mit Werten oberhalb der neuen Skala gelten als nicht bewertet, bis jemand sie erneut bewertet. Ihre Werte bleiben in Jira erhalten.
• Mehrere Projekte in einem Bericht oder Widget brauchen dieselbe Matrixversion. Sobald ein Projekt Änderungen speichert, hat es eine eigene Matrix.

Register

Der Tab Register zeigt die Risiken des Projekts an, die schwersten zuerst. Die meisten Zellen lassen sich direkt bearbeiten: Eintrittswahrscheinlichkeit, Auswirkung, Rest-Eintrittswahrscheinlichkeit und -Auswirkung, Risikoeigner, Reaktion und nächstes Review. Eine Änderung wird sofort mit deinen Berechtigungen in den Vorgang in Jira geschrieben.

• Ein Risiko hinzufügen in der Zeile über der Tabelle: Beschreibe, was passieren könnte und was es auslösen würde, wähle Eintrittswahrscheinlichkeit und Auswirkung und klicke auf Add risk (Risiko hinzufügen). Dafür brauchst du das Recht, Vorgänge anzulegen.
• Suche und Filter: Schlüssel oder Zusammenfassung, Stufe, Risikoeigner (My risks (Meine Risiken), Without owner (Ohne Risikoeigner)), Reaktion, Overdue reviews (Überfällige Reviews) und eine Matrixzelle. Geschlossene Risiken bleiben ausgeblendet; zeige sie mit der Option Show closed (Geschlossene anzeigen).
• Gruppierung und Spalten: gruppiere nach Stufe, Risikoeigner, Reaktion, Status, Komponente oder Kategorie (Jira-Labels), sortiere nach jeder Spalte und wähle die Spalten unter Columns (Spalten).
• Mitigation (Gegenmaßnahmen) zeigt, wie viele verknüpfte Vorgänge für Gegenmaßnahmen erledigt sind (Details).
• Export der aktuellen Ansicht als CSV oder XLSX (Details).

Solange die ersten Schritte nicht erledigt sind, zeigt das Register die Karte Erste Schritte mit allen Schritten, die anhand deiner Daten abgehakt werden; Hide (Ausblenden) blendet sie in deinem Browser aus.

Gespeicherte Ansichten

Eine Ansicht ist eine Zusammenstellung aus Filtern, Gruppierung, Sortierung und Spalten. Save view (Ansicht speichern) teilt sie mit allen, die das Register des Projekts öffnen können; wähle sie später aus der Liste Shared saved view (Geteilte gespeicherte Ansicht) aus. Zum Speichern ist die Berechtigung zum Bearbeiten von Vorgängen nötig. View ▾ aktualisiert oder löscht die ausgewählte Ansicht; nur ihr Ersteller oder ein Administrator kann sie löschen. Ein Projekt fasst bis zu 30 Ansichten.

Massenbearbeitung

Hake Risiken in der ersten Spalte an, hake die zu ändernden Felder an (Risikoeigner, Reaktion, nächstes Review, Eintrittswahrscheinlichkeit, Auswirkung, Rest-Eintrittswahrscheinlichkeit, Rest-Auswirkung), klicke auf Review changes… (Änderungen prüfen…) und danach auf Apply to … risks… (Auf … Risiken anwenden…). Riskcadence sendet die Auswahl in Stapeln zu je 25 und listet jedes Risiko auf, das sich nicht ändern ließ, mit dem Grund. Felder, die du nicht ankreuzt, bleiben unverändert.

Portfolio

Öffne Apps → Riskcadence in Jira für das Risk portfolio (Risikoportfolio): ein Register und ein Bericht über alle Projekte, die für Riskcadence eingerichtet sind und die du ansehen darfst. Projects ▾ wählt aus, welche Projekte einbezogen werden. Zum Speichern einer geteilten Portfolio-Ansicht ist ein Jira-Administrator oder ein Projektadministrator eines eingerichteten Projekts nötig.

Panel „Risk assessment“

Jeder Vorgang vom Typ Risk hat ein Risk assessment Panel:

• Inhärentes Risiko und Restrisiko mit Stufe und Score auf zwei Matrizen. Klicke zum Bewerten auf eine Zelle; die Änderung wird im Vorgang gespeichert.
• Risikoeigner, Reaktion und nächstes Review, bearbeitbar.
• Fortschritt der Gegenmaßnahmen aus den Vorgängen, die verknüpft sind mit is mitigated by, die erledigten sind markiert (so verknüpfst du). Sind alle Gegenmaßnahmen erledigt und das Restrisiko nicht bewertet, erinnert dich das Panel daran, es zu bewerten.
• Add mitigation (Gegenmaßnahme hinzufügen) legt einen neuen Vorgang an (mit Zusammenfassung und, wenn du möchtest, einem Bearbeiter) und verknüpft ihn mit dem Risiko über is mitigated by, oder verknüpft einen vorhandenen Vorgang, den du per Schlüssel oder Zusammenfassung findest. Ein neuer Vorgang hat den Typ Task, sofern das Projekt ihn hat. Das läuft mit deinen eigenen Jira-Berechtigungen: Für einen neuen Vorgang brauchst du die Berechtigung zum Anlegen von Vorgängen, für die Verknüpfung die Berechtigung zum Verknüpfen von Vorgängen. Schlägt die Verknüpfung fehl, nachdem der Vorgang angelegt wurde, behält das Panel ihn und bietet an, ihn zu verknüpfen.
• Request re-assessment (Neubewertung anfordern) setzt das nächste Review auf heute und fügt einen Jira-Kommentar hinzu, der den Risikoeigner erwähnt, optional mit einer Notiz, damit Jira ihn benachrichtigt. Das Risiko erscheint dann als fällig im Review-Posteingang.
• History (Verlauf): jede Änderung an den Bewertungsfeldern, am Risikoeigner, an der Reaktion, am nächsten Review und am Status, egal wo sie vorgenommen wurde, mit wer und wann, dazu Review-Entscheidungen und Neubewertungsanfragen. Das Panel zeigt die letzten 20.

Reviews

Der Tab Review hat drei Ansichten: Inbox (Posteingang), Sessions (Sitzungen) und Compare (Vergleichen). Alle, die das Projekt ansehen dürfen, können hineinschauen; Entscheiden, Starten und Abschließen eines Reviews erfordern die Berechtigung zum Bearbeiten von Vorgängen.

Review-Posteingang

Der Posteingang zeigt, was jetzt Aufmerksamkeit braucht. Jedes offene Risiko erscheint einmal, in der ersten passenden Gruppe:

Jede Gruppe zeigt ihre genaue Gesamtzahl und listet die ersten 100 Risiken auf. Review now (Jetzt prüfen) öffnet das Entscheidungsformular (Entscheidungen).

Entscheidungen

• Confirm (Bestätigen): die Bewertung gilt weiterhin.
• Re-assess (Neu bewerten): erfasse eine neue inhärente oder Restbewertung (Eintrittswahrscheinlichkeit und Auswirkung eines Paares gemeinsam).
• Accept (Akzeptieren): halte fest, wer das Risiko akzeptiert und warum. Die Akzeptanz braucht eine namentlich genannte Person, ein Datum und eine Begründung von mindestens 10 Zeichen und setzt die Reaktion auf Accept.
• Close (Schließen): überführe das Risiko mit einer Begründung in einen Erledigt-Status. Der Workflow des Risikos braucht dafür einen Übergang in einen Erledigt-Status; andernfalls weist Riskcadence darauf hin, und du schließt es in Jira.

Jede Entscheidung braucht eine Begründung, und das Datum des nächsten Reviews ist aus dem Intervall der Risikostufe vorbelegt; du kannst es ändern. Eine Entscheidung kann auch den Risikoeigner oder die Reaktion ändern. Sie wird im Audit gespeichert und auf den Vorgang angewendet; lehnt Jira die Änderung ab, wird die Entscheidung nicht behalten.

Review-Sitzungen

Eine Sitzung hält einen Ausgangsstand der Risiken fest und führt das Team mit Audit-Trail durch sie.

1. Öffne Review → Sessions, benenne das Review und wähle die zu prüfenden Risiken: All open risks (Alle offenen Risiken), Two highest levels (Die zwei höchsten Stufen) oder Due within 30 days or without review date (Innerhalb von 30 Tagen fällig oder ohne Review-Datum). Klicke auf Start review (Review starten). Eine Sitzung umfasst höchstens 1.000 Risiken, und ein Projekt hat immer nur eine offene Sitzung.
2. Öffne die Sitzung. Jedes Risiko zeigt seinen Stand zu Beginn des Reviews neben dem aktuellen Stand. Klicke auf Review now (Jetzt prüfen) und entscheide; Review again (Erneut prüfen) ersetzt eine Entscheidung.
3. Klicke auf Close review… (Review abschließen…). Haben Risiken noch keine Entscheidung, fragt Riskcadence erneut nach und nennt die Anzahl (Close with … undecided).

Beim Schließen wird der Stand aller Risiken als Referenzstand eingefroren, und zwar mit der Matrixversion, mit der er erstellt wurde. Die geschlossene Sitzung bleibt lesbar – mit der Person, die sie gestartet, und der Person, die sie geschlossen hat, und mit jeder Entscheidung – und ist der Referenzstand für Vergleiche und Berichte.

Mit einem abgeschlossenen Review vergleichen

Öffne Review → Compare, wähle ein abgeschlossenes Review als Referenzstand. Riskcadence vergleicht es mit den Risiken, die du jetzt sehen kannst:

• Worsened (Verschlechtert), Improved (Verbessert), New (Neu), Closed (Geschlossen) und Reopened (Wieder geöffnet) Risiken, jeweils mit Score und Stufe davor und danach und den geänderten Feldern.
• Unchanged (Unverändert) Risiken werden gezählt, nicht aufgelistet. Jede Liste zeigt bis zu 500 Risiken.
• Removed (Entfernt) Risiken waren im Referenzstand und sind für dich nicht mehr sichtbar: gelöscht, verschoben oder nicht zugänglich. Riskcadence kann nicht erkennen, welcher Fall vorliegt.

Steering-Report

Der Bericht gibt einem Ausschuss den Stand der Risiken auf einer Seite. Öffne den Tab Report eines Projekts oder den Tab Report des Portfolios für bis zu 20 Projekte, die dieselbe Matrix verwenden. Er liest die Risiken mit deinen Jira-Berechtigungen, du siehst also, was Jira dir zeigt.

• Kennzahlen: offene Risiken pro Stufe sowie die Anzahl sichtbarer, offener und geschlossener Risiken, nicht bewerteter offener Risiken, überfälliger Reviews, Risiken ohne Risikoeigner und akzeptierter Risiken.
• Heatmap der offenen Risiken: die offenen Risiken in der Matrix nach ihrer aktuellen Bewertung, dem überprüften Restrisiko, falls vorhanden, sonst dem inhärenten Risiko.
• Top-Risiken: die 5, 10 oder 20 schwersten offenen Risiken mit Stufe, Score, Risikoeigner, Reaktion, nächstem Review und Fortschritt der Gegenmaßnahmen.
• Änderungen seit dem Referenzstand: wähle als Baseline (Referenzstand) ein abgeschlossenes Review, um die Änderungen des Vergleichs zu sehen. Die Änderungen stammen aus dem Review eines Projekts; bei mehreren Projekten nennt der Bericht, aus welchem.
• Risikoverlauf über die Reviews: im Bericht eines einzelnen Projekts je ein gestapelter Balken für jedes der letzten sechs abgeschlossenen Reviews und für Now (Jetzt), nach Risikostufen aufgeteilt, damit du siehst, wie sich die offenen Risiken entwickelt haben. Die Balken zählen die Risiken, die bei der Erstellung des Berichts sichtbar sind, im Stand, den jedes Review beim Abschluss gespeichert hat. Jedes abgeschlossene Review fügt einen Balken hinzu. Berichte über mehrere Projekte, etwa der Portfolio-Bericht, zeigen den Verlauf nicht, und im PDF- und Word-Export einer Confluence-Seite ist er eine Tabelle.
• Gegenmaßnahmen: offene Risiken mit unerledigten Gegenmaßnahmen und wie viele Gegenmaßnahmen erledigt sind.
• Offene Entscheidungen: Risiken ohne Risikoeigner, ohne Reaktion, mit überfälligem Review, die neu bewertet werden müssen oder die ohne Person, Datum und Begründung akzeptiert sind.

Lange Listen zeigen bis zu 100 Einträge mit ihren genauen Gesamtzahlen. Refresh (Aktualisieren) erstellt den Bericht neu, Print (Drucken) druckt ihn oder speichert ihn als PDF.

Riskcadence in Confluence

In Confluence fügt Riskcadence ein Makro hinzu: Riskcadence risk report. Es bringt den Steering-Report eines oder mehrerer Jira-Projekte auf eine Confluence-Seite, zum Beispiel die Seite eines Lenkungsausschusses: live aus Jira oder als datierten Review-Stand, den auch Leser ohne Jira-Zugang sehen. Die Risiken bleiben in Jira; das Makro liest sie und ändert keine Confluence-Inhalte.

Voraussetzungen

• Jira und Confluence Cloud auf derselben Site. Jira ist Pflicht, Confluence optional: Riskcadence wird zuerst in Jira installiert.
• Riskcadence mit Confluence verbunden. Die Installation in Jira verbindet die App nicht mit Confluence. Ein Administrator verbindet sie in der Atlassian Administration. Wird Riskcadence aus Jira deinstalliert, verschwindet es auch aus Confluence.
• Ein mit Riskcadence eingerichtetes Jira-Projekt (Einrichtung), damit der Bericht Risiken zeigen kann.

Den Bericht auf eine Seite bringen

1. Bearbeite eine Confluence-Seite, tippe / und wähle Riskcadence risk report.
2. Wähle im Einstellungsdialog den Berichtsmodus, die Projekte, eine Baseline und die Anzahl der Top-Risiken (unten). Die Vorschau zeigt den Bericht mit deinem eigenen Jira-Zugang.
3. Klicke auf Save (Speichern) nach dem Laden der Vorschau und veröffentliche dann die Seite.
4. Ein Live-Bericht braucht nichts weiter. Für einen veröffentlichten Review-Stand klicke im Makro auf Publish current state (Aktuellen Stand veröffentlichen) (Details).

Ein Makro ohne Einstellungen bittet darum, eingerichtet zu werden: Seite bearbeiten, die Makro-Einstellungen öffnen, Projekte und Modus wählen und speichern. Leser können den Bericht mit Refresh (Aktualisieren) neu laden oder mit Print (Drucken) drucken oder als PDF speichern.

Makro-Einstellungen

Der Einstellungsdialog Riskcadence report settings (Riskcadence-Berichtseinstellungen) bietet diese Auswahlmöglichkeiten; die Vorschau darunter zeigt den Bericht mit deinem eigenen Jira-Zugriff:

• Berichtsmodus: Live from Jira (Live aus Jira) oder Published review state (unten).
• Projekte: ein oder mehrere Projekte, bis zu 20, mit derselben Matrix.
• Referenzstand: ein abgeschlossenes Review zum Vergleichen oder kein Referenzstand.
• Top-Risiken: 5, 10 oder 20.

Speichern ist möglich, sobald die Vorschau geladen ist. Im Live Modus sieht jeder Leser den Bericht mit seinen eigenen Jira-Berechtigungen, daher können verschiedene Leser unterschiedliche Risiken sehen. Leser ohne Jira-Zugriff brauchen einen veröffentlichten Review-Stand.

Wenn jemand zum ersten Mal eine Seite mit dem Makro öffnet, fragt Confluence ihn möglicherweise, ob Riskcadence mit seinen eigenen Berechtigungen handeln darf; das ist die einmalige Zustimmung von Atlassian für solche Apps.

Veröffentlichte Review-Stände

Für Leser ohne Jira-Zugriff kann ein Seitenbearbeiter den Bericht als datierten Review-Stand veröffentlichen. Alle, die die Confluence-Seite sehen dürfen, sehen dann denselben gespeicherten Bericht, mit dem Datum und dem Namen der Person, die ihn veröffentlicht hat.

1. Wähle in den Makro-Einstellungen Published review state und speichere.
2. Veröffentliche die Seite. Klicke im Makro auf Publish current state (Aktuellen Stand veröffentlichen) und bestätige.

• Wer veröffentlicht: nur Personen, die die Seite bearbeiten dürfen, auf dem Server geprüft. Riskcadence liest die Risiken mit dem Jira-Zugriff der veröffentlichenden Person, der veröffentlichte Bericht enthält also, was diese Person sehen kann. Die Bestätigung weist darauf hin.
• An dieses Makro gebunden: ein veröffentlichter Stand gehört zu diesem Makro auf dieser Seite. Er wird nirgendwo sonst angezeigt, und eine neue Veröffentlichung ersetzt die vorherige.
• Wer ihn sieht: alle, die die Seite sehen dürfen, auch ohne Jira-Zugriff. Der Server prüft jedes Mal die Seitenberechtigung, und spätere Änderungen der Jira-Berechtigungen ziehen eine Veröffentlichung nicht zurück.
• Zurückziehen: Withdraw (Zurückziehen) entfernt ihn sofort. Seitenbearbeiter können das tun, ebenso die Person, die ihn veröffentlicht hat, solange sie die Seite noch sehen kann.
• Was er enthält: der Bericht wie veröffentlicht: Risikoschlüssel, Zusammenfassungen, Stufen, Scores, Risikoeigner (Konto-ID und Anzeigename), Reaktionen, Review-Daten und die Zahlen sowie die Konto-ID und der Name der veröffentlichenden Person; siehe die Datenschutzerklärung.

PDF- und Word-Export

Beim Export der Seite nach PDF oder Word wird der Bericht als Text und Tabellen dargestellt, die Heatmap und der Risikoverlauf als Tabellen mit Zahlen. Eine Seite mit veröffentlichtem Stand exportiert diesen Stand; ein Live-Makro exportiert den Bericht als die Person, die exportiert. Der Export findet sein Makro auf der Seite. Stehen auf einer Seite mehrere Berichtsmakros mit denselben Einstellungen, druckt er statt eines veröffentlichten Stands einen Hinweis; gib deshalb jedem Makro eigene Einstellungen. Schlägt etwas fehl, zeigt der Export stattdessen eine kurze neutrale Zeile.

Was Riskcadence in Confluence liest

Riskcadence hat keine Berechtigung, Confluence-Inhalte zu schreiben. Es liest eine Seite nur, um als die Person davor zu prüfen, ob sie diese Seite sehen oder bearbeiten darf, und bei einem PDF- oder Word-Export, um sein Makro auf der Seite zu finden. Wer einen Stand veröffentlichen, zurückziehen und sehen darf, steht unter Berechtigungen.

Dashboards

Füge Riskcadence risk matrix zu einem Jira-Dashboard hinzu: ein Widget auf den neuen Dashboards, ein Gadget auf klassischen, mit demselben Inhalt und denselben Einstellungen. Wer ein Dashboard bearbeiten darf, kann es hinzufügen. Wähle in den Einstellungen:

• Widget-Art: Risikomatrix oder Review-Posteingang.
• Projekte (erforderlich): eines oder mehrere der für Riskcadence eingerichteten Projekte, die du ansehen darfst. Mehrere Projekte brauchen dieselbe Matrix.
• Standardbewertung für die Matrix: Inherent (Inhärent) oder Residual (Restrisiko). Ein Schalter am Widget ändert die Ansicht, ohne sie zu speichern.
• Titel (optional).

Die Matrix zeigt die Anzahl offener Risiken in jeder Zelle, die Summen für Risiken, überfällige Reviews und Risiken ohne Risikoeigner sowie einen Link zum Register. Ein Klick auf eine Zelle öffnet das nach ihren Risiken gefilterte Register. Der Posteingang listet überfällige Reviews, in 7 Tagen fällige Risiken, Risiken ohne Risikoeigner und Risiken, die neu bewertet werden müssen, bis zu 15 pro Gruppe. Das Widget zeigt, wann seine Zahlen gelesen wurden, und Refresh (Aktualisieren) liest Jira erneut.

Import

Der Tab Import übernimmt ein Register aus einer CSV- oder XLSX-Datei. Dafür ist die Berechtigung zum Anlegen von Vorgängen nötig. Die Datei wird in deinem Browser gelesen, und in Jira ändert sich nichts, bis du die Vorschau bestätigst.

1. Datei wählen: eine CSV- oder XLSX-Datei mit bis zu 5 MB und 5.000 Zeilen. Wähle bei einer Arbeitsmappe das Arbeitsblatt aus.
2. Spalten zuordnen: Riskcadence schlägt für jede Spalte ein Ziel vor, auch anhand deutscher Spaltennamen wie Wahrscheinlichkeit oder Verantwortlicher. Wähle die Reihenfolge mehrdeutiger Datumsangaben (Tag/Monat/Jahr oder Monat/Tag/Jahr). Eine Spalte für die Zusammenfassung ist erforderlich.
3. Vorschau: jede Zeile wird gegen die Matrix des Projekts geprüft. Du siehst, wie viele Risiken angelegt, aktualisiert und unverändert gelassen werden, sowie die Fehler und Warnungen jeder Zeile. Zeilen mit Fehlern werden übersprungen.
4. Import: Riskcadence schreibt die Zeilen in Stapeln zu je 25. Stop after this batch (Nach diesem Stapel anhalten) hält an, und ein unterbrochener Import wird dort fortgesetzt, wo er stehen geblieben ist. Download problems (CSV) (Probleme als CSV herunterladen) speichert die Fehler und Warnungen.

Spalten und Werte

• Ziele: Quell-ID, Zusammenfassung, Beschreibung, Eintrittswahrscheinlichkeit, Auswirkung, Rest-Eintrittswahrscheinlichkeit, Rest-Auswirkung, Risikoeigner, Reaktion, nächstes Review, Kategorie und Status. Spalten, die du nicht zuordnest, werden ignoriert, und Felder ohne zugeordnete Spalte bleiben bei Aktualisierungen unverändert.
• Eintrittswahrscheinlichkeit und Auswirkung als Zahlen auf der Skala deiner Matrix, als Bezeichnungen deiner Matrix oder als Wörter wie Low, Medium und High (auch auf Deutsch). Die Eintrittswahrscheinlichkeit kann auch ein Prozentwert sein.
• Risikoeigner per E-Mail-Adresse oder exaktem Anzeigenamen. Passt kein einzelner aktiver Nutzer, bleibt der Risikoeigner leer, und die Zeile erhält eine Warnung.
• Reaktion als Avoid, Mitigate, Transfer oder Accept oder ein gängiges Synonym.
• Kategorie wird zu einem Jira-Label des Risikos.
• Status: ein Wert, der „erledigt“ bedeutet, etwa Closed oder Done, schließt das Risiko, sofern sein Workflow einen Übergang in einen Erledigt-Status hat. Andere Werte werden nicht angewendet und erhalten eine Warnung.

Quell-ID und erneute Importe

Quell-ID: Eine Spalte, etwa eine Risikonummer aus deinem alten Register, macht erneute Importe sicher. Riskcadence speichert die Quell-ID und die importierten Werte bei jedem Risiko in einer Jira-Vorgangseigenschaft. Importierst du die Datei erneut, werden unveränderte Zeilen übersprungen, nur in der Datei geänderte Werte aktualisiert, und für dieselbe Quell-ID entsteht nie ein zweites Risiko. Jede Zeile braucht ihre eigene Quell-ID.

Erinnerungen

Riskcadence hat keine eigene Benachrichtigungsfunktion; für Erinnerungen nutzt es Jira. Unter Settings → Review reminders:

• Create filter: reviews due in this project (Filter erstellen: fällige Reviews in diesem Projekt) erstellt einen Jira-Filter mit allen offenen Risiken, deren nächstes Review innerhalb von 7 Tagen fällig oder überfällig ist. Create filter: my reviews due (Filter erstellen: meine fälligen Reviews) tut dasselbe für die Risiken, deren Risikoeigner du bist. Öffne den Filter in Jira, und mit Subscribe (Abonnieren) erhältst du die Liste per E-Mail.
• Jeden Risikoeigner erinnern zeigt die Schritte einer geplanten Jira-Automation-Regel: Trigger Scheduled (Geplant), Run a JQL search (JQL-Suche ausführen) mit dem JQL, das Riskcadence bereitstellt (Copy JQL (JQL kopieren)), und die Aktion Send email (E-Mail senden) an den Nutzer im Feld Risk owner.

Export

• Das Register: Export ▾ im Register speichert die aktuelle Ansicht als CSV oder XLSX: jedes gefilterte Risiko, mit den sichtbaren Spalten und der Gruppierung.
• Alles, was Riskcadence für ein Projekt speichert: ein Projektadministrator klickt auf Settings → Download full export (JSON). Die Datei enthält die Matrixversionen, Review-Sitzungen mit ihren Einträgen, Entscheidungen und Abschlussstände sowie den Verlauf, beschränkt auf die Risiken, die die Person in Jira sehen kann, mit dem Hinweis, dass Konto-IDs Personen identifizieren. Die Risiken selbst sind Jira-Vorgänge; exportiere sie mit Jiras eigenen Werkzeugen oder dem Register-Export.

Berechtigungen: wer was darf

Alles, was eine Person in Riskcadence sieht oder ändert, läuft mit ihren eigenen Jira-Berechtigungen, einschließlich der Vorgangssicherheit. Riskcadence prüft bei jeder Anfrage auf dem Server die Lizenz.

Riskcadence verwendet sein eigenes App-Konto nur für die berechneten Felder und ihre Neuberechnung im Hintergrund, die Metadaten der Felder, den Abschlussstand eines Reviews und die Anzeigenamen-Abfragen des wöchentlichen Jobs für personenbezogene Daten. Was es speichert, wird vor der Anzeige danach gefiltert, was die lesende Person in Jira sehen kann. Details: Sicherheitsrichtlinie (EN).

Limits

Riskcadence wurde mit 10.000 Risiken in einem Projekt getestet.

Häufige Fragen und Meldungen

Kurze Antworten auf häufige Fragen, danach App-Meldungen mit Abhilfe.

Warum fehlen „Risk score“ und „Risk level“ am Vorgang in meinem teamverwalteten Projekt?

Jira zeigt von Apps berechnete Felder in teamverwalteten Projekten nicht an. Riskcadence zeigt Score und Stufe trotzdem im Register, in der Matrix, im Vorgangspanel, in den Review-Ansichten und in den Berichten.

Warum zeigt das Register nur 2.000 Risiken?

Ein Register mit mehr als 2.000 Risiken zeigt die 2.000 zuletzt aktualisierten Treffer. Die Filter laufen in Jira und erreichen jedes Risiko; grenze die Ansicht daher mit einem Filter oder einer Matrixzelle ein.

Wie verknüpfe ich eine Gegenmaßnahme mit einem Risiko?

Verknüpfe einen Vorgang mit dem Risiko über den Verknüpfungstyp is mitigated by (am Vorgang der Gegenmaßnahme selbst: mitigates). Riskcadence legt diesen Verknüpfungstyp bei der Einrichtung an. Das Risiko zeigt dann im Register und im Panel, wie viele seiner Gegenmaßnahmen erledigt sind.

Senken erledigte Gegenmaßnahmen den Score?

Nein. Riskcadence ändert eine Bewertung nie von selbst. Sind alle Gegenmaßnahmen erledigt und das Restrisiko nicht bewertet, erscheint das Risiko im Review-Posteingang unter Needs re-assessment (Neubewertung nötig), und das Panel erinnert dich daran.

Was bedeutet „Former user“ in einem Bericht?

Das Atlassian-Konto des Risikoeigners wurde geschlossen. Einmal pro Woche fragt Riskcadence bei Atlassian nach, welche der gespeicherten Konten geschlossen oder geändert wurden, und löscht geschlossene Konten aus den gespeicherten Daten. Veröffentlichte Berichte zeigen dann für diesen Risikoeigner „Former user“, entfernen den Namen der veröffentlichenden Person (der Bericht zeigt dann „Unknown publisher“) und aktualisieren die Namen von Personen, die ihren Namen geändert haben. Siehe die Datenschutzerklärung.

Welche Jira-Projekte funktionieren?

Unternehmensverwaltete und teamverwaltete Projekte. Teamverwaltete Projekte brauchen die einmalige manuelle Einrichtung des Vorgangstyps Risk und seiner Felder.

Jede Meldung der App nennt, was passiert ist und was zu tun ist.

Support

Atlassian, Jira und Confluence sind Marken von Atlassian. Riskcadence ist eine unabhängige App von Janek Behrens und wird weder von Atlassian entwickelt noch unterstützt; die Produktnamen geben lediglich an, mit welchen Produkten die App funktioniert.