ALTES SKRIPT ERKANNT
“Für sorgfältige Arbeit wird niemand befördert”
Versuch diese Antwort:
“Ich werde bezahlt, weil dieser Code in zwei Jahren noch läuft, nicht weil er heute schnell Deploy war.”DIE ÜBUNG ANSEHEN
Erstelle eine Antwort auf diesen Gedanken – und einen Schritt, der sie belegt.
DER GEDANKE
“Für sorgfältige Arbeit wird niemand befördert”
DEINE AUFGENOMMENE ANTWORT
“Ich werde bezahlt, weil dieser Code in zwei Jahren noch läuft, nicht weil er heute schnell Deploy war.”
EIN PRIVATER SCHRITT
Öffne einen Code-Teil, den du vor vier Monaten oder länger geschrieben hast. Notiere für dich: Kostet dieser Code dich heute mehr oder weniger Zeit, weil du damals sorgfältig warst?
Der Code, der noch läuft, wird nicht gesehen
Refactoring-Moment in deinem Branch
Es ist Donnerstag, 15 Uhr. Dein Feature funktioniert. Der Test läuft grün. Aber während du den Code noch einmal durchgehen willst — eine Schleife vereinfachen, die Konstante umbenennen, einen Kommentar hinzufügen — siehst du im Standup die Liste der offenen PRs. Drei davon blinken rot. Dein Gehirn beginnt: *Das ist unnötige Zeit. Das Refactoring sieht nicht aus wie Arbeit. Der Chef sieht Fertig, nicht Richtig.*
Zwei Monate später im Produktions-Fehler
Der Code läuft. Aber eine Kollegin braucht jetzt zwei Stunden, um die Funktion zu verstehen, die du damals in drei Stunden sauber hättest schreiben können. Sie ändert etwas. Ein anderer Teil bricht. Der Fehler wird in einem standup-PR gefixt, der Browser-Tab ist offen, der Timestamp sieht beschäftigt aus. Niemand notiert, dass Sorgfalt das Loch verhindert hätte. Die Beförderung ging an den, der zuerst *fertig* war.
Was Sorgfalt wirklich kostet — und rettet
Öffne deinen Code von vor sechs Monaten. Nicht die Features, die neu sind — die Teile, die du damals mit Ruhe gebaut hast, weil der Standup-Druck gering war. Siehst du, wie wenig dich das heute kostet? Wie selbsterklärend es ist? Das ist das Beförderungs-Signal, das niemand laut ausspricht. In zwei Jahren läuft das. Und es ist dein Name, nicht der Name des schnellen Hackers, der jetzt den nächsten Fehler repariert.
TRACE · 01/04
Wie dieses Skript dich steuert
- Du lieferst den Workaround um 17 Uhr statt des sauberen Codes um 19 Uhr, weil Fertig-Sein und Sichtbarkeit dir drohender vorkommen als eine gute Lösung.
- Du schaust auf die CI-Pipeline und denkst sofort: Das sieht nach Blockade aus, also sieht es nach Mangel aus — nicht nach gründlichem Test.
- Der Refactoring-Branch bleibt offen und ungemerged, weil das Ausdenken einer sauberen Struktur nicht wie Fortschritt aussieht.
SOURCE_LOCATED · 02/04
Die verborgene Regel darunter
Das Anwesenheits-Theater
Die Regel lautet: Sichtbare Velocity ist das einzige Beweis-Signal für Wert. Gründliche Arbeit ist langsam und dunkel — also kann sie nicht die Arbeit sein, die belohnt wird. Deshalb packst du den Hack statt des Handwerks. Die Angst ist nicht, dass Sorgfalt nichts bewirkt — die Angst ist, dass sie unsichtbar ist und dass Unsichtbarkeit das Gleiche wie Unwert ist.
FORGING_REPLACEMENT · 03/04
Ersatzzeilen (diese aufnehmen)
- Ich werde bezahlt, weil dieser Code in zwei Jahren noch läuft, nicht weil er heute schnell Deploy war.
- Ein wartendes Refactoring ist ein Investment, kein Zeichen, dass ich hinderlich bin.
- Gründliche Arbeit zeigt sich nicht im Standup — sie zeigt sich im Fehler, der nie kam.
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
“Für sorgfältige Arbeit wird niemand befördert”
Sage ich
“Ich werde bezahlt, weil dieser Code in zwei Jahren noch läuft, nicht weil er heute schnell Deploy war.”
Dann tue ich eine Sache
Öffne einen Code-Teil, den du vor vier Monaten oder länger geschrieben hast. Notiere für dich: Kostet dieser Code dich heute mehr oder weniger Zeit, weil du damals sorgfältig warst?
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: „Für sorgfältige Arbeit wird niemand befördert“. 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
Wenn ich sorgfältig arbeite und jemand anderes den schnellen Hack macht, bekommt die andere Person doch die Aufmerksamkeit?
Im Standup ja. In einem Jahr, wenn die schnelle Lösung immer wieder Fehler macht und dein sorgfältiger Code läuft, ist das das längere Signal. Beförderungen werden nicht alle drei Monate verteilt.
Wie unterscheidet sich das Warten auf sorgfältige Arbeit von Aufschieben oder Perfektionismus?
Sorgfalt hat ein Ende: Die Tests laufen, der Code ist lesbar, die Grenzen sind klar. Perfektionismus ist das Gefühl, dass immer noch eine Sache fehlt. Sorgfalt antwortet auf eine Frage; Perfektionismus antwortet auf Angst.
Wenn mein Team nur Geschwindigkeit misst, wie kann ich da sorgfältig arbeiten, ohne meine Bewertung zu gefährden?
Das ist die echte Frage. Das zu klären braucht ein Gespräch — aber nicht mit deinem Chef im Standup, sondern mit dir selbst: Was kostet Hast für mich im dritten Jahr? Und welche stillere Arbeit kann ich machen, wenn der Sprint langsamer wird?
Verwandte alte Skripte
Verwandte Selbstchecks
Verwandte Forschung
Forschende zum Weiterlesen
Verwandte Mechanismen
Die Forschung hinter diesem Skript
- Productivity Variations Among Software Developers and Teams: The Origin of 10x — McConnell, Construx, 2020
- The SPACE of Developer Productivity — Forsgren, Storey, Maddila, Zimmermann, Houck & Butler, ACM Queue, 2021
- Burnout in software engineering: A systematic mapping study — Tulili, Capiluppi & Rastogi, Information and Software Technology, 2022
- Two Sides of the Same Coin: Software Developers' Perceptions of Task Switching and Task Interruption — arXiv, 2018