ALTES SKRIPT ERKANNT
“Die Spec zu ändern heißt, meine Arbeit war wertlos”
Versuch diese Antwort:
“Die Spec hat sich geändert. Ich prüfe jetzt die neue Version statt meine gestrige Mühe zu verurteilen.”DIE ÜBUNG ANSEHEN
Erstelle eine Antwort auf diesen Gedanken – und einen Schritt, der sie belegt.
DER GEDANKE
“Die Spec zu ändern heißt, meine Arbeit war wertlos”
DEINE AUFGENOMMENE ANTWORT
“Die Spec hat sich geändert. Ich prüfe jetzt die neue Version statt meine gestrige Mühe zu verurteilen.”
EIN PRIVATER SCHRITT
Drucke oder öffne die aktuelle Spec, markiere drei Stellen mit einem Textmarker oder in einer Notiz-App: neu, hinfällig, weiterhin brauchbar. Schreib daneben genau einen Satz: „Das ändert die Richtung, nicht den Wert meiner Arbeit.“ Danach schließe die Datei wieder.
Die alte Spec im Review-Tab
Wenn der Kommentar die Zeile trifft
Du hast die Issue-Seite noch offen, der Cursor steht in der alten Beschreibung, und dann taucht der neue Kommentar auf: ein Zusatz, eine Präzisierung, ein verschobener Randfall. Im ersten Moment liest du nicht nur Anforderungen. Du liest ein Urteil über das, was du gestern gebaut hast. Die Spec zu ändern heißt, meine Arbeit war wertlos — und plötzlich willst du lieber die alte Fassung verteidigen als den Nutzerfall neu sortieren.
Wenn du die alte Fassung festhältst
Danach bleibt das Dokument länger offen als nötig. Du suchst Stellen, an denen die frühere Version doch noch „im Kern“ richtig war, schiebst kleine Anpassungen vor dir her und machst aus einer normalen Korrektur ein stilles Wegducken. Die Folge ist selten dramatisch: unnötige Reibung im Kopf, mehr Anlauf für den nächsten Schritt, und ein Arbeitstag, der sich anfühlt, als müsstest du erst die Scham über das alte Ergebnis verwalten.
Der Ausdruck, den du als Beleg ablegen kannst
Nimm einen Ausdruck oder eine Notiz der geänderten Spec und markiere nur drei Dinge: was neu ist, was sich dadurch erledigt, und was an deiner bisherigen Arbeit trotzdem brauchbar bleibt. Leg das Blatt beiseite, ohne etwas umzubauen. Wenn du es später ansiehst, hast du einen sichtbaren Beleg dafür, dass eine geänderte Spec ein Update der Realität ist — nicht ein Stempel auf deinen Wert.
TRACE · 01/04
Wie dieses Skript dich steuert
- Eine kleine Spezifikationsänderung fühlt sich an, als würde jemand den Boden unter deiner letzten Arbeitsstunde wegziehen.
- Du verteidigst lieber den alten Wortlaut als den besseren Nutzerfall, weil die Änderung wie ein Angriff auf dein Ergebnis klingt.
- Du misst den Wert deiner Arbeit an sichtbarem Output, sodass jede Korrektur sofort wie Verschwendung wirkt.
SOURCE_LOCATED · 02/04
Die verborgene Regel darunter
Der Obsoleszenz-Compiler
Unter dieser Reaktion liegt die private Regel: Was ersetzt, verwerfen oder umschreiben kann, war nie richtig wertvoll. Darum wird nicht nur das Artefakt geprüft, sondern dein ganzer Einsatz mitverhandelt. Die Spec darf sich ändern — aber innerlich soll dabei bitte nichts an deinem Status rühren.
FORGING_REPLACEMENT · 03/04
Ersatzzeilen (diese aufnehmen)
- Die Spec hat sich geändert. Ich prüfe jetzt die neue Version statt meine gestrige Mühe zu verurteilen.
- Der alte Entwurf war nützlich, weil er mich bis hierher gebracht hat.
- Wenn sich die Anforderung ändert, war meine Arbeit nicht umsonst; sie war der Weg zur besseren Fassung.
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
“Die Spec zu ändern heißt, meine Arbeit war wertlos”
Sage ich
“Die Spec hat sich geändert. Ich prüfe jetzt die neue Version statt meine gestrige Mühe zu verurteilen.”
Dann tue ich eine Sache
Drucke oder öffne die aktuelle Spec, markiere drei Stellen mit einem Textmarker oder in einer Notiz-App: neu, hinfällig, weiterhin brauchbar. Schreib daneben genau einen Satz: „Das ändert die Richtung, nicht den Wert meiner Arbeit.“ Danach schließe die Datei wieder.
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: „Die Spec zu ändern heißt, meine Arbeit war wertlos“. 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 trifft mich eine Spec-Änderung so persönlich?
Weil die Änderung nicht nur wie neue Information wirkt, sondern wie ein Urteil über die vorige Version deiner Arbeit. Dann verschmilzt „dieser Teil war falsch“ schnell mit „ich war falsch“. Das ist der eigentliche Haken dieser Gedankenform, nicht die Änderung selbst.
Ist es nicht fair, dass sich meine Mühe dann überflüssig anfühlt?
Sie kann sich überflüssig anfühlen, ohne es gewesen zu sein. Oft war die alte Fassung genau das, was gebraucht wurde, um die neue zu erkennen. In diesem Sinn war sie kein Müll, sondern die Arbeitsgrundlage für die korrigierte Richtung.
Was wäre ein realistischer Gegenbeweis, ohne etwas Großes zu machen?
Etwas Sichtbares, das du ohne Publikum prüfen kannst: markiere an der geänderten Spec, was jetzt anders ist, und trenne es bewusst von dem, was an deinem bisherigen Entwurf noch brauchbar bleibt. Der Gegenbeweis ist nicht Begeisterung, sondern eine saubere Unterscheidung.
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