People Pleasing
Verhaltensmuster, das Zustimmung über Zugriffskontrolle stellt — der häufigste Treiber von Exoskeleton Bloat.
Was ist People Pleasing?
People Pleasing bezeichnet das Verhaltensmuster, Zustimmung und Harmonie über strukturelle Zugriffskontrolle zu stellen. Im Sovereign Systems Design ist es einer der beiden häufigsten Treiber von Exoskeleton Bloat (der andere ist FOMO). Der Leader, der people pleased, sagt zu Anfragen ja, nicht weil sie Cognitive ROI haben, sondern weil ein Nein eine kurzfristige soziale Irritation erzeugen würde.
People Pleasing ist kein Charakterfehler. Es ist ein Legacy Code — ein Verhaltensmuster, das meist in früheren Lebensphasen funktional war und als Regel überlebt hat.
Wie äußert sich das?
Typische People-Pleasing-Muster bei Tech-Leadern:
- Meetings werden angenommen, weil eine Absage „unhöflich" wäre — auch wenn das Meeting weder Nutzen noch klare Agenda hat.
- Aufgaben werden übernommen, weil „ich will nicht, dass sie den Eindruck bekommen, ich sei nicht teamfähig" — auch wenn die Aufgabe nicht in den eigenen Verantwortungsbereich fällt.
- Anfragen außerhalb der Arbeitszeit werden beantwortet, weil der Anfragende sonst „im Stich gelassen" wäre — auch wenn es keine echte Dringlichkeit gibt.
- Meinungen werden verwaschen geäußert, weil eine klare Position mit einem Stakeholder Konflikt produzieren würde.
Jedes dieser Muster ist im Moment rational (kurzfristige Friktion vermieden), aber systemisch destruktiv (kognitive Kosten akkumulieren sich, Zugriffskontrolle erodiert, Bloat wächst).
Technisches Konzept und Lebens-Architektur
Im API-Design gibt es ein direktes Äquivalent: Eine API ohne Rate Limiting und ohne Authentifizierung. Jeder darf alles, jederzeit, in beliebiger Menge. Das Ergebnis: Die API wird instabil, weil einzelne Konsumenten die gesamte Kapazität auslasten können. Gute API-Designer verhindern das durch strukturelle Regeln — nicht durch Bitten, den Server nicht zu überlasten.
People Pleasing ist die Lebens-Architektur-Entsprechung einer ungesicherten API. Der Leader ist permanent erreichbar, permanent zustimmungsbereit, permanent verfügbar. Die Konsequenz ist mechanisch: Die „API" wird instabil. Context Dilution nimmt zu, Entscheidungsqualität sinkt, und das System driftet in Richtung Burnout.
Die Lösung ist kein Persönlichkeits-Umbau, sondern ein API Gateway (siehe System Design). Strukturelle Zugriffsregeln ersetzen die situative Zustimmungs-Entscheidung. Wer klare Protokolle hat, muss nicht im Moment gegen den Impuls kämpfen — der Impuls trifft die Regel, bevor er auf Willenskraft angewiesen ist.
In der Praxis
Ein konkretes Re-Engineering-Beispiel: Ein CTO mit starkem People-Pleasing-Muster hat über Jahre jeden Meeting-Request angenommen. In der RCA wird der Glaubenssatz identifiziert („Sichtbarkeit ist Sicherheit"). In System Design wird eine neue Regel formuliert: „Meetings nur mit klarer Agenda, definiertem Outcome und expliziter Not-for-me-Alternative." In Continuous Deployment wird die Regel iterativ eingeübt, mit Bug-Reports in den ersten Wochen („Habe gestern doch wieder zugesagt, weil der Request von einem wichtigen Stakeholder kam").
Der Patch ist nicht „ab jetzt keine Zustimmung mehr", sondern eine präzisere Regel („Bei VIP-Stakeholdern: 24-Stunden-Bedenkzeit, dann strukturierte Antwort, nicht sofortige Zustimmung"). Über mehrere Sprints stabilisiert sich die neue Architektur.
Häufige Fragen
Ist People Pleasing nicht einfach Empathie? Nein. Empathie ist die Fähigkeit, die Perspektive anderer wahrzunehmen und zu verstehen. People Pleasing ist die Tendenz, die eigenen Ressourcen zu verausgaben, um fremden Erwartungen zu entsprechen — auch gegen den eigenen Kapazitätsstatus. Empathie kann bewusst in Grenzen gelebt werden. People Pleasing ist ein Automatismus, der Grenzen strukturell untergräbt.
Wird man durch weniger People Pleasing zum Arschloch? Im Gegenteil — verlässlicher. People-Pleasing-Leader sind oft unklar, weil sie zu viel zusagen und dann nicht liefern können. Ein Leader mit klarer Zugriffskontrolle sagt seltener ja, hält aber das zugesagte Wort. Das ist eine respektvollere, nicht eine unhöflichere Kommunikation.
Kann man People Pleasing komplett abschalten? Nein, und das sollte auch nicht das Ziel sein. Soziale Anpassung ist Teil der menschlichen Architektur. Das Ziel ist, People Pleasing als Automatismus durch bewusste Regeln zu ersetzen. Gelegentliches Nachgeben aus echter Wertschätzung ist nicht das Problem — das Problem ist das Nachgeben als Default-Einstellung ohne Kapazitäts-Prüfung.