Tod durch Eigengewicht: Der 28-Abstimmungen-Kipppunkt

Büroarbeiter wankt unter der Last von AktenDer 28-Abstimmungen-Kipppunkt klingt technisch. Im Meeting klingt er meistens so: „Können wir das nicht gleich für alle Teams machen?“

Jemand plant einen Know-how-Transfer für ein Team. Der Bedarf ist klar, die Gruppe ist überschaubar, ein Termin wäre machbar. Dann kommt dieser Satz.

Alle nicken.

Die Idee klingt effizient. Sie klingt nach Zusammenarbeit. Sie klingt nach einem klugen Blick aufs Ganze. Wer will da schon die Person sein, die sagt: „Vielleicht erstmal nur ein Termin für das eine Team?“

Dann beginnt die Abstimmung. Mehr Teams brauchen mehr Termine. Mehr Führungskräfte wollen mitreden. Mehr Fälle sollen abgedeckt werden. Aus einem nützlichen Transfer wird ein unternehmensweites Format.

Die Folge in vielen Fällen: Der Transfer findet nicht statt.

Der 28-Abstimmungen-Kipppunkt beginnt oft als gute Idee

Scope Creep ist das schleichende Aufblähen eines Vorhabens, ohne Zeit, Budget oder Verantwortung neu zu klären.

Das Problem ist selten Böswilligkeit. Der Projektkiller kommt als vernünftiger Gedanke: Wenn ein Team etwas braucht, brauchen es vielleicht auch andere. Wenn wir ohnehin planen, könnten wir es größer denken. Wenn wir schon Aufwand haben, könnten wir mehr Wirkung herausholen.

Das kann stimmen.

Wenn alle Teams denselben Bedarf haben, dieselbe Dringlichkeit teilen und eine klare Verantwortung existiert, kann Zusammenlegen sinnvoll sein.

Aber jede Erweiterung hat einen Preis. Mehr Beteiligte bedeuten mehr Abstimmung. Mehr Ziele bedeuten mehr Zielkonflikte. Mehr Reichweite bedeutet mehr Ausnahmen.

Es gibt einen Kipppunkt. Bis dahin bringt jede Erweiterung echten Mehrwert. Danach wächst die Koordinationslast schneller als der Nutzen. Ab dort stirbt das Vorhaben an seinem eigenen Gewicht.

Warum der 28-Abstimmungen-Kipppunkt so schnell kommt

Koordinationskosten sind der Aufwand, der entsteht, damit Menschen, Aufgaben und Entscheidungen zusammenpassen.

Dieser Aufwand wächst nicht linear.

Bei 4 Personen gibt es mathematisch gesehen 6 mögliche Abstimmungen. Bei 8 Personen sind es 28. Bei 15 Personen sind es 105. Die Formel dahinter lautet: n(n-1)/2.

Fred Brooks hat diese Schnittstellenlogik für Softwareprojekte berühmt gemacht: Wenn ein verspätetes Projekt mehr Leute bekommt, wird es oft nicht schneller, sondern noch später. Die Organisationsforschung kennt denselben Schmerz nüchterner als Koordinationskosten.

Das ist der 28-Abstimmungen-Kipppunkt: Aus „wir nehmen noch ein paar Leute dazu“ wird „wer hat eigentlich den Hut auf, und warum gibt es schon wieder ein Abstimmungsdokument und ein weiteres Meeting?“

„Doppelt so viele Leute“ bedeutet nicht doppelt so viel Koordination. Es kann fast fünfmal so viel Koordination bedeuten.

Dasselbe gilt für Inhalte. Zwei Zielgruppen sind nicht einfach doppelt so viel Text. Sie bedeuten oft doppelte Erwartungen, doppelte Einwände, doppelte Freigaben und neue Widersprüche.

Ein Know-how-Transfer für ein Team braucht einen Termin, einen Bedarf und eine Person, die ihn vorbereitet. Ein Transfer für alle Teams braucht Zielgruppenanalyse, Priorisierung, Management-Abstimmung, Terminlogik, vielleicht Aufzeichnungen, vielleicht Q&A, vielleicht ein anderes Format.

Das ursprüngliche Ziel war: Ein Team lernt etwas Nützliches.

Das neue Ziel ist: Alle Teams sollen gleichzeitig auf möglichst passende Weise abgeholt werden.

Das ist kein kleines Upgrade. Das ist ein anderes Vorhaben mit falschem Namensschild.

Warum sich Eigengewicht wie Effizienz anfühlt

„Wir machen das gleich für alle“ ist ein sozial attraktiver Satz.

Wer ihn sagt, wirkt weitdenkend. Wer zustimmt, wirkt kooperativ. Wer bremst, wirkt wie der Mensch, der im Gruppenurlaub die Excel-Liste erwähnt.

Die Kosten der Erweiterung sind in diesem Moment unsichtbar. Niemand sieht im Meeting die späteren Kalenderkonflikte. Niemand spürt schon die E-Mail-Schleifen. Niemand muss sofort beantworten, wer die zusätzlichen Anforderungen sortiert.

Genau deshalb wird Scope Creep so leicht durchgewunken.

Die Entscheidung fühlt sich an wie ein Effizienzgewinn. In Wirklichkeit packt sie dem Vorhaben Gewicht auf den Rücken und ruft: „Lauf!“

Manchmal entsteht daraus ein besseres Projekt. Oft entsteht daraus ein Projekt, das niemand mehr anfassen will.

Das Muster ist nicht auf Unternehmen beschränkt

Das Muster taucht überall auf.

Privat wollen sich zwei befreundete Paare zum Abendessen treffen. Dann kommen zwei weitere Paare dazu. Aus „Freitag oder Samstag?“ wird eine Doodle-Liste, die niemand mehr beantwortet. Alles schon erlebt.

Im Produktteam soll ein kleines MVP zeigen, ob eine Funktion überhaupt genutzt wird. Dann kommen Export, Rollenrechte, Dashboard, Onboarding und drei Sonderfälle dazu. Am Ende ist das MVP nicht mehr minimal. Es ist ein halbes Produkt ohne Startdatum, aber mit sehr guten Gründen.

Das Problem ist nicht die größere Idee. Das Problem ist die Tarnung.

Eine Erweiterung wird behandelt, als wäre sie kostenlos. Sie ist aber eine neue Entscheidung.

Drei Faustregeln gegen den 28-Abstimmungen-Kipppunkt

1. Erst eins fertigmachen.

Wenn ein Team den Know-how-Transfer jetzt braucht, führe ihn mit diesem Team durch. Danach weißt du mehr: Welche Fragen kamen auf? Welches Format funktioniert? Welche Teile lassen sich übertragen?

Das erste Ergebnis schafft bessere Daten als die größte Planung.

2. Koordinationskosten offen aussprechen.

Die beste Gegenfrage lautet nicht: „Warum müssen wir das wieder größer machen?“ Das klingt beleidigt, auch wenn es manchmal stimmt.

Die bessere Frage lautet: „Wenn wir das für alle machen, wer klärt Bedarf, Termin, Format und Freigabe?“

Diese Frage macht den Preis sichtbar.

3. Scope-Erweiterungen als neue Entscheidung behandeln.

„Für alle Teams“ ist keine Ergänzung. Es ist eine Änderung an Ziel, Reichweite und Aufwand.

Eine saubere Entscheidung braucht deshalb drei Antworten: Was gewinnen wir durch die Erweiterung? Was verzögert sich dadurch? Wer trägt den zusätzlichen Koordinationsaufwand?

Wenn diese Antworten fehlen, ist die Erweiterung keine Effizienz. Sie ist Hoffnung mit Kalenderproblem.

Der eigentliche Witz

Viele Vorhaben scheitern nicht, weil jemand sie sabotiert.

Sie scheitern an Optimismus.

Sie scheitern an dem Wunsch, alles auf einmal richtig zu machen. Sie scheitern an der Annahme, dass mehr Reichweite automatisch mehr Wirkung bedeutet.

Man kann jedes Thema so groß machen, dass es an seinem eigenen Gewicht stirbt.

Die nächste gute Erweiterungsidee muss deshalb nicht verboten werden. Sie muss nur die richtige Frage überstehen:

Macht sie das Vorhaben wirksamer, oder füttert sie nur den 28-Abstimmungen-Kipppunkt?

FAQ zum 28-Abstimmungen-Kipppunkt

Was ist Scope Creep?

Scope Creep ist das schleichende Aufblähen eines Vorhabens, ohne Zeit, Budget, Ressourcen oder Verantwortung passend neu zu klären.

Warum stoppen gute Erweiterungsideen Projekte?

Gute Erweiterungsideen stoppen Projekte, wenn der zusätzliche Koordinationsaufwand schneller wächst als der Nutzen. Dann wird aus einer sinnvollen Ergänzung ein neues, schwereres Vorhaben.

Wann ist Zusammenlegen sinnvoll?

Zusammenlegen ist sinnvoll, wenn Bedarf, Zielgruppe, Dringlichkeit, Verantwortung und Format wirklich zusammenpassen. Fehlt diese Passung, erzeugt Zusammenlegen oft mehr Abstimmung als Wirkung.

Welche Frage hilft gegen Scope Creep?

Die wichtigste Frage lautet: Wer trägt den zusätzlichen Koordinationsaufwand? Diese Frage zeigt, ob eine Erweiterung realistisch geplant ist oder nur effizient klingt.

Was ist der Unterschied zwischen Effizienz und Scope Creep?

Effizienz senkt Aufwand oder erhöht Wirkung bei geklärter Verantwortung. Scope Creep erhöht Reichweite, Anforderungen oder Beteiligte, ohne den zusätzlichen Aufwand sauber zu entscheiden.

Quellenhinweise

  • Fred Brooks: The Mythical Man-Month, 1975; bekannt durch Brooks’s Law zur Verzögerung verspäteter Softwareprojekte durch zusätzliches Personal.
  • Chip Heath und Nancy Staudenmayer: Coordination Neglect: How Lay Theories of Organizing Complicate Coordination in Organizations, 2000.
  • Christopher J. Anderson: The Psychology of Doing Nothing, 2003.
  • Sheena S. Iyengar und Mark R. Lepper: When Choice is Demotivating, 2000.
  • James P. Lewis: Fundamentals of Project Management, 2002; Scope Creep beschreibt das kontinuierliche oder unkontrollierte Wachstum des Projektumfangs nach Projektbeginn.