Ich habe das oft genug erlebt, dass das Muster inzwischen klar ist. Ein paar Jahre im Job, gutes Gehalt, Benefits, Impact auf FAANG-Niveau (maango, was auch immer). Du machst gute Arbeit und bekommst Gehaltserhöhungen, aber irgendwas stimmt nicht. Du bist noch nicht ausgebrannt. Aber wenn du auf etwas zeigen und sagen willst „das ist passiert, weil ich das gemacht habe“, hast du nichts, worauf du verweisen kannst. Wenn du deine Familie, deine Freunde triffst und sie fragen, was du machst, bleibt es vage und du kannst es nicht wirklich erklären. Das Projekt hatte achtzehn Stakeholder. Die Entscheidung lief durch vier Freigabe-Ebenen, oft im Kreis, und weiß Gott, wer genau sie beeinflusst hat. Das Ergebnis steht auf einem Dashboard, das du lesen, aber nicht wirklich beeinflussen kannst. Dein Beitrag ist wahrscheinlich real, aber ob er etwas bewirkt hat und wie viel, bleibt ehrlich unklar.
Dieses Gefühl ist kein Charakterproblem, große Firmen lassen alle gleich empfinden. Es liegt nicht an dir allein. Was fehlt, jedenfalls so würde ich es nennen, ist Win-Density. Erfolge, die dir zurechenbar sind, und das häufig. Ein Win ist: 1) abgegrenzt, zurechenbar und sichtbar; 2) er endet und du hast etwas fertig gebracht; 3) du kannst ihn auf das zurückführen, was du getan hast. Du kannst auf die Spur zeigen, die er hinterlassen hat. Große Firmen unterdrücken alle drei auf einmal. Arbeit zieht sich über Quartale. Ownership verteilt sich auf so viele Leute, dass niemand mehr die eigene Kontur darin erkennt. Der Feedback-Loop kommt spät, gefiltert durch Dashboards, Ebenen und Review-Zyklen. So koordinieren große Organisationen Arbeit in diesem Maßstab.
Der Startup-Deal ist das Gegenteil. Niedrigeres Gehalt, höhere Win-Density. Du bringst jeden Tag etwas fertig, und das macht süchtig. Das Problem ist, dass Startups oft scheitern und du am Ende ausbrennst, mit wenig Erspartem.
Mentale Gesundheit
Was niedrige Win-Density mit Leuten macht, ist nicht dramatisch, es bringt dich nicht dazu, türenknallend rauszugehen, oft gewöhnst du dich einfach daran. Aber es macht dich erpicht darauf, etwas fertig zu bringen, etwas Neues. Engineers fangen an, zu overengineeren, weil ausgedachte Milestones besser sind als gar keine. Wenn die Arbeit dir keine saubere Ziellinie gibt, erfindest du eine: noch ein Refactor, noch ein Re-Architecture-Doc für einen Service, der einwandfrei läuft, ein Cleanup-Projekt, das vor allem existiert, weil man es abschließen kann, irgendeine neue Lösung fürs Testing... Andere werden einfach grau und sterben innerlich. Sie machen genau das, was man ihnen sagt. Sie tauchen immer noch auf. Sie wirken im Status-Meeting immer noch in Ordnung. Aber ein Teil des Gehalts fängt an, sich wie Bezahlung dafür anzufühlen, die Arbeit nicht landen zu sehen.
Das ist überwiegend eine White-Collar-Klage. Viele Leute haben niedrige Bezahlung UND niedrige Win-Density. Hier geht es um die White-Collar-Variante des Deals. Ja, oft sind unsere Gehälter top und die Lebensqualität ist top. Aber wir verbringen nun mal 8+ Stunden am Tag bei der Arbeit, oft mehr. Und wir müssen das mit der Art zusammenbringen, wie unser Antrieb und unser Kopf funktionieren. Ja, die Arbeit ist bequem und oft werden wir gut bezahlt. Und ja, du kannst White-Collar-Jobs extrem angenehm und erfreulich machen. Mein Punkt ist, dass es dafür Win-Density braucht. Du brauchst Erfolge, die deine eigenen sind, und das häufig, damit es sich nach Gewinnen anfühlt.
An die Manager
Genau deshalb betrifft das Problem auch die Manager, selbst wenn sie das zugrundeliegende Skalierungsproblem nicht vollständig lösen können. Manche Arbeit ist von Natur aus langsam, nicht alles lässt sich in einem Ein-Wochen-Loop shippen. Aber Teams laufen besser, wenn Arbeit abschließt, die Zurechnung echt ist und Leute trotzdem sehen können, was sich durch sie bewegt hat. Trotzdem spüren können, dass es ihnen von Anfang bis Ende gehört hat und sie es fertig gebracht haben. Höhere Shipping-Frequenz korreliert oft mit besserer organisatorischer Leistung und stärkerem Engagement Der praktische Punkt ist einfacher als das Forschungsargument: wenn niemand sagen kann, was fertig wurde, wem es gehörte oder was sich verändert hat, dann gerinnt Ehrgeiz langsam zu Wartung.
Du musst die Leute nicht mehr bezahlen, um sie glücklicher zu machen (wtf, was hab ich da gerade gesagt???). Oft musst du den Job einfach „gamifizieren“. Gib deinen Engineers oft und häufig Dopamin-Schübe. Manche nehmen diesen Deal bewusst in Kauf. Ich habe ihn früher bewusst in Kauf genommen. Aber im Idealfall gib ihnen auch Geld.
Die State-of-DevOps-Literatur von DORA findet durchgängig, dass höhere Deployment-Frequenz mit stärkerer organisatorischer Leistung und oft mit höherem Engagement korreliert, auch wenn die kausale Richtung umstritten bleibt.