Performance-Probleme sind Systemantworten. Sie zu lösen heißt, das System zu verändern – nicht die Person.
In gewachsenen Organisationen taucht das Wort „Low Performer” auffällig oft dann auf, wenn Delivery unter Druck gerät.
Ein Release kippt.
Ein Projekt verzögert sich.
Ein Incident wiederholt sich.
Die Suche beginnt.
Wer liefert nicht?
Diese Frage ist verständlich.
Sie ist aber fast immer falsch gestellt.
Performance ist eine Systemvariable
Individuelle Leistung existiert.
Doch in produktiven Organisationen wird sie von drei Faktoren überlagert:
- Entscheidungsqualität
- Klarheit in Verantwortung
- Stabilität der Arbeitsstruktur
Wenn diese drei unscharf sind, entstehen scheinbare Low Performer.
Beispiele:
Ein Entwickler liefert wenig sichtbare Features.
Tatsächlich stabilisiert er Schnittstellen, entschärft Risiken, verhindert Eskalationen.
Ein Teammitglied wirkt langsam.
Tatsächlich kompensiert es fehlende Anforderungen oder widersprüchliche Prioritäten.
Ein Engineer wird zum „Star“, weil er ständig rettet.
Tatsächlich ist er ein struktureller Single Point of Failure.
Das Problem liegt nicht im Individuum.
Es liegt im Systemdesign.
Der Brent-Effekt
Im Roman „The Phoenix Project“ von Gene Kim erscheint mit Brent eine Figur, die alles weiß und alles repariert.
Brent wirkt wie ein High Performer.
In Wahrheit ist er ein struktureller Single Point of Failure.
Wenn eine Organisation einen Brent braucht, hat sie:
- keine entschiedene Wissensverteilung
- keine belastbare Ownership-Struktur
- keine klare Priorisierungslogik
Brent ist kein Erfolg.
Er ist ein Warnsignal.
Die entscheidende Frage lautet nicht:
Warum sind andere langsamer als Brent?
Sondern:
Warum ist Wissen nicht replizierbar?
Unsichtbare Arbeit ist kein Nebenthema
Viele Organisationen messen Output.
Wenige messen Stabilität.
Mentoring, Risiko-Reduktion, Dokumentation, Architekturentscheidungen: Diese Arbeit taucht in KPIs selten auf. Fehlt sie, steigt die operative Last.
Wenn Performance ausschließlich an sichtbarem Durchsatz gemessen wird, entsteht ein systemischer Bias:
- Prävention wird entwertet.
- Heroismus wird belohnt.
- Abhängigkeiten wachsen.
Das ist kein Kulturproblem. Es ist eine Frage der Anreize.
Die eigentliche Führungsfrage
Bevor jemand als Low Performer etikettiert wird, sollten Entscheider drei Fragen klären:
- Ist die Erwartung explizit definiert?
- Ist Ownership eindeutig geklärt?
- Ist die Bewertungslogik mit der Systemstabilität vereinbar?
Wenn eine dieser Fragen offen bleibt, produziert das System zwangsläufig Fehlwahrnehmungen.
Performance-Debatten sind oft verkleidete Strukturdebatten.
Warum langsame Entwickler manchmal systemisch klug handeln
Es gibt Engineers, die Aufgaben hinterfragen:
Muss das wirklich gebaut werden?
Kann das automatisiert werden?
Welches Problem lösen wir eigentlich?
In Delivery-Umgebungen mit hoher Last wirkt das bremsend.
Langfristig reduziert es Komplexität.
Nicht jede Verlangsamung ist Ineffizienz.
Manche ist Risikokontrolle.
Entscheidung statt Etikett
Wenn Performance unklar wirkt, steht selten eine Personalfrage im Raum.
Meist steht eine Entscheidungsfrage dahinter:
- Welche Art von Arbeit wird belohnt?
- Welche Risiken akzeptieren wir?
- Wie verteilen wir kritisches Wissen?
- Wollen wir Heroismus oder Reproduzierbarkeit?
Organisationen, die diese Fragen nicht entscheiden, diskutieren regelmäßig über Low Performer.
Organisationen, die sie entscheiden, sprechen über Systemdesign.