ALTES SKRIPT ERKANNT
“Mein Manager lobt das Team, und alles, was ich höre, ist mein alter Incident-Report”
Versuch diese Antwort:
“Der Teamerfolg und mein Incident-Report sind zwei verschiedene Dokumente über zwei verschiedene Wochen.”DIE ÜBUNG ANSEHEN
Erstelle eine Antwort auf diesen Gedanken – und einen Schritt, der sie belegt.
DER GEDANKE
“Mein Manager lobt das Team, und alles, was ich höre, ist mein alter Incident-Report”
DEINE AUFGENOMMENE ANTWORT
“Der Teamerfolg und mein Incident-Report sind zwei verschiedene Dokumente über zwei verschiedene Wochen.”
EIN PRIVATER SCHRITT
Öffne privat den alten Incident-Report, lies nur die Liste der beitragenden Faktoren erneut und notiere in deinem eigenen Dokument, wie viele Namen außer deinem darin stehen.
Die Dank-Folie, die den Namen an INC-114 einfach ausspart
- So klingt 'das Team hat abgeliefert', wenn das alte Ticket noch offen istMontags-Meeting, dein Manager ist in Fahrt: „Null P1-Vorfälle diesen Sprint, beste Uptime des Jahres, riesiges Lob ans Team.“ Alle nicken. Du auch, aber auf deinem zweiten Monitor klebt immer noch der Tab zu INC-114 — der Incident-Report mit deinem Namen im Abschnitt Root Cause, drei Sprints zuvor. Das Lob klingt, als würde es um dich herumreden, als würde 'das Team' still so zugeschnitten, dass es ausschließt, wer den letzten Ausfall verursacht hat. Du bleibst still und lässt das Lob vorbeiziehen, als wäre es nicht für dich gemeint.
- Ein Postmortem nennt, was kaputtging, nicht, wem Lob verboten istDas steht wirklich im Dokument, wenn du es liest ohne zusammenzuzucken: beitragende Faktoren, eine Zeitleiste, drei Namen in der Reaktion, kein Urteil. Es steht nicht darin, dass du beim nächsten Erfolg vom 'Team' ausgeschlossen bist. Teamlob und ein alter Incident-Report sind zwei getrennte Dokumente. Das eine misst einen Sprint. Das andere misst einen Dienstag im März. Keines der beiden entscheidet, ob der heutige Applaus dich einschließt — diese Entscheidung triffst du still, jedes Mal, wenn du dich weigerst, den Erfolg anzunehmen.
Die Entscheidung: Applaus ankommen lassen, bevor du den alten Tab wieder öffnest
Die Wahl vor dir ist also nicht, ob der Incident passiert ist — er ist es —, sondern ob du jedes 'guter Job, Team' weiter in 'außer ihm' übersetzt. Wenn das nächste Lob im Kanal landet, schließe zuerst den Incident-Tab. Nicht um ihn zu vergessen. Sondern damit er nicht länger entscheidet, ob dir dieser Montag zusteht.
TRACE · 01/04
Wie dieses Skript dich steuert
- Du hältst während Team-Meetings einen Tab oder Bookmark zum alten Incident-Report offen, als bräuchte er einen Zeugen.
- Wenn der Manager 'dem Team' im Gruppenchat dankt, scrollst du hoch, um zu prüfen, ob dein Name separat erwähnt wurde, positiv oder negativ.
- Du lehnst den nächsten Demo-Slot ab, selbst wenn er nichts mit dem alten Incident zu tun hat, weil erneute Sichtbarkeit sich wie eine Einladung zum Vergleich anfühlt.
SOURCE_LOCATED · 02/04
Die verborgene Regel darunter
Das Incident-Hauptbuch
Wenn das ganze Team gelobt wird, beweist der Incident-Report, dass ich still aus diesem Ganzen ausgeschlossen war, also muss jeder gemeinsame Erfolg erst gegen mein privates Protokoll geprüft werden, bevor ich ihn auf mich beziehen darf.
FORGING_REPLACEMENT · 03/04
Ersatzzeilen (diese aufnehmen)
- Der Teamerfolg und mein Incident-Report sind zwei verschiedene Dokumente über zwei verschiedene Wochen.
- Lob für die Gruppe kommt ohne Fußnote, wer ausgenommen ist; diese Fußnote habe ich erfunden, nicht mein Manager.
- Ich darf 'guter Job, Team' so hören, dass es mich einschließt, altes Ticket inklusive.
In der App pro Person generiert — das hier ist die Richtung, nicht dein Skript. Deins entsteht aus deinen exakten Worten.
INSTALL · 04/04
Das Protokoll, auf einer Karte
Wenn ich denke
“Mein Manager lobt das Team, und alles, was ich höre, ist mein alter Incident-Report”
Sage ich
“Der Teamerfolg und mein Incident-Report sind zwei verschiedene Dokumente über zwei verschiedene Wochen.”
Dann tue ich eine Sache
Öffne privat den alten Incident-Report, lies nur die Liste der beitragenden Faktoren erneut und notiere in deinem eigenen Dokument, wie viele Namen außer deinem darin stehen.
STATUS: READY_TO_INSTALL
Diesen Gedanken löschen4 Minuten. Deine Stimme. Kostenlos.
Das Wipe-Protokoll
- Schreibe den Gedanken exakt so auf, wie er läuft: „Mein Manager lobt das Team, und alles, was ich höre, ist mein alter Incident-Report“. Wort für Wort — der Wipe zielt auf den Satz, nicht auf das Gefühl.
- Finde die Regel und die vermiedene Handlung. Wovon entschuldigt dich dieser Gedanke so bequem?
- Nimm die Ersatzzeilen unten mit deiner eigenen Stimme auf. Sprich, als wärst du es ernst — keine Aufnahme, keine Installation.
- Fahre die Schleife: morgens und abends abspielen, 7 Tage lang eine Beweis-Handlung pro Tag loggen.
Klare Antworten
Die Dank-Nachricht hat meinen Namen nie genannt, bedeutet dieses Schweigen etwas Bestimmtes über mich?
Meistens bedeutet es genau das, was die Worte sagen: Der Manager hat die Sprint-Ergebnisse der Gruppe zugeschrieben, keinem einzelnen Namen. Das Fehlen eines Namens ist die übliche Formulierung für Gruppenlob, kein verschlüsselter Verweis auf deinen Incident-Report.
Warum wird der alte Incident-Report lauter, wenn 'das Team' gelobt wird, als in der Woche, in der der Incident selbst passierte?
Lob erzeugt einen Kontrast, den der Incident allein nicht erzeugt hat: Zu hören, dass das Team Erfolg hat, rückt den Moment ins Licht, in dem du es nicht hattest, und dein Kopf füllt diese Lücke mit der detailreichsten verfügbaren Erinnerung, dem alten Report, nicht der relevantesten.
Wenn ich bei jedem Lob schweige, damit niemand mich mit dem alten Report verbindet, hält das den Report davon ab, wieder aufzutauchen?
Nein, Schweigen löscht den Report nicht und verhindert nicht, dass er wieder auftaucht; es trainiert dich nur, jeden künftigen Erfolg als unsicher zu beanspruchen zu behandeln, was dich Sichtbarkeit kostet, ohne etwas an dem zu ändern, was bereits festgehalten ist.
Verwandte alte Skripte
Verwandte Selbstchecks
Verwandte Forschung
Forschende zum Weiterlesen
Verwandte Mechanismen
Die Forschung hinter diesem Skript
- Postmortem Culture: Learning from Failure — Google SRE, Google SRE Book, 2016
- Invisible Labor in Open Source Software Ecosystems — Champion et al., arXiv, 2024
- Stack Overflow 2025 Developer Survey: Trust in AI at an All-Time Low — Stack Overflow, 2025
- A Mosaic of Perspectives: Understanding Ownership in Software Engineering — arXiv, 2025