Ownership im Team aufbauen - warum es nie funktioniert

Gefühlt jeder Agenturinhaber, mit dem ich spreche, redet vom Team das mitdenkt und von Mitarbeiter:innen die Ownership zeigen. Und trotzdem: Am Ende landen alle Entscheidungen beim Inhaber. Kleinere Entscheidungen, größere Entscheidungen. Immer.

Die Diagnose, die ich in den Agenturen mache, die ich auditiere, ist meist dieselbe. Das Team kann gar keine Ownership übernehmen, weil ihm das Entscheidungsrecht nie übergeben wurde. Jemand trägt den Ownership-Titel, wenn es klappt. Wenn es nicht klappt, war die Entscheidung ja ohnehin beim Chef. Das Team steht mit leeren Händen da, der Inhaber hat aber auch nichts gewonnen.

Das Gute: Strukturprobleme lassen sich lösen.

Warum Ownership in Agenturen nie ankommt

In ca. 80% der Agenturaudits, die ich mache, sieht es so aus: Der Inhaber hat dem Team Verantwortung übergeben. Auf dem Papier. Die Person hat den Titel. Sie steht im Organigramm als zuständig.

Aber bei der ersten wirklich wichtigen Entscheidung kommt eine Slack-Nachricht. "Kurz absichern?" Und der Inhaber antwortet. Natürlich. Weil die Entscheidung relevant ist und er nicht will, dass etwas schief geht.

Das Team hat das beobachtet. Nicht einmal, sondern dreimal. Und gelernt: Echte Entscheidungen trifft der Chef. Die eigene Zuständigkeit gilt bis zur nächsten Rückfrage.

Das Team hat die Signale richtig gelesen.

Der Hebel liegt woanders. Ownership braucht drei Dinge gleichzeitig: die Aufgabe, das Entscheidungsrecht und die Konsequenz. Fehlt eines davon, kollabiert das ganze Konstrukt.

Delegation vs. Owner-Übergabe: der entscheidende Unterschied

Die meisten Agenturinhaber delegieren. Sie geben Aufgaben ab. Das ist sinnvoll und notwendig, aber es erzeugt keine Ownership.

Delegation heißt: Du übergibst eine Aufgabe. Die Entscheidungshoheit bleibt bei dir.

Owner-Übergabe heißt: Du übergibst die Aufgabe, das Entscheidungsrecht für diesen Bereich und die Konsequenz, wenn es schief läuft. Alles drei. Zusammen.

Konkret: Dein Projektleiter delegiert das nächste Kundenprojekt? Delegation. Dein Projektleiter ist Owner des Projektergebnisses, entscheidet eigenständig über Ressourcen bis 1.000 Euro und kommuniziert Risiken direkt an den Kunden? Owner-Übergabe.

Der Unterschied klingt klein. Er ist es nicht. Der Projektleiter bei Delegation macht keine großen Fehler, weil er alles rückversichert. Der Projektleiter mit Owner-Übergabe macht gelegentlich Fehler, wächst dabei aber in ca. 3 Monaten auf ein Level, das du mit Rückversicherungsschleifen nie erreichen wirst.

Wer mit dem Thema Delegation noch nicht sauber aufgestellt ist, sollte zuerst dort ansetzen. Ownership ist die nächste Stufe. Delegieren als Agenturinhaber ist die Vorbedingung.

Die drei Ownership-Säulen: Aufgabe, Entscheidungsrecht, Konsequenz

Aufgabe

Die Aufgabe klar definieren ist der Teil, den die meisten Agenturinhaber bereits machen. Wer ist zuständig für was, bis wann, mit welchem Output. Das ist die Grundlage, aber es ist nicht Ownership. Es ist Aufgabenverteilung.

Entscheidungsrecht

Das Entscheidungsrecht ist der Hebel, der fehlt. Du musst schriftlich festlegen, welche Entscheidungen der Owner ohne dich treffen darf.

Nicht im Gespräch, nicht im Kopf. Schriftlich. Weil sonst bei der ersten echten Entscheidung keiner weiß, ob das zu seinem Bereich gehört oder ob er doch besser kurz fragt.

"Wer entscheidet das?" Wenn die Antwort in deinem Team unklar ist, ist die Antwort de facto: du. Die Frage läuft automatisch zurück zum Inhaber, weil das der sicherere Weg ist.

Konsequenz

Wenn etwas schief läuft, wer trägt es? Wenn die Antwort "ich, der Inhaber" ist, hat der Owner kein echtes Risiko übernommen. Und ohne Risiko gibt es kein echtes Ownership. Die Person ist dann Ausführende mit Ownership-Titel, kein wirklicher Owner.

Konsequenz-Eignerschaft heißt nicht Strafe. Es heißt: Der Owner muss dem Kunden erklären, was passiert ist. Der Owner muss den Prozess nachschärfen. Der Owner sitzt im Debrief, nicht du.

Ownership-Gates im Onboarding (Mechanik)

Ownership lässt sich nicht durch ein Gespräch übergeben. Es braucht Eskalationspunkte, an denen das Entscheidungsrecht formal übergeht.

Ich nenne das Ownership-Gates. Konkrete Zeitpunkte im Onboarding, an denen klar geregelt ist, was die Person ab jetzt ohne Rückfrage entscheidet.

Ein einfaches Beispiel:

Nach 30 Tagen: Die Person entscheidet eigenständig über Terminverschiebungen bis 3 Tage und Kundenkommunikation im laufenden Projekt.

Nach 90 Tagen: Die Person ist Owner für das Projekt-Ergebnis des jeweiligen Kundenbereichs. Budget bis 500 Euro. Revisionsrunden ohne dein OK. Eskalation nur bei Projektgefährdung.

Nach 6 Monaten: Vollständige Owner-Übergabe inklusive Kunden-Beziehungsverantwortung.

Das Gate-System hat einen super konkreten Vorteil: Dein Team weiß, was kommt. Niemand sitzt nach 3 Monaten noch in der Unsicherheit, ob er jetzt eigentlich entscheiden darf. Der Zeitpunkt ist klar, die Entscheidungsräume sind klar.

Und du als Inhaber hast einen Mechanismus, der Ownership übergibt, ohne dass du jedes Mal aktiv anstoßen musst.

Drei Anti-Patterns, die Ownership zerstören

Anti-Pattern 1: Ownership delegieren, aber Reviews und Vetos behalten

Das ist das häufigste Muster. Du übergibst die Verantwortung. Aber du willst die finalen Outputs noch sehen. Und wenn dir etwas nicht passt, änderst du es.

Dein Team merkt das nach zwei Wochen. Die logische Konsequenz: Wozu soll ich Entscheidungen treffen, wenn sie danach eh nochmal geprüft werden? Die Person optimiert dann darauf, was dem Chef gefallen könnte, statt auf das eigentliche Ergebnis.

Damit hast du den Ownership-Hebel auf null gedreht. Die Mitarbeiter:in führt aus, holt Approval, führt weiter aus. Du bist wieder im Loop.

Wenn du loslässt, muss das wirklich bedeuten: loslassen. Spot-Checks sind okay. Systematisches Vorab-Review tötet Ownership, bevor es entsteht. Dazu gehört auch Mikromanagement loszuwerden, und zwar nicht nur im Auftritt, sondern auch in den Strukturen.

Anti-Pattern 2: Ownership bei Fehlern zurücknehmen

Der Owner macht einen Fehler. Ein Kunde ist kurz unzufrieden. Du springst ein, löst es selbst, kommunizierst direkt am Owner vorbei.

Das sendet ein unmissverständliches Signal: Ownership gilt nur, solange nichts schief läuft. Bei Problemen greift der Chef.

Danach wird der Owner keine echten Risiken mehr eingehen. Er wird bei Unsicherheit lieber zweimal fragen als einmal selbst entscheiden.

Fehler müssen beim Owner bleiben. Er erklärt, er löst, er lernt. Deine Rolle ist Sparring danach, nicht Übernahme. Wie du das Sparring strukturierst, ohne in den nächsten Reflex zu kippen, zeigt das Feedback-Framework für Agenturen: SBI-Methode, getrennt von Bewertung, im Wochen-Rhythmus.

Anti-Pattern 3: Ownership ohne Entscheidungsrahmen

Du sagst: "Du bist jetzt Owner für Kundenbereich X." Aber was das konkret bedeutet, ist nirgends definiert.

Das ist eine Einladung zur Unsicherheit. Der Owner weiß nicht, bis wohin seine Entscheidungen gehen dürfen. Er fragt deshalb lieber nach, weil er nicht weiß, wo seine Zuständigkeit endet und deine anfängt. Das Setup zwingt ihn dazu, auch wenn er Ownership-bereit wäre.

Ownership ohne definierten Entscheidungsrahmen erzeugt mehr Rückfragen als vorher.

Dein nächster Schritt

Nimm einen Bereich in deiner Agentur, bei dem du dir sagst: Da könnte jemand aus meinem Team mehr Verantwortung übernehmen. Schreib dann drei Dinge auf:

Erstens: Was ist die Aufgabe und das erwartete Ergebnis?

Zweitens: Welche Entscheidungen darf der Owner ab sofort ohne dich treffen? Konkret, nicht vage.

Drittens: Wer trägt die Konsequenz, wenn etwas nicht klappt?

Wenn du bei Punkt zwei oder drei stecken bleibst, hast du noch keine Owner-Übergabe, sondern eine Aufgaben-Übergabe. Das ist ein krass wichtiger Unterschied, und er erklärt, warum Ownership in deiner Agentur vielleicht nie richtig ankommt.