Zum Hauptinhalt springen

Mandat & Autorität

Eine Rolle ohne Mandat ist Dekoration.

In vielen Organisationen existieren Rollen auf dem Papier –
aber ohne echte Entscheidungsbefugnis.

Das Ergebnis:

  • implizite Entscheidungen
  • politische Architektur
  • Verantwortungsdiffusion
  • Frustration

Verantwortung ohne Autorität ist strukturell unfair.
Autorität ohne Verantwortung ist strukturell gefährlich.

1. Was ist ein Mandat?

Ein Mandat ist die explizite Erlaubnis:

  • Entscheidungen zu treffen
  • Standards zu setzen
  • Grenzen zu definieren
  • im Zweifel Nein zu sagen

Ohne Mandat:

  • wird jede Entscheidung verhandelbar
  • entsteht dauerhafte Rechtfertigungspflicht
  • wird Qualität optional

2. Typische Problemfälle

Tech Lead ohne Mandat​

Darf Empfehlungen geben,
aber keine Standards durchsetzen.

Ergebnis:

  • inkonsistente Codebasis
  • Reviews ohne Wirkung
  • Schuldenwachstum

Security ohne Veto​

Darf Risiken aufzeigen,
aber nicht stoppen.

Ergebnis:

  • bekannte Sicherheitslücken
  • spätere Eskalationen
  • Audit-Probleme

QA ohne Gate​

Darf testen,
aber Releases nicht blockieren.

Ergebnis:

  • Qualität wird politisch
  • Teststrategie verliert Wirkung

Architect ohne Durchgriff​

Darf Architektur entwerfen,
aber Teams ignorieren Leitplanken.

Ergebnis:

  • Fragmentierung
  • Schattenarchitektur
  • inkonsistente Systeme

3. Autorität vs. Hierarchie

Autorität entsteht nicht automatisch durch Titel.

Es gibt zwei Arten:

Formale Autorität​

Disziplinarische Macht (Teamleiter, Management)

Fachliche Autorität​

Kompetenz + Mandat (Tech Lead, Architect, Security)

Beides ist unterschiedlich.

Wenn formale Autorität fachliche Autorität überstimmt, entstehen Fehlentscheidungen.

Wenn fachliche Autorität ohne Mandat arbeitet, entsteht Frust.

4. Mandat muss explizit sein

Ein wirksames Mandat beantwortet:

  • Wer darf Standards setzen?
  • Wer darf ein Release stoppen?
  • Wer darf Architekturentscheidungen treffen?
  • Wer darf Qualität gegen Zeit priorisieren?

Wenn diese Fragen implizit bleiben, entscheidet am Ende Lautstärke.

5. Mandat und Qualitätsstufen

Stufe 1–2:

  • informelles Mandat
  • hohe Flexibilität

Stufe 3:

  • explizites Mandat für Tech Lead
  • klare Qualitätsverantwortung

Stufe 4–5:

  • dokumentierte Veto-Strukturen
  • formalisierte Change-Prozesse
  • auditierbare Entscheidungswege

Je höher das Risiko, desto klarer muss das Mandat sein.

6. Psychologischer Effekt

Fehlendes Mandat erzeugt:

  • permanente Rechtfertigung
  • Konflikte auf persönlicher Ebene
  • „Warum hört niemand zu?“

Klare Autorität erzeugt:

  • Sicherheit
  • klare Grenzen
  • weniger Politik
  • schnellere Entscheidungen

Mandat reduziert soziale Reibung.

7. Typische Reibungsfelder

PO vs. Tech Lead​

Wer priorisiert Qualität gegen Feature-Speed?

Engineering Manager vs. Architect​

Wer entscheidet bei langfristiger Struktur vs. kurzfristiger Zielerreichung?

Security vs. Business​

Wer trägt das Risiko bewusst?

Wenn Mandat nicht klar definiert ist, werden diese Konflikte persönlich.

8. Leitfragen für Organisationen

  • Haben Tech Leads echte Entscheidungsrechte?
  • Hat Security ein Veto bei kritischen Risiken?
  • Kann QA Releases stoppen?
  • Ist Architektur verbindlich oder nur Empfehlung?
  • Wer entscheidet bei Deadlocks?

Wenn diese Fragen nicht klar beantwortet werden können, fehlt Mandat.

9. Balance

Zu wenig Mandat erzeugt Chaos.
Zu viel Mandat erzeugt Bürokratie.

Ziel ist nicht Machtkonzentration.

Ziel ist:

Klare Entscheidungsfähigkeit bei klarer Verantwortung.

Kerngedanke

Organisation ist Architektur auf Menschenebene.

Wenn Rollen Mandat haben, entsteht Struktur.
Wenn sie keins haben, entsteht Politik.

Und Politik skaliert schlechter als Technik.