Wird geladen…

Musst du deine Ziele verfehlen, um befördert zu werden?

OracleOfDelphi
Öffentlich 9 Gespräche 16 Gedanken 55 Zustimmungen 6 stimmen ab 0 Serien 127 Aufrufe

Vor drei Jahren habe ich zugesehen, wie mein Manager zwei Jahre in Folge jedes einzelne Quartalsziel getroffen hat. Saubere Dashboards. Überall grün, die ganze Zeit. Sie war die zuverlässigste Person im Haus, und beim nächsten Planungszyklus wurde sein Team um vier von 35 Engineers zusammengestrichen und unter jemand anderem zusammengelegt. Niemand hat es als Strafe verkauft, sondern als „Effizienz" und „wir wollen woanders investieren". Die Lektion ist trotzdem angekommen, und nicht nur bei mir

In groups

Diskussionsinhalt

Vor drei Jahren habe ich zugesehen, wie mein Manager zwei Jahre in Folge jedes einzelne Quartalsziel getroffen hat. Saubere Dashboards. Überall grün, die ganze Zeit. Sie war die zuverlässigste Person im Haus, und beim nächsten Planungszyklus wurde sein Team um vier von 35 Engineers zusammengestrichen und unter jemand anderem zusammengelegt. Niemand hat es als Strafe verkauft, sondern als „Effizienz" und „wir wollen woanders investieren". Die Lektion ist trotzdem angekommen, und nicht nur bei mir. Leider nie bei meinem Manager.

Wenn du 100 Prozent von dem schaffst, wozu du dich verpflichtet hast, hast du nicht bewiesen, dass du exzellent bist. Du hast bewiesen, dass du mehr Leute hattest, als die Arbeit gebraucht hat. Das ist das Einzige, was ein grünes Board dem VP drei Ebenen über dir sagt. Die Arbeit wurde auf das Team zugeschnitten, das Team hat sie weggeräumt, also kann das Team kleiner sein – auf Kosten der 10–20 % am wenigsten Wichtigen. Du hast die Argumentation gegen dich selbst gebaut und sie im Quartalsreview präsentiert, in der Hoffnung auf eine Beförderung.

Also lernen die, die überleben und vorankommen, bei etwa 80 Prozent zu landen. Nicht bei 50, das liest sich wie ein Team, das nicht liefern kann. Nicht bei 95, das ist nur 100 mit einem Rundungsfehler. Bei etwa 70–80, wo die Geschichte ungefähr so geht: Wir machen offensichtlich eine Menge, wir sind offensichtlich nah dran, und dem Team würden mehr Engineers guttun. Dieses letzte Fünftel zu verfehlen ist die Art, „gebt mir zwei Engineers mehr" zu sagen, ohne je den Antrag zu stellen. Die Lücke ist der Antrag.

Ich will darauf bestehen

Ich will genau sein, worum es hier geht, denn man hört es leicht als Faulheit oder Betrug, und meistens ist es weder noch. Die kompetente Variante davon ist kein Bummeln. Es ist absichtliches Überverpflichten. Du nimmst dir mehr vor, als du schaffen kannst, du schaffst das meiste davon, und der Rest wird zum Beweis für Ehrgeiz statt zum Beweis für Versagen. Ein Manager, der sich auf zehn Dinge festlegt und acht liefert, liest sich als hungrig. Ein Manager, der sich auf acht festlegt und acht liefert, liest sich als bequem, und bequem ist das Wort, das einer Reorg vorausgeht. Die Führung belohnt nicht das Team, das seine Ziele auf seine Größe zugeschnitten hat. Sie belohnt das Team, das ausgehungert aussieht.

Das verräterische Zeichen steckt darin, wie Planungsmeetings tatsächlich ablaufen. Schau, wer puffert. Die erfahrenen Manager kommen rein und fordern Headcount an, von dem sie längst entschieden haben, dass sie ihn bis Jahresende nicht voll rechtfertigen werden, weil die Forderung für nächstes Jahr beim Gap dieses Jahres ansetzt. Die Zahl, um die du verfehlt hast, ist das Eröffnungsgebot für die Zahl, die du nächstes Mal bekommst. Ich habe in Räumen gesessen, in denen ein VP ein Team ansah, das alles geliefert hatte, und ohne jede Ironie sagte, er mache sich Sorgen, sie seien nicht ehrgeizig genug. Das Team, das um 20 verfehlt hat, hat die neue Stelle bekommen. Das ist kein hypothetisches Muster, das ich hochrechne. Es ist das langweiligste, konstanteste, was ich über drei Firmen hinweg gesehen habe. Dein VP weiß nicht, was du tust, er sieht Excels.

null
Dein VP, der auf die Arbeit deines Teams schaut, wenn du immer jedes einzelne Ziel triffst

Passiert auch in Abschwüngen..

Der Einwand ist, dass nichts davon ein schlechtes Jahr übersteht. Wenn die Kürzungen von oben kommen und real sind, so das Argument, ist der verlässliche Lieferant geschützt und der chronische Versager der offensichtliche Posten. Ich glaube, das dreht das Timing genau falsch herum. Bei einer echten Kürzung öffnet die Person, die entscheidet, keine Tabelle mit Erfüllungsprozenten. Sie schaut, welche Teams sichtbar am Anschlag sind und welche Spielraum haben, und das Team, das bei einem bequemen Plan 100 Prozent getroffen hat, ist das, das seinen Spielraum offen zur Schau trägt. Oder selbst wenn sie das nicht denkt: Die Firma kommt mit etwa 80 % der Arbeit deines Teams ohnehin voran. Der Lieferant hat den Beleg geliefert, dass die Arbeit mit weniger machbar ist. Der Versager hat den Beleg geliefert, dass von Anfang an nie genug da war. Eines dieser beiden Teams ist deutlich schwerer zu kürzen, ohne dass sichtbar etwas kaputtgeht, und Manager schützen die Teams, deren Schmerz laut wäre.

Ich sage dir nicht, du sollst sandbaggen. Ich sage dir, dass der Anreiz so gebaut ist, dass er Sandbagging erzeugt, und so zu tun, als wäre es anders, ist genau die Art, wie ehrgeizige Manager in die Planung gehen, ihre Zahlen treffen, sich gut dabei fühlen und Leute verlieren. Wenn deine Belohnung dafür, die Arbeit fertig zu machen, ein kleineres Team im nächsten Quartal ist, wirst du nicht am Output gemessen. Du wirst daran gemessen, wie überzeugend du hungrig bleiben kannst. Die Manager, die das verstehen, lassen das Board nie ganz grün werden.

Thoughts

  • trockene_pointe

    Karriere-Tipp: liefer schlechter, aber selbstbewusst. Erstaunlich nah an dem, was die meisten ohnehin machen.

    Permalink
  • prozess_protokoll

    Eine Frage von jemandem, der noch nicht in diesen Räumen sitzt, sondern die Pre-Reads dafür baut: Funktioniert das absichtliche Verfehlen nicht nur für Manager, die schon genug Standing haben, dass man ihre 80 Prozent als „nah dran" liest statt als „liefert nicht"? Bei einem neuen Teamlead oder einer Junior-Person würde derselbe Gap doch sofort anders erzählt. Mir kommt es vor, als wäre die Strategie weniger eine Regel als ein Privileg, das man sich erst verdient haben muss.

    Permalink
  • technische_schuld

    Das funktioniert, bis das fehlende Fünftel das Stück ist, das nachts um zwei jemanden weckt. Bei uns war genau das letzte 20 Prozent meistens die Reliability-Arbeit, das Migration-Ticket, das keiner zugeteilt haben wollte. „Wir sind offensichtlich nah dran" liest sich super im Review und ist die Geschichte, die du dem VP verkaufst. Sechs Monate später ist es der Incident, dessen Postmortem mit deinem Namen anfängt. Du baust dir mit der Strategie eine Schuld auf, die niemand auf dem grünen Board sieht.

    Permalink
  • release_woche

    Das ganze Modell setzt voraus, dass dein Team aus Feature-Arbeit besteht, die man sichtbar auf 80 Prozent runterdrehen kann. Bei Infra geht das nicht. Wenn die Pipeline zu 80 Prozent läuft, ist sie kaputt, und das siehst du nicht im Quartalsreview, sondern wenn der Launch blockiert ist. Die Leute, die hier strategisch verfehlen können, sind genau die, deren Arbeit ohnehin schon sichtbar gefeiert wird. Wir hinten halten das System am Leben und dürfen nicht puffern, weil sich „CI war diese Woche bei 80 Prozent" nirgends als Ehrgeiz verkaufen lässt.

    Permalink
  • der_fahrplan

    Wo ich aussteige, ist der Determinismus. Du beschreibst das als das langweiligste, konstanteste Muster über drei Firmen, und gleichzeitig hängt dein ganzes Modell daran, dass „der VP nur Excels sieht". Das ist eine Aussage über deine Firmen, nicht über die Schwerkraft. Ich habe auch Orgs gesehen, in denen genau das chronisch unterliefernde Team beim ersten Gegenwind als Erstes ging, weil die Glaubwürdigkeit längst verbrannt war. Du hast aus drei Stichproben ein Naturgesetz gemacht.

    Permalink
  • unsichtbare_arbeit

    OPs stärkste Stelle ist die Umkehrung beim Abschwung, und die wird hier zu schnell weggewischt. Das Argument ist nicht „der Verlässliche ist sicher", sondern „der Verlässliche hat den Beweis geliefert, dass es mit weniger geht". Das stimmt unangenehm oft. Ein sauber gelieferter Plan ist Dokumentation, dass dein Spielraum existierte. Frontend kennt das Muster im Kleinen: löst du die UX-Schuld leise und vollständig, hast du gerade bewiesen, dass die Stelle auch ohne Aufstockung tragbar ist. Sichtbarer Schmerz schützt, sauberes Aufräumen macht dich kürzbar.

    Permalink
  • der_fahrplan

    Das Muster ist real, aber du beschreibst eigentlich zwei verschiedene Spiele, als wäre es eins. In der Planung ist die Lücke das Eröffnungsgebot, da hast du recht, da läuft Headcount fast immer über das Gap der Vorperiode. In einer echten Reorg zählt das aber nicht, weil keiner mehr aufs Board schaut, sondern auf den Org-Chart und auf Gehaltsbänder. Wer hier auf 80 Prozent steuert, optimiert für das Planungsmeeting und unterschätzt, dass beide Runden von unterschiedlichen Leuten mit unterschiedlichen Tabellen entschieden werden.

    Permalink

Related discussions

  • Wie kann Spotify alle Musik-Kriege gewonnen haben und trotzdem keinen Cent damit verdienen?

    Spotify ist wirklich gut. Die App ist exzellent, die Discovery ist erstklassige Ingenieursarbeit, und es hat eine Musikbranche, die von der Piraterie gründlich ausgeplündert worden war, zurück in ein Geschäft verwandelt, das zahlt. Ich öffne es vierzigmal am Tag. Nichts davon ist der Witz. Der Witz ist, dass das dominanteste Musikprodukt, das je gebaut wurde, immer noch nicht verlässlich einen Cent verdient, und alle dort haben beschlossen, das zu lösen, indem sie etwas anderes als ein Musikunte

  • Macht KI Manager medizinisch wahnsinnig?

    Es kursiert eine neue Fantasie in den Chefetagen: dass KI die Mitarbeiter ersetzen kann. Sie ersetzt zwar durchaus ein paar, aber Führungskräfte hegen die Fantasie, dass sie die Arbeit ihrer Leute jetzt selbst erledigen können, mit KI. Dass sie coden können! Einfach ein Dashboard voller benannter Agents aufmachen, zuschauen, wie Tasks über die Panes wandern, im Befehlston ein Update verlangen und ganz nach Laune Features fertigstellen lassen. Es fühlt sich an wie ein Traum, vor allem wenn du dei

  • Macht Stack Ranking aus Kollegen zwangsläufig Feinde?

    Stack Ranking endet immer in Politik, weil es verschiebt, was Kompetenz innerhalb einer Organisation überhaupt bedeutet. Sobald Leute relativ zueinander bewertet werden statt an einem festen Standard oder Ziel, hört dein klügster Kollege auf, ein Pfund zu sein, von dem du lernen und mit dem du zusammenarbeiten kannst, und wird zur Konkurrenz. Sein Erfolg kann deinen Stand senken. Seine Sichtbarkeit kann dich Platz für die nächste Beförderung kosten. Seine Expertise wird zur Bedrohung für deine e

  • Warum wollen Manager, dass alle anderen KI nutzen – nur sie selbst nicht?

    Was mich langsam nervt, ist nicht der KI-Druck an sich. Manche Tools sind wirklich brauchbar. Ich nutze sie inzwischen jeden Tag. Was mich nervt, ist ein Management, das „AI-first" verlangt und gleichzeitig jeden Prozess drumherum aggressiv KI-feindlich hält. Den Leuten wird gesagt, sie sollen KI fürs Coding nutzen, fürs Planen, fürs Recherchieren, fürs Schreiben, fürs Debugging, fürs Nachschlagen von Wissen, fürs Koordinieren von Projekten. Und dann steckt die Hälfte des operativen Wissens der

  • Zahlt Google seinen talentiertesten Leuten in Wahrheit ein Vermögen dafür, ihr Talent NICHT zu nutzen?

    Google heuert die besten Ingenieure der Welt an, zahlt ihnen ein Vermögen, stellt ihnen alle dreißig Meter kostenloses Essen hin, und am Ende steht ein Mann, der seit drei Jahren keinen Code mehr ausgeliefert hat, aber ein Design-Doc schreibt, das einen zu Tränen rührt. Es ist günstiger, sie dafür zu bezahlen, bei Google zu bleiben, als zu riskieren, dass all diese Leute einen Konkurrenten aufbauen …

  • Reicht ein hohes Gehalt allein wirklich nicht, wenn der Job dir sichtbare Erfolge verweigert?

    Große Firmen sind strukturell schlecht darin, abgegrenzte, zurechenbare, sichtbare Erfolge zu produzieren. Ein Teil des Gehalts ist die Bezahlung dafür, ohne sie zu leben.

  • Lässt sich mit KI kaum noch unterscheiden, wer wirklich gut programmiert und wer nur Lärm macht?

    Ich höre dasselbe Feedback in immer neuen Formen: „starke Velocity“, „toller Throughput“, „schöner Einsatz von KI“. Von außen sieht es wirklich so aus, als würde mehr passieren: mehr Code Reviews, mehr angefasste Tickets, mehr Updates, mehr E-Mails, mehr Tasks, mehr Designs. Mit KI lässt sich diese Schlagzahl mühelos halten, ohne die übliche Reibung des Schreibens, des Denkens oder auch nur des Zögerns. Aber mitten in der Arbeit steckt ein Dilemma, das immer größer wird.

  • Macht dich das öffentliche Anzählen deines Managers wirklich zu dem Helden, für den du dich hältst?

    Ich habe das oft genug in der einen oder anderen Form gesehen, dass ich zusammenzucke, wenn es schon wieder ein Junior macht. Ein Manager verlangt etwas Nerviges von uns. Einer der Engineers, oft ein Junior, rebelliert mit einer Tirade, einem Witz, einer Slack-Nachricht … Er spricht den Bullshit offen aus, und jeder, der es mitbekommen hat, weiß genau, was er von dem betreffenden Chef hält. Aber am Ende werden sie nicht zu den Helden, den Rebellen, für die sie sich hielten. Sie bekommen Schweige