Workflow-Vorlage

Störungs-Board für Nextcloud Deck als ganz normales Nextcloud-Deck-Board.

Ein Störungs-Board für kleine Teams vom ersten Signal über Einstufung, Entstörung und Beobachtung bis zur Auswertung ohne Schuldzuweisung. Der Schweregrad steht früh fest, und Entstörung kommt vor der Ursachensuche.

Zuletzt geprüft

Board-Vorschau

Störungen

Gemeldet1

Den ersten Hinweis festhalten

Schreibe auf, was du beobachtest, bevor du über das Warum rätst. Die erste Notiz trägt die Zeitleiste.

  • Was ist aus Sicht der Nutzer kaputt
  • Wann hat es begonnen, so genau wie möglich
  • Was wurde zuletzt geändert
  • Wer sieht sich das gerade an
Nutzer betroffen

Einstufung1

Die Stufe binnen fünf Minuten festlegen

Die Stufe entscheidet, wen du weckst. Sie kleinzureden, um den Anruf zu sparen, ist der teure Fehler.

  • Gehen gerade Daten verloren
  • Können Nutzer die Kernaufgabe noch erledigen
  • Gibt es heute einen gangbaren Umweg
  • Eskaliere, wenn du das nicht in fünf Minuten beantworten kannst
Stufe 1Stufe 2

Entstörung1

Erst die Auswirkung stoppen, dann die Ursache suchen

Zurückrollen, umschalten oder abschalten. Die Ursachensuche gehört in die Auswertung.

Nutzer betroffen

Beobachtung1

Beobachten, bevor du Entwarnung gibst

Gib dem System einen vollen Lastzyklus, bevor du die Störung schließt.

Nachfassen

Auswertung1

Eine schuldfreie Auswertung durchführen

Suche die fehlende Absicherung, nicht die Person, die den Befehl getippt hat.

  • Die Zeitleiste aus den Karten dieses Boards schreiben
  • Benennen, was das Erkennen verlangsamt hat
  • Benennen, was die Behebung verlangsamt hat
  • Eine konkrete Folgeaufgabe mit Verantwortlichen anlegen
Nachfassenin 5 Tagen fällig
Stufe 1Stufe 2Nutzer betroffenNachfassen
Die übertragbare JSON-Vorlage (v1) ansehen
{
  "schema": "deckloud-template-v1",
  "schemaVersion": 1,
  "slug": "incident-response-nextcloud-deck",
  "locale": "de",
  "title": "Störungs-Board für Nextcloud Deck",
  "description": "Ein ruhiger Weg vom ersten Hinweis bis zur schuldfreien Auswertung, mit früher Einstufung und Entstörung vor Ursachensuche.",
  "category": "software",
  "tags": [
    "incident",
    "on-call",
    "postmortem"
  ],
  "quickCreateStackKey": "reported",
  "compatibility": {
    "requiresBoardCreate": true,
    "includesAttachments": false,
    "includesComments": false
  },
  "board": {
    "title": "Störungen",
    "color": "DC2626"
  },
  "labels": [
    {
      "key": "sev1",
      "title": "Stufe 1",
      "color": "B91C1C"
    },
    {
      "key": "sev2",
      "title": "Stufe 2",
      "color": "F59E0B"
    },
    {
      "key": "customer-impact",
      "title": "Nutzer betroffen",
      "color": "EF4444"
    },
    {
      "key": "follow-up",
      "title": "Nachfassen",
      "color": "3B82F6"
    }
  ],
  "stacks": [
    {
      "key": "reported",
      "title": "Gemeldet",
      "order": 1
    },
    {
      "key": "triage",
      "title": "Einstufung",
      "order": 2
    },
    {
      "key": "mitigating",
      "title": "Entstörung",
      "order": 3
    },
    {
      "key": "monitoring",
      "title": "Beobachtung",
      "order": 4
    },
    {
      "key": "review",
      "title": "Auswertung",
      "order": 5
    }
  ],
  "cards": [
    {
      "stack": "reported",
      "title": "Den ersten Hinweis festhalten",
      "description": "Schreibe auf, was du beobachtest, bevor du über das Warum rätst. Die erste Notiz trägt die Zeitleiste.\n\n- [ ] Was ist aus Sicht der Nutzer kaputt\n- [ ] Wann hat es begonnen, so genau wie möglich\n- [ ] Was wurde zuletzt geändert\n- [ ] Wer sieht sich das gerade an",
      "labels": [
        "customer-impact"
      ]
    },
    {
      "stack": "triage",
      "title": "Die Stufe binnen fünf Minuten festlegen",
      "description": "Die Stufe entscheidet, wen du weckst. Sie kleinzureden, um den Anruf zu sparen, ist der teure Fehler.\n\n- [ ] Gehen gerade Daten verloren\n- [ ] Können Nutzer die Kernaufgabe noch erledigen\n- [ ] Gibt es heute einen gangbaren Umweg\n- [ ] Eskaliere, wenn du das nicht in fünf Minuten beantworten kannst",
      "labels": [
        "sev1",
        "sev2"
      ]
    },
    {
      "stack": "mitigating",
      "title": "Erst die Auswirkung stoppen, dann die Ursache suchen",
      "description": "Zurückrollen, umschalten oder abschalten. Die Ursachensuche gehört in die Auswertung.",
      "labels": [
        "customer-impact"
      ]
    },
    {
      "stack": "monitoring",
      "title": "Beobachten, bevor du Entwarnung gibst",
      "description": "Gib dem System einen vollen Lastzyklus, bevor du die Störung schließt.",
      "labels": [
        "follow-up"
      ]
    },
    {
      "stack": "review",
      "title": "Eine schuldfreie Auswertung durchführen",
      "description": "Suche die fehlende Absicherung, nicht die Person, die den Befehl getippt hat.\n\n- [ ] Die Zeitleiste aus den Karten dieses Boards schreiben\n- [ ] Benennen, was das Erkennen verlangsamt hat\n- [ ] Benennen, was die Behebung verlangsamt hat\n- [ ] Eine konkrete Folgeaufgabe mit Verantwortlichen anlegen",
      "labels": [
        "follow-up"
      ],
      "dueOffsetDays": 5
    }
  ]
}

01

Wann dieses Board passt

Für kleine Teams mit Rufbereitschaft, die eine Störung lieber einem aufgeschriebenen Weg folgen lassen als der Improvisation. Die Schwere steht binnen Minuten fest, Entstörung kommt vor Ursachensuche, und die Auswertung sucht die fehlende Absicherung statt der Person, die den Befehl getippt hat.

02

So arbeitest du mit dem Board

  • Das erste Signal festhalten.

    Schreibe in eine Karte in Gemeldet, was du wann beobachtet hast, bevor du Ursachen vermutest.

  • In fünf Minuten einstufen, dann entstören.

    Entscheide mit der Checkliste, wen du alarmierst, und rolle zurück, schalte um oder deaktiviere die Funktion.

  • Beobachten, dann ohne Schuldzuweisung auswerten.

    Beobachte einen vollen Lastzyklus, bevor du abschließt, und werte innerhalb von fünf Tagen aus, welche Absicherung fehlte.

03

Was dabei entsteht

5 Listen, 4 Board-Labels und 5 Startkarten mit 12 Checklistenschritten. Anhänge und Kommentare bleiben bewusst außen vor, damit die Vorlage übertragbar bleibt.

04

Warum das zu Deckloud passt

Die Vorlage ist nur ein Bauplan für gewöhnliche Deck-Objekte. Kein gehostetes Workflow-Konto, kein Zwischenserver und kein Deckloud-eigenes Datenmodell.

05

Regeln für den sicheren Import

Es werden keine IDs gespeichert. Listen- und Label-Schlüssel werden beim Anlegen neu zugeordnet, Fälligkeiten nutzen relative Abstände statt veralteter fester Daten, und Checklisten landen als gewöhnliche Markdown-Aufgabenlisten in der Kartenbeschreibung.

FAQ

Praktische Fragen

Ändert das etwas an meinem Nextcloud-Server?

Nein. Es entstehen gewöhnliche Boards, Listen, Labels und Karten über das normale Deck-Modell.

Enthält die Vorlage Kommentare oder Anhänge?

Nein. Vorlagen der Version 1 enthalten nur Text, weil Kommentare eine Urheberschaft voraussetzen und Anhänge je nach Server und Version unterschiedlich funktionieren.

Kann ich das Board danach bearbeiten?

Ja. Nach dem Anlegen ist es ein ganz normales Nextcloud-Deck-Board.

Warum entstören, bevor man die Ursache kennt?

Nutzern ist wichtig, dass es aufhört, nicht warum es angefangen hat. Erst zurückrollen oder umschalten; die Ursachensuche hat keine Uhr im Nacken.

Was heißt schuldfrei in der Praxis?

Zu fragen, was das Erkennen und das Beheben verlangsamt hat, statt wer gehandelt hat. Das Ergebnis ist eine Absicherung mit Verantwortlichen, kein Name.

Deckloud holen

Arbeite nativ mit deinen Nextcloud Deck Boards

Hol dir Deckloud für iPhone und iPad oder die Desktop-App für Mac, Windows und Linux. Boards, Karten und Fälligkeiten bleiben auf deinem eigenen Server.