Richtig delegieren, ist kein Soft-Skills-Thema. Systemdenken für analytische Denker.
Nehmen wir an, Du gibst irgendeinem LLM einen Auftrag und der Output ist bestenfalls Murks. Was machst Du? Natürlich schreibst Du den Prompt um. Du stellst fest, dass Du mehr Kontext geben musst, klare Ziele, konkrete Kriterien für das, was Du haben willst. Du weißt: Schlechter Output = zu wenig Input. Das ist keine Magie – das ist Logik.
Und wahrscheinlich hast Du auch schon festgestellt wie lang ein Prompt sein muss, damit der Output das trifft, was Du brauchst. Ich weiß nicht wie es Dir geht: Mich verwundert die Menge an Informationen, die nötig sind, wirklich oft.
Jetzt stell Dir vor, Du gibst Deinem Teammitglied einen ähnlichen Auftrag. Vermutlich gehst Du davon aus, dass Du weniger Kontext geben musst. Schließlich arbeitet ihr im selben Unternehmen, und habt sehr ähnliche Informationen.
Jedenfalls gehen die meisten Führungskräfte genau davon aus.
Und wenn der Output Murks ist (dann ärgern wir uns über das Teammitglied, den Partner, den Menschen am anderen Ende des Telefons). Wenn Du richtig delegieren willst, wendest Du einfach die gleiche Logik an.
Denn die ist identisch. Die KI gibt nur schneller den Murks zurück und sagt damit implizit „Dein Kontext hat nicht gereicht.“ Dein Teammitglied nickt dagegen, lächelt – und macht trotzdem das Falsche. Vom Teammitglied kommt eher stilles Rückzugsverhalten. Das ist Psychologie.
Und falls Du Dich fragst, das ist auch kein Führungsversagen. Das ist ein kognitiver Mechanismus – und er hat einen Namen.
Der „Curse of Knowledge“ – oder: Warum Expertise einen blinden Fleck erzeugt
Der „Curse of Knowledge“ ist ein gut belegtes Phänomen aus der Kognitionspsychologie. Die Kernaussage ist simpel: Wer etwas weiß, kann sich nicht mehr vorstellen, es nicht zu wissen. Das Gehirn löscht die eigene Lernkurve aus dem Gedächtnis.
Du hast das Ziel hundert Mal gedacht. Du hast die Kriterien für „gut genug“ so oft angewendet, dass sie sich für Dich anfühlen wie Luft – selbstverständlich, unsichtbar, immer da. Und genau deshalb vergisst Du, sie auszusprechen.
Das passiert nicht aus Faulheit. Das passiert nicht, weil Du Dein Team für unwichtig hältst. Das passiert, weil Expertise einen blinden Fleck erzeugt – und zwar genau dort, wo Du am kompetentesten bist.
MINT-Führungskräfte sind besonders anfällig dafür. (Nicht, weil sie schlechtere Kommunikatoren wären – sondern weil sie in hochkomplexen Systemen arbeiten, wo implizites Wissen besonders dicht gepackt ist.) Wer seit Jahren Systemarchitektur denkt, vergisst leicht, dass „skalierbar“ für verschiedene Menschen verschiedene Dinge bedeutet.
Was dann wirklich passiert – im Kopf Deines Teammitglieds
Dein Teammitglied bekommt den Auftrag. Es nickt. Es versteht – oder glaubt zumindest, zu verstehen. Denn es hat nicht genug Kontext, um zu wissen, was es nicht versteht.
Es arbeitet. Es liefert. Du schaust drauf und denkst: „Das ist nicht das, was ich wollte.“
Jetzt entsteht der eigentliche Schaden. Nicht durch das falsche Ergebnis – das ist korrigierbar. Der Schaden entsteht durch das, was im Kopf des Teammitglieds passiert:
„Ich habe mir Mühe gegeben. Das Ergebnis war trotzdem falsch. Ich frage beim nächsten Mal lieber gar nicht mehr nach – die halten mich eh für doof.“
Kein Aufschrei, keine Diskussion. Einfach weniger Initiative, weniger Eigenverantwortung, weniger Engagement. Und Du fragst Dich, warum das Team nicht eigenständig arbeitet.
Eigentlich ist die Antwort klar: Wer zu oft im Dunkeln tappt, schaltet irgendwann das Licht ab.
Drei Fragen, die den blinden Fleck systematisch auflösen und Dich automatisch richtig delegieren lassen
Die gute Nachricht: Das ist kein Charakterfehler. Es ist ein System-Fehler – und System-Fehler kann man beheben.
Stell Dir diese drei Fragen vor jeder Aufgabenübergabe. In dieser Reihenfolge.
Frage 1: Was ist das Ziel hinter dem Ziel?
Nicht die Aufgabe. Das Ziel dahinter. Der Unterschied ist entscheidend.
„Erstell mir eine Auswertung der Kundendaten“ ist eine Aufgabe. Das Ziel könnte sein: „Ich will verstehen, welche Segmente in Q1 unterdurchschnittlich performt haben – damit wir die Ressourcen für Q2 neu verteilen können.“
Manchmal merkst Du bei dieser Frage, dass Du das Ziel selbst noch nicht scharf genug formuliert hast. Das ist kein Problem – das ist Information. Besser jetzt klären als hinterher korrigieren.
Frage 2: Was sind meine Kriterien für „gut genug“?
Das ist die Frage, die die meisten Führungskräfte überspringen. Weil die Kriterien für sie so offensichtlich sind, dass sie vergessen haben, sie je gelernt zu haben.
Zwei Ebenen, die Du klären musst.
Erstens: Für wen?
Ist die Auswertung für Dich, für Dein Management, für den Kunden? Das bestimmt Detaillevel, Format und Sprache. Eine interne Arbeitsgrundlage sieht anders aus als eine Folie fürs Board. (Wie detailliert Du hier sein musst, hängt davon ab wie erfahren Dein Teammitglied ist.)
Zweitens: Was wollen wir erreichen – schneller oder günstiger?
Das ist die Grundspannung hinter fast jeder Aufgabe. Zeit gegen Geld. Wenn Dein Teammitglied weiß, dass es bei diesem Projekt vor allem auf Geschwindigkeit ankommt, trifft es andere Entscheidungen als wenn Kosteneffizienz das Ziel ist. (Und trifft sie eigenständig – ohne Dich jedes Mal zu fragen.)
Wenn Du diese Kriterien nicht aussprichst, erfindet Dein Teammitglied sie. Mit etwas Glück liegen seine Annahmen nah an Deinen. Meistens tun sie es nicht.
Frage 3: Lass es Dir kurz wiederholen – „nur damit es keine Missverständnisse gibt.“
Das ist kein Prüfungsgespräch. Das ist ein Sicherheitsnetz für beide Seiten.
Der Satz „nur damit es keine Missverständnisse gibt“ ist psychologisch klug: Er nimmt dem Teammitglied den Druck raus. Es fühlt sich nicht abgefragt, sondern eingebunden. Und Du bekommst sofort Feedback, ob Dein Input angekommen ist.
Wenn die Antwort von Deiner Vorstellung abweicht, hast Du den Bug früh gefunden. Deutlich günstiger als am Ende des Sprints.
Das Fazit
Der „Curse of Knowledge“ ist kein Zeichen von Inkompetenz. Er ist ein Zeichen von Expertise – mit einem blinden Fleck als Nebeneffekt.
Die Frage ist nicht, ob Du ihn hast. Die Frage ist, ob Du ein System hast, um ihn zu kompensieren.
Drei Fragen. Zwei Minuten. Und Dein Teammitglied arbeitet eigenständig – weil es weiß, wohin die Reise geht.
Deshalb ist richtig delegieren kein Soft-Skills-Thema. Es ist Systemdenken für Menschen, die analytisch denken.