Geschmack vermitteln: Die neue Aufgabe der Engineering Manager

Die meisten Engineering Manager haben den Job auf die gleiche Weise bekommen: Sie waren der beste Senior im Team, jemand ist gegangen, und der Titel landete bei ihnen. Sie haben gelernt zu managen, indem sie es einfach gemacht haben. Einige von ihnen sind außergewöhnlich darin – diejenigen, die durch eine Kombination aus Instinkt, Glück und dem gelegentlichen Mentor herausgefunden haben, dass der Job, den sie bekamen, ein anderer Job war als der, aus dem sie befördert wurden. Der Rest kam mit technischer Glaubwürdigkeit und der Tatsache zurecht, dass sich das Team größtenteils selbst trainiert hat.

Das Team hat sich selbst durch Code Review trainiert. Durch Pair Programming. Durch das tägliche Ritual, der erfahrensten Person im Team beim Debuggen von etwas Schwierigem zuzusehen. Die Ausbildung war verteilt, allgegenwärtig und kostenlos. Der Manager musste nicht viel beibringen, weil sich das Team selbst unterrichtete, fünfzig kleine Momente am Tag.

Dieser Deal ist irgendwann in den letzten achtzehn Monaten ausgelaufen, und niemand hat es den Managern gesagt.

Was das Team früher für sich selbst getan hat

Das Team trainiert sich nicht mehr selbst. Nicht so wie früher.

Code Review wurde zu einem Stempel auf einem Diff, den die KI geschrieben hat. Der Reviewer überfliegt, sieht, dass die Tests durchlaufen, sieht die Beschreibung (ebenfalls von der KI geschrieben), gibt einen Daumen hoch. Der Lehrmoment, der früher im Review stattfand – hier ist, warum ich das anders strukturieren würde, hier ist der Fehlermodus, den du nicht gesehen hast, hier ist, warum uns das in sechs Monaten beißen wird – wurde zu einem Emoji komprimiert.

Pairing verschwand, als die KI zum Pair wurde. Warum mit einem anderen Menschen pairen – langsam, teuer, dreißig Stunden die Woche verfügbar – wenn man mit etwas pairen kann, das immer an ist, nie müde wird, nie darum bittet, dass man sich wiederholt? Die Ökonomie des menschlichen Pairings überlebte den Vergleich nicht. Selbst als der Lernwert des menschlichen Pairings enorm blieb.

Und der Junior schaut dem Senior nicht mehr beim Debuggen zu. Sie haben eine Frage, sie fragen Claude, sie bekommen eine Antwort in elf Sekunden, sie shippen. Das Gespräch, das früher mit „hey, wie würdest du darüber nachdenken?" begann, beginnt nicht mehr. Der Senior fragt sich, warum niemand mehr etwas fragt, und nimmt stillschweigend an, dass es daran liegt, dass das Team fähiger geworden ist.

Drei Dinge starben auf einmal: der Ort, an dem Geschmack übertragen wurde (Review), der Ort, an dem er demonstriert wurde (Pairing), und der Moment, in dem er angefordert wurde (Fragen). Das ist die Ausbildungspipeline. Sie ist nicht auf abstrakte Weise kaputt. Sie ist an drei spezifischen Stellen kaputt.

Geschmack ist das, was nicht automatisiert wurde

KI ist außerordentlich gut darin, Code zu produzieren, der Mustern folgt. Sie hat alles gesehen. Sie kann dir die Standardantwort geben, schnell, auf fast jede Frage. Das ist eine echte Fähigkeit, und so zu tun, als wäre sie es nicht, ist albern.

Aber es gibt eine Sache, die KI nicht kann, und diese Sache ist wichtiger denn je, jetzt, wo KI so viel vom Rest kann.

Diese Sache ist Geschmack.

Geschmack bedeutet zu wissen, wann ein sauberer Diff falsch ist. Wann ein durchlaufender Test nichts bedeutet. Wann „es funktioniert" eine Falle ist. Wann die Standardantwort nicht die richtige Antwort hier ist. Geschmack ist das Urteilsvermögen, das eine Ebene über dem Mustererkennen sitzt – es ist die Fähigkeit, Code anzuschauen, der richtig sein sollte, und zu spüren, bevor man artikulieren kann warum, dass etwas nicht stimmt.

Die Unterscheidung ist wichtig:

• Muster sind „so macht man X."
• Geschmack ist „X ist das, was man hier macht. Y sieht ähnlich aus, aber ist das, was man dort drüben macht. Z kompiliert und besteht die Tests, aber lehne es trotzdem ab, weil es die nächste Änderung schwieriger macht als nötig."

Geschmack ist Meta-Mustererkennung. Es ist zu wissen, wann das Muster nicht zutrifft. Und es wird auf genau eine Weise erworben: durch hochbandbreitigen Kontakt mit jemandem, der ihn hat. Indem man ihnen bei der Arbeit zusieht. Indem die eigene Arbeit von ihnen korrigiert wird. Indem sie auf etwas auf deinem Bildschirm zeigen und erklären – manchmal mit einem Seufzer – warum es sie beleidigt.

KI kann Muster in unendlichem Maßstab übertragen. Sie kann nicht übertragen, wann man sie brechen sollte. Sie wird selbstbewusst ein Muster anwenden, das nicht passt, weil Passung genau das Urteilsvermögen ist, das sie nicht hat.

Der Job hat sich umgekehrt

Der alte Engineering-Manager-Job hatte eine obere und eine untere Hälfte. Die obere Hälfte war technische Orchestrierung: Triage, Entblockierung, der erfahrenste Reviewer bei jedem wichtigen PR sein, die architektonische Linie halten. Die untere Hälfte war Teamentwicklung: 1:1s, Coaching, Juniors zu Seniors entwickeln, die Bank aufbauen.

Zwei Jahrzehnte lang war der unausgesprochene Deal: Mach die obere Hälfte richtig, und die untere Hälfte passiert größtenteils durch Osmose. Das Team lernt von der Arbeit selbst, voneinander, von den Ritualen rund um die Arbeit. Der Job des Managers auf der Personenseite war, nicht im Weg zu stehen und gelegentlich eine Wachstumschance aufzuzeigen.

Dieser Deal war tragend dafür, dass sich das Team selbst trainierte. Das tut er nicht mehr.

Die Verantwortung hat sich verschoben, auch wenn der Kalender es nicht tat. Wenn du 2019 zum Manager befördert wurdest, ist dein Job 2026 nicht der Job, in den du befördert wurdest. Die stärksten Manager – und es gibt mehr starke als der KI-Diskurs ihnen zugesteht – haben das von selbst gespürt und sich still umgerüstet. Sie haben eine Liste, im Kopf oder auf Papier, von jedem direkten Mitarbeiter und der spezifischen Sache, die sie in diesem Quartal in ihnen entwickeln wollen. Sie wissen, was ihre Juniors nicht wissen. Sie haben einen Plan für die Bank.

Der Rest macht den alten Job härter, arbeitet längere Stunden, um ihn zu machen, und bemerkt, dass das Team nicht tiefer wird. Das ist kein Charakterfehler. Das ist das, was passiert, wenn sich der Job unter deinen Füßen verändert und niemand es ausspricht.

Warum ist Coaching für Engineering Manager gerade jetzt so schwierig?

Coaching ist gerade schwierig, weil drei Stützen auf einmal verschwunden sind: keine Schulung, kein Signal und keine Zeit. Der ehrliche Grund, warum Coaching in Engineering-Organisationen uneinheitlich ist, liegt nicht daran, dass Manager sich nicht kümmern. Die große Mehrheit kümmert sich sehr wohl. Die Arbeit ist nur auf drei spezifische Arten schwieriger geworden.

Keine Schulung. Die meisten Engineering Manager wurden nie im Coaching geschult. Sie lernten Management als Nebeneffekt der Ausübung. Das funktionierte, als die Arbeit zu 70% technische Orchestrierung und zu 30% Personalarbeit war — der technische Teil war der Teil, den sie kannten. Jetzt ist das Verhältnis nahezu umgekehrt, und die Lücke zeigt sich in dem Teil, der keine neue Schulung erhielt.

Kein Signal. Coaching ohne Signal ist Bauchgefühl. Man lobt das Letzte, was man gesehen hat, kritisiert das Letzte, was einen gestört hat, und nennt es ein 1:1. Starke Manager kompensieren das, indem sie sehr genau aufpassen — aber sehr genaue Aufmerksamkeit skaliert nur auf etwa fünf Mitarbeiter. Über fünf hinaus endet der Manager, der keine Muster sehen kann, damit, alle gleich zu coachen.

Keine Zeit. Die Lieferanforderungen sind nicht verschwunden. Dieselben OKRs, dieselben Standups, derselbe Druck zu liefern. Coaching wurde zur Stellenbeschreibung hinzugefügt; nichts wurde entfernt. Das vorhersehbare Ergebnis ist, dass Coaching zu dem wird, was rutscht, wenn Sprint-Ziele gefährdet sind — was bei den meisten Sprints der Fall ist.

Das erste ist ein Schulungsproblem. Das dritte ist ein Priorisierungsgespräch zwischen dem Manager und seinem Manager darüber, was die Arbeit jetzt ist. Das mittlere — Signal — ist das, für das die meisten Teams stillschweigend blind sind. Man kann nicht coachen, was man nicht sehen kann. Und was man früher sah — der tägliche Strom von Reviews, Pairs und Gesprächen — wurde in PRs komprimiert, die alle gut aussehen, weil die KI sie gut aussehen ließ.

Wie sieht Coaching mit Daten aus?

Coaching mit Daten hat vier Eigenschaften: spezifisch statt allgemein, Muster statt Moment, privat statt öffentlich und kontinuierlich statt jährlich. Keine davon ist exotisch. Sie sind nur schwer umzusetzen ohne Infrastruktur, die sie unterstützt.

Die Infrastruktur ist nicht der Punkt. Sie ist das Substrat. Der Punkt ist das Gespräch — die Korrektur, die Ermutigung, die sorgfältige Übertragung von Geschmack von jemandem, der ihn hat, zu jemandem, der ihn sich erarbeitet.

Aber man kann dieses Gespräch nicht führen, wenn man ohne eine spezifische Sache zum Besprechen ins 1:1 gegangen ist. Und man bekommt keine spezifischen Dinge zum Besprechen durch Zufall mehr, weil die Kanäle, die sie früher an die Oberfläche brachten, automatisiert oder wegkomprimiert wurden.

Wo wir passen

Das ist die Lücke, für die wir Simyl gebaut haben. Nicht um Coaching zu ersetzen — Coaching ist die menschliche Arbeit, die die Arbeit jetzt definiert, und Tooling, das etwas anderes vorgibt, ist Teil des Problems. Wir haben es gebaut, um Coaching handhabbar zu machen, indem wir dem Manager etwas zum Coachen geben.

Die sechs Dimensionen der Effektivität (Lieferung, Flow, Qualität, Zusammenarbeit, Verantwortung, Anpassungsfähigkeit), plus Dynamik auf Teamebene, geben einem Manager eine Möglichkeit zu sehen, wie jeder Mitarbeiter wächst — nicht als Score, sondern als Muster. Die privaten Coaching-Notizen akkumulieren sich pro Entwickler über Retros hinweg, nur für den Manager sichtbar, bis er entscheidet, dass eine Notiz bereit ist, geteilt zu werden. Die Retro selbst bringt Signale auf Teamebene an die Oberfläche darüber, wer beiträgt, wer sich zurückhält, wer stillschweigend das Team trägt.

Nichts davon macht das Coaching. Es gibt dem Manager Substrat, um absichtlich zu coachen statt aus dem Gedächtnis.

Die nächste Generation pflegen

Die Verantwortung hat sich verschoben, ob das Organigramm das sagt oder nicht. Die Manager-Arbeit ist nicht verschwunden. Sie wurde wichtiger. Der Teil, bei dem jeder durchkommen konnte — das Team trainiert sich größtenteils selbst — ist verschwunden. Der Teil, für den niemand explizit geschult wurde — die nächste Generation von Engineers entwickeln — wurde zur ganzen Arbeit.

Starke Manager spüren das bereits. Sie haben sich zwei Jahre lang stillschweigend umgerüstet. Sie müssen nicht vom Coaching überzeugt werden; sie müssen eine faire Chance bekommen, es gut zu machen — bessere Schulung, echtes Signal und ein ehrliches Gespräch mit ihrer eigenen Führung darüber, was jetzt tatsächlich von ihnen erwartet wird.

Die anderen können immer noch dorthin gelangen. Die Arbeit hat sich unter ihren Füßen verändert — es ist kein persönliches Versagen, dass sie in eine Arbeit befördert wurden und in einer anderen aufgewacht sind. Aber jemand muss Geschmack lehren, weil Geschmack das ist, was KI nicht übertragen kann. Und jemand muss dafür verantwortlich sein, die nächste Generation zu pflegen, weil wenn man blinzelt, die Bank leer ist und die Seniors, die man heute hat, stillschweigend nach der nächsten Sache suchen.

Dieser Jemand ist der Manager. Das ist jetzt die Arbeit.