ALTES SKRIPT ERKANNT
“Ich hätte diese Probleme in dem Moment sehen sollen, als ich das übernahm”
Versuch diese Antwort:
“Einen Mangel im dritten Monat zu finden heißt, ich habe seither das System kennengelernt, nicht dass ich in Woche eins versagt habe.”DIE ÜBUNG ANSEHEN
Erstelle eine Antwort auf diesen Gedanken – und einen Schritt, der sie belegt.
DER GEDANKE
“Ich hätte diese Probleme in dem Moment sehen sollen, als ich das übernahm”
DEINE AUFGENOMMENE ANTWORT
“Einen Mangel im dritten Monat zu finden heißt, ich habe seither das System kennengelernt, nicht dass ich in Woche eins versagt habe.”
EIN PRIVATER SCHRITT
Vergleiche das Erstellungsdatum deines ältesten offenen Tickets mit dem heutigen Datum und notiere einen Satz, was du am ersten Tag hättest wissen müssen, um es zu finden.
Das Ticket, das in Deiner Startwoche Angelegt Wurde
Das Ticket, das Älter Ist als Deine Anwesenheit
Nach drei Wochen öffnest du einen Bug, der in der Woche angelegt wurde, in der du angefangen hast. Der Fix zieht sich durch fünf undokumentierte Dateien, und dir wird flau im Magen, noch bevor du den Stack Trace fertig gelesen hast. Der Gedanke ist sofort da: Das hättest du am ersten Tag finden müssen, bevor es je einen Kunden betraf, und dass du es nicht getan hast, heißt, dir ist etwas entgangen, das jemand Kompetentes bemerkt hätte.
Die Stille Prüfung, die Du Stattdessen Machst
Du hörst auf, Änderungen vorzuschlagen, und liest stattdessen abends das ganze Modul erneut durch, auf der Suche nach weiteren Beweisen, dass dir bei deinem Start etwas entgangen ist. Im Standup sagst du weniger, nicht mehr, weil einen neuen Mangel jetzt zu benennen sich anfühlt wie ein Geständnis, ihn in der Übernahmewoche übersehen zu haben. Wenn ein Kollege das ursprüngliche Design infrage stellt, verteidigst du es, weil Kritik daran näher an einem Eingeständnis des Versagens liegt als an einer Rückschau.
Die Übergabenotiz, die Du Stattdessen Schreibst
Öffne deine Onboarding-Notizen oder die Daten deiner ersten Commits und liste drei Probleme aus Woche eins neben drei, die du seither gefunden hast, jeweils mit der Zeit bis zur Entdeckung. Die tatsächliche Lücke zwischen deinem Starttermin und jedem Fund schriftlich zu sehen, belegt, dass Finden immer schrittweise war, kein einmaliger Test, den du bereits nicht bestanden hast.
TRACE · 01/04
Wie dieses Skript dich steuert
- Du vergleichst das Anlegedatum eines Bugs mit deinem eigenen Starttermin, als wäre der Abstand ein Beweis für Nachlässigkeit.
- Du zögerst, einen neuen Fehler im übernommenen Code zu melden, weil es sich anfühlt, als würdest du gestehen, ihn am ersten Tag übersehen zu haben.
- Du führst insgeheim Buch über jeden nach der ersten Woche gefundenen Mangel, als wäre jeder ein neuer Beleg gegen deine anfängliche Kompetenz.
SOURCE_LOCATED · 02/04
Die verborgene Regel darunter
Das Legacy-Erbschafts-Skript
Wenn irgendwo im übernommenen System ein Mangel existiert, hätte ich ihn im exakten Moment der Übergabe schon erkennen müssen, also bedeutet ein späterer Fund, dass ich bei der Übergabe selbst versagt habe.
FORGING_REPLACEMENT · 03/04
Ersatzzeilen (diese aufnehmen)
- Einen Mangel im dritten Monat zu finden heißt, ich habe seither das System kennengelernt, nicht dass ich in Woche eins versagt habe.
- Niemand übergibt vollen Kontext in einer Woche; ich habe den Code geerbt, nicht die Geschichte hinter jeder Zeile.
- Etwas in meinem eigenen Tempo zu entdecken zählt trotzdem als Entdeckung, egal wann es passiert.
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 hätte diese Probleme in dem Moment sehen sollen, als ich das übernahm”
Sage ich
“Einen Mangel im dritten Monat zu finden heißt, ich habe seither das System kennengelernt, nicht dass ich in Woche eins versagt habe.”
Dann tue ich eine Sache
Vergleiche das Erstellungsdatum deines ältesten offenen Tickets mit dem heutigen Datum und notiere einen Satz, was du am ersten Tag hättest wissen müssen, um es zu finden.
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 hätte diese Probleme in dem Moment sehen sollen, als ich das übernahm“. 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
Warum fühlt sich ein Bug, der in meiner Startwoche angelegt wurde, immer noch an, als hätte ich ihn sofort finden müssen?
Die Regel hinter diesem Gedanken setzt die Übernahme mit vollständigem Verständnis gleich, sodass jeder Bug, der vor oder mit deinem Start entsteht, als versäumte Pflicht gelesen wird statt als normale Verzögerung zwischen Ankommen und dem Verstehen eines fremden Systems.
Sollte ich aufhören, alte Commits von vor meinem Einstieg zu lesen, da diese Entscheidungen nicht von mir stammen?
Nein, Geschichte zum Verständnis zu lesen unterscheidet sich davon, sie erneut nach neuen Beweisen gegen dich selbst zu durchsuchen. Nützlich ist zu verstehen, warum etwas so gebaut wurde; schädlich ist die Suche nach Belegen, dass du es früher hättest wissen sollen, wonach dieser Gedanke ohnehin ständig fragt.
Wenn ich einem Kollegen jetzt einen Mangel nenne, gestehe ich damit, ihn bei der Übernahme übersehen zu haben?
Etwas zu benennen, das dir heute auffällt, sagt nur, dass es dir heute aufgefallen ist. Die Verantwortung für das System begann an deinem ersten Tag, aber jeden Winkel davon zu kennen, konnte eine einzelne Woche nie leisten, egal wie das Timing von außen wirkt.
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