Guide

Review of failed changes: created automatically and how to find it

Why knooing creates a review (post-implementation review) itself when a change fails or is rolled back, when this happens, where to find it and when the tab appears on the ticket.

5 min read · Oktober 2026

Geht eine Änderung schief, soll die Organisation daraus lernen, und zwar zuverlässig und nicht nur, wenn jemand daran denkt. Deshalb legt knooing eine Nachbetrachtung (Post-Implementation-Review, kurz PIR) selbst an, sobald ein Change als fehlgeschlagen oder zurückgerollt festgehalten wird. Wie Sie sie ausfüllen, steht in Die Nachbetrachtung eines gescheiterten Changes ausfüllen. Die Nachbetrachtung nach einem Major Incident ist ähnlich aufgebaut: Major Incident beenden und nachbetrachten.

Das brauchen Sie

Das Recht, im Servicedesk Vorgänge zu bearbeiten. Ein Ergebnis lässt sich erst erfassen, nachdem die Umsetzung als umgesetzt markiert ist.

Beispiel im Artikel: Der Notfall-Change „Dringender Neustart des Datenbankservers srv-db01“ der Beispiel GmbH hat den Dienst nicht wiederhergestellt. Tobias Beispiel hat ihn umgesetzt und das Ergebnis erfasst, Julia Beispiel führt den Vorgang.

Schritt 1: Das Ergebnis der Umsetzung erfassen

Öffnen Sie den Change und wechseln Sie auf den Reiter Change. Im Abschnitt Ergebnis der Umsetzung wählen Sie bei Ergebnis den Wert fehlgeschlagen - Ziel nicht erreicht. Haben Sie den vorherigen Stand selbst wiederhergestellt, wählen Sie zurückgerollt - alter Stand wieder hergestellt. Klicken Sie auf Speichern.

Abschnitt Ergebnis der Umsetzung mit der Auswahl fehlgeschlagen - Ziel nicht erreicht und der Schaltfläche Speichern — Mit dem Ergebnis fehlgeschlagen entsteht die Nachbetrachtung.

Danach zeigt der Abschnitt das Ergebnis als rote Marke.

Abschnitt Ergebnis der Umsetzung mit der roten Marke fehlgeschlagen - Ziel nicht erreicht — Das Ergebnis ist festgehalten. Jede Änderung davon steht im Nachweisjournal.

Warum automatisch? Wer ein Scheitern erst melden und dann noch eine Nachbetrachtung beantragen muss, vergisst es im Stress. So steht sie mit dem Ergebnis bereit. Das Ergebnis und die Nachbetrachtung entstehen im selben Arbeitsschritt: Beides steht gemeinsam im Nachweis oder gar nicht.

Was dabei gilt:

Nur fehlgeschlagen und zurückgerollt lösen sie aus. Bei erfolgreich und teilweise erfolgreich entsteht nichts.
Es gibt höchstens eine Nachbetrachtung je Vorgang. Ändern Sie das Ergebnis später mehrmals, entsteht keine zweite.
Ändern Sie das Ergebnis später auf erfolgreich, bleibt die Nachbetrachtung bestehen. Dass der Change zwischenzeitlich als gescheitert galt, ist selbst ein Befund.
Meldet eine Pipeline das Ergebnis, gilt dasselbe.
Als Abnahmeperson trägt knooing den Service-Owner des Services ein, wenn er im Mandanten das Recht hat, im Servicedesk zu bearbeiten. Sonst bleibt das Feld leer, bis ein Teammitglied es festlegt.

Im Verlauf des Vorgangs steht danach der Eintrag Nachbetrachtung eröffnet, zusammen mit Ergebnis des Change festgehalten. Wer das Ergebnis erfasst hat, steht als handelnde Person dabei.

Schritt 2: Die Nachbetrachtung wiederfinden

Öffnen Sie in der Seitenleiste Servicedesk und darin Major Incidents / DORA, wählen Sie den Reiter Betrieb und dort das Kontrollpunkt-Cockpit. Im Abschnitt Ausstehende Nachweise steht die Nachbetrachtung mit der Marke Nachbetrachtung, dem Vorgang, zum Beispiel CHG-2026-000002: Dringender Neustart des Datenbankservers srv-db01, und dem Stand Entwurf | offen seit …. Ein Klick auf Öffnen führt zum Vorgang.

Ausstehende Nachweise im Kontrollpunkt-Cockpit mit einer Freigabe und der Nachbetrachtung zum Change CHG-2026-000002 — Die Nachbetrachtung steht unter Ausstehende Nachweise, bis sie abgeschlossen ist.

Warum im Cockpit? Offene Nachbetrachtungen sind Nachweise, die jemand erbringen muss. Das Cockpit sammelt alle an einer Stelle, die dringendsten oben.

Schritt 3: Den Reiter am Vorgang erreichen

Am Vorgang selbst erscheint der Reiter Nachbetrachtung, sobald der Vorgang gelöst ist. Solange der Change noch läuft, ist der Entwurf angelegt, aber der Reiter noch nicht sichtbar. Lösen Sie den Vorgang über Lösen: Tragen Sie bei Lösungsbeschreibung ein, was getan wurde, wählen Sie die Ursachenklasse und klicken Sie auf Ausführen. Danach steht Nachbetrachtung neben Übersicht und Change. Weiter geht es in Die Nachbetrachtung eines gescheiterten Changes ausfüllen.

Warum erst nach dem Lösen? Die Nachbetrachtung betrachtet, was geschehen ist. Zuerst wird der Vorgang in einen ruhigen Zustand gebracht, dann wird zurückgeblickt.

Wenn etwas nicht klappt

Das Ergebnis lässt sich nicht wählen. Der Abschnitt zeigt Erst nach der Umsetzung erfassbar - markieren Sie die Änderung oben als umgesetzt. Markieren Sie zuerst die Umsetzung (Funktionstrennung bei Changes).
Das Ergebnis lässt sich nicht speichern. Die App meldet Das Ergebnis konnte nicht gespeichert werden. Speichern ist grau, solange die Auswahl unverändert ist.
Der Reiter Nachbetrachtung fehlt. Der Vorgang ist noch nicht gelöst (Schritt 3).
Es gibt keine Nachbetrachtung. Das Ergebnis lautet erfolgreich oder teilweise erfolgreich, oder es ist noch gar keins erfasst.
Bei Lösen fehlt etwas. Die App weist darauf hin: Lösungsbeschreibung und Ursachenklasse sind Pflicht - ohne beides gibt es keinen Abschluss.

Alles zu dieser Anforderung finden Sie auch über die Suche: A1-27.