ALTES SKRIPT ERKANNT
“Ich habe dieses Chaos geerbt und jetzt denken alle, es ist meine Schuld”
Versuch diese Antwort:
“Dieser Bug hat ein Geburtsdatum, und es liegt vor meinem ersten Commit hier.”DIE ÜBUNG ANSEHEN
Erstelle eine Antwort auf diesen Gedanken – und einen Schritt, der sie belegt.
DER GEDANKE
“Ich habe dieses Chaos geerbt und jetzt denken alle, es ist meine Schuld”
DEINE AUFGENOMMENE ANTWORT
“Dieser Bug hat ein Geburtsdatum, und es liegt vor meinem ersten Commit hier.”
EIN PRIVATER SCHRITT
Wähle ein offenes Ticket zu vererbtem Code und schreib eine Zweizeiler-Notiz: Was der Bug ist, und ungefähr wann der Code eingeführt wurde. Versende es noch nicht.
Das Ticket, das Jetzt deinen Namen trägt
- 01 / Der Stacktrace hat einen Namen
Ein Bug-Report kommt herein. Der Stacktrace zeigt auf ein Modul, das drei Entwickler vor dir schon angefasst haben. Dein Name steht trotzdem im Feld »Zugewiesen an«, weil du jetzt der Besitzer des Services bist. Du öffnest die Datei, siehst die Abkürzungen, die vor Jahren genommen wurden, und dein Magen sinkt ab, als hättest du sie selbst geschrieben.
- 02 / Erklären statt Reparieren
Der Gedanke kommt blitzschnell: Die halten das für meine Schuld. Also schreibst du statt einer kurzen Notiz, dass die Grundursache vor deinem Eintritt lag, eine längere Erklärung – manchmal ein ganzes Dokument – um das ursprüngliche Design zu verteidigen, damit niemand vermutet, dass du etwas Unbewältigbares geerbt hast. Das gibt dir ein paar Stunden Sicherheit. Aber es trainiert dich, jeden vererbten Fehler als Reputations-Ereignis zu sehen, also behandelt du das nächste Ticket genauso, und die eigentliche Reparatur wartet hinter deiner Verteidigung.
- 03 / Die Sekunde vor deiner Antwort
Der Unterbrechungspunkt ist die Sekunde, bevor du anfängst, eine Rechtfertigung zu tippen. Bemerke sie und stelle dir eine engere Frage zuerst: Braucht dieses Ticket eine Reparatur, oder braucht es mich, um zu beweisen, dass ich nicht für die Vergangenheit verantwortlich bin? Die Reparatur-Frage allein zu beantworten ist meist schneller als die Verteidigung, die du gerade schreiben wolltest.
TRACE · 01/04
Wie dieses Skript dich steuert
- Du schreibst Erklärungen auf, warum alter Code so geschrieben wurde, bevor du den Bug überhaupt analysiert hast.
- Eine Einzeiler-Commit-Message wird zu einem Absatz, der Entscheidungen rechtfertigt, bei denen du nie dabei warst.
- Du spürst einen Hauch von Schuldgefühl, wenn du Vorwürfe in einer Nachricht liest, die dich nie tatsächlich beim Namen genannt hat.
SOURCE_LOCATED · 02/04
Die verborgene Regel darunter
Das Legacy-Erbschafts-Skript
Wenn ein Fehler in dem System ist, das ich jetzt besitze, werden andere es als meinen Fehler lesen, also muss ich dafür einstehen, bevor jemand meine Kompetenz anzweifelt.
FORGING_REPLACEMENT · 03/04
Ersatzzeilen (diese aufnehmen)
- Dieser Bug hat ein Geburtsdatum, und es liegt vor meinem ersten Commit hier.
- Eine Reparaturnotiz ist genug. Ich schulde keine Verteidigung von Code, den ich nicht geschrieben habe.
- Systemeigentum ist nicht Urheberschaft für jede Zeile darin.
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
“Ich habe dieses Chaos geerbt und jetzt denken alle, es ist meine Schuld”
Sage ich
“Dieser Bug hat ein Geburtsdatum, und es liegt vor meinem ersten Commit hier.”
Dann tue ich eine Sache
Wähle ein offenes Ticket zu vererbtem Code und schreib eine Zweizeiler-Notiz: Was der Bug ist, und ungefähr wann der Code eingeführt wurde. Versende es noch nicht.
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: „Ich habe dieses Chaos geerbt und jetzt denken alle, es ist meine Schuld“. 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
Was ist, wenn der Bug wirklich unter meiner Aufsicht schlimmer wurde, nicht nur geerbt?
Dann notiere spezifisch, was sich seit deinem Amtsantritt geändert hat und was bereits kaputt war. Die Timeline in »vor dir« und »während du hier bist« zu teilen ist ein Scoping-Schritt, nicht ein Schuldbekenntnis, und er zeigt meist, dass der Schaden kleiner ist als die Schuldgefühle suggerieren.
Warum fühle ich mich verantwortlich, wenn niemand im Team gesagt hat, dass es meine Schuld ist?
Der aktuelle Besitzer eines Systems ist der sichtbare Ansprechpunkt für seine Geschichte, daher kann sich jede Beschwerde über das System direkt auf dich gerichtet anfühlen, selbst wenn sie auf den Code abzielt, nicht auf die Person, die ihn wartet.
Ist es falsch, einem Kollegen den vererbten Kontext zu erklären, der nach einem Bug fragt?
Nein. Kontext ist nützlich, wenn jemand danach fragt. Das Muster zum Beobachten ist das Vorbeugende Schreiben dieser Erklärung, bevor jemand danach gefragt hat, als Versicherung gegen Vorwürfe, die noch nicht passiert sind.
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