Wie ich führe
Zehn Prinzipien, zu denen ich immer wieder zurückkomme. Die meinungsstarke Kurzfassung der Über-mich-Seite. Die Regeln, die ein neuer Direct Report am ersten Tag kennen sollte.
Das sind keine Wunschvorstellungen. Es sind Entscheidungen, die ich tatsächlich getroffen habe, oft mehr als einmal. Wenn wir zusammenarbeiten, kannst du davon ausgehen, dass ich diese als Default annehme, und mit mindestens einer wirst du nicht einverstanden sein.
01
Boring Tech zahlt sich aus.
PostgreSQL, Monolithen, server-gerendertes HTML und gut benannte Funktionen sind die meiste Zeit immer noch die richtige Antwort. Trends verfallen; tragfähige Fundamente nicht.
02
Migrationen schlagen Rewrites.
Gestaffelte Rollouts. Feature-Flags. Off-Ramps an jedem Schritt. Zero-Downtime ist kein Constraint. Es ist ein Prozess auf einem Tracker, den alle beobachten.
03
Was nicht gemessen wird, existiert nicht.
DORA-Metriken, Core Web Vitals, Accessibility-Audits, Eval-Sets für KI-Features. Die Messlatte lebt in einem Dashboard, nicht in einem Slide-Deck. Sonst ist sie keine Latte.
04
RFCs statt Slack-Threads.
Entscheidungen in einem Thread sind bis Freitag verdunstet. Entscheidungen in einem Doc zahlen sich aus. Die nächste Person an derselben Weggabelung liest sie, anstatt die Diskussion erneut zu führen.
05
Code-Review ist die IDE des Managers.
Der größte Hebel auf ein Team liegt in den Kommentaren, die ich um 21 Uhr an einer PR hinterlasse. Reviews zu skippen, um an mehr Standups teilzunehmen, ist den Job zu skippen.
06
Coaching ist der Job.
Mein Ziel: jeden Direct Report so gut zu machen, dass er abgeworben wird. Zwei sind in den letzten achtzehn Monaten Senior geworden; eine dritte Person läuft Richtung Staff. Wenn sie trotzdem bleiben, ist das der Gewinn.
07
Jeder KI-Agent bekommt einen Exit-Code, einen Kill-Switch und ein Eval-Set.
Sonst ist es kein Agent. Es ist ein Chatbot, der so tut. Demo-Agents sind einfach; Produktions-Agents verdienen sich ihren Platz mit Eval-Scores und einer messbar niedrigen Incident-Rate.
08
Disagree, commit, dann im Retro neu verhandeln.
Im Meeting hart widersprechen, mit Daten. Im Raum committen. Im Retro mit dem zurückkommen, was tatsächlich passiert ist, mit denselben Daten, ein zweites Mal.
09
Für Talent einstellen. Handwerk lehren.
Ich kann React, GraphQL und die Codebase beibringen. Ich kann nicht beibringen, warum Bracket-Style wichtig ist, aber nicht das Hügel ist, auf dem man stirbt. Der Interview-Loop optimiert auf das zweite.
10
Prozess ist Narbengewebe.
Jede Checkliste, jedes Review-Gate, jedes Pflichtfeld in einem Jira-Form stammt aus einem vergangenen Incident. Bewusst hinzufügen, wenn der Incident den Bedarf belegt. Rigoros entfernen, wenn der Bedarf gealtert ist.