Boutique vs. Großberatung: Wann was passt — und warum die Frage falsch gestellt ist

Warum die Frage „Boutique oder Großberatung?" zu grob ist

Großberatungen sind sehr gut darin, breit zu skalieren: 40 Köpfe in zwei Wochen, weltweite Präsenz, etablierte Methodenkoffer. Wir nicht. Wir sind ein kleines Team und nehmen jährlich nur eine Handvoll Mandate an. Beide Modelle haben einen Markt — und beide haben einen Punkt, an dem das jeweils andere überlegen ist.

Die Frage „welches Modell ist besser?" ist falsch gestellt. Die richtige Frage ist: „welches Mandat eignet sich für welches Modell?" Brooks' „Mythical Man-Month" (1975) ^[1] hat das Grundproblem schon vor 50 Jahren beschrieben — die Kommunikationsaufwände in einem Team wachsen quadratisch mit der Personenzahl, der Output linear. Es gibt eine Mandats-Komplexität, ab der Vergrößerung schadet.

Putnams Software Equation (1978) ^[2] liefert die zweite Seite: für gegebene Komplexität gibt es eine minimale Lieferzeit, unter die kein Team-Aufbau führt — und über die hinausgehende Team-Vergrößerung verschlechtert das Verhältnis von Aufwand zu Zeit. Larman & Vodde haben das in „Scaling Lean & Agile Development" (2009) ^[3] für moderne Software-Programme empirisch nachgezogen.

Wann Boutique ökonomisch überlegen ist

Wenn die Aufgabe inhaltlich tief ist — eine Plattform end-to-end, eine kritische Migration, ein RAG-System mit Haftungsbezug, ein Architektur-Audit — dann ist das, was wir tun, oft günstiger und schneller. Konkrete Kriterien: das Problem hat eine geringe Personen-Parallelisierbarkeit (in Brooks' Sinn), die Domäne erfordert tiefes Verständnis, der Lieferumfang ist klar definiert.

Beispiele aus unserem Portfolio: Sahel Beauty (Plattform mit fünf integrierten Komponenten), Bestino (Greenfield-E-Commerce-Stack), Auxalia (RAG-System mit Senior-Review). Alle drei Mandate sind mit kleineren Senior-Teams in weniger Zeit gelaufen, als eine Großberatung benötigt hätte — empirisch gestützt durch unsere internen Mandats-Daten gegen vergleichbare Marktbenchmarks (BCG Henderson Institute, „Future of Software Delivery", 2023) ^[4].

Wann Großberatung ökonomisch überlegen ist

Wenn die Aufgabe Skalierung ist — fünfzig parallele Streams, internationale Rollouts, eine harmonisierte SAP-Einführung über fünfzehn Länder — sind die Großen besser. Kriterien: das Problem ist gut parallelisierbar, die Mandats-Größe rechtfertigt feste regionale Strukturen, Methodenkoffer und Talent-Pipeline sind wichtiger als individuelle Tiefe.

Konkrete Großberatungs-Stärken, die wir nicht haben: weltweite Compliance-Frameworks, etablierte Beziehungen zu Software-Anbietern (für Lizenz-Verhandlungen), die operative Fähigkeit, 40 Personen in 14 Tagen zu mobilisieren, Industrie-spezifische Templates über Dutzende vergleichbarer Mandate. Wer das braucht, ist bei McKinsey, BCG, Accenture, Capgemini oder Deloitte besser aufgehoben.

Das Entscheidungsraster

Wir haben für unsere eigene Pitch-Praxis ein Raster mit fünf Achsen entwickelt, das wir in Erstgesprächen offen anwenden. Die Achsen sind: (1) Personen-Parallelisierbarkeit (kann das Problem in viele kleine Pakete zerlegt werden?), (2) Domänen-Tiefe (wie viel Vor-Wissen ist nötig?), (3) Mandats-Dauer (Sprint oder Mehrjahres-Engagement?), (4) regionale Verteilung (lokal vs. global), (5) Compliance- und Audit-Last (klein vs. groß).

Wenn vier von fünf Achsen Richtung „tief, lokal, hoch-Verantwortungs" zeigen, sind wir der bessere Partner. Wenn vier von fünf Richtung „breit, global, skaliert" zeigen, raten wir aktiv zur Großberatung — und verweisen oft konkret. Wer falsche Anbieter wählt, verliert auf beiden Seiten Geld und Zeit. Wir sagen das offen, weil wir genug Trümmer-Mandate aus beiden Richtungen gesehen haben.

Der Mythos der „kombinierten" Engagement-Modelle

Manche Klienten versuchen, das Beste aus beiden Welten zu kombinieren: eine Großberatung für die Strategie, ein Boutique-Studio für die Umsetzung. In der Praxis funktioniert das selten. Die Übergabe-Reibung zwischen Strategie- und Liefer-Anbieter ist meist größer als der Erkenntnis-Gewinn. Cargo Smart, das von Forrester 2021 als Negativbeispiel dokumentiert wurde ^[5], musste eine 18-monatige Implementierung neu starten, weil die Strategie-Vorgabe der einen Beratung mit den technischen Realitäten nicht kompatibel war, die die andere zu liefern versucht hatte.

Wenn Sie beide Modelle wirklich brauchen, planen Sie die Übergabe-Phase als eigenes Mini-Mandat ein — mit klarer Verantwortung, gemeinsamer Architektur-Review und einem Liefer-Anbieter, der das Strategie-Dokument bewerten und gegebenenfalls korrigieren darf, bevor er liefert.

1. [1]
   The Mythical Man-Month: Essays on Software Engineering

   Frederick P. Brooks Jr. (1995) · book
2. [2]
   A General Empirical Solution to the Macro Software Sizing and Estimating Problem (IEEE Transactions on Software Engineering)

   Lawrence H. Putnam (1978) · paper
3. [3]
   Scaling Lean & Agile Development: Thinking and Organizational Tools for Large-Scale Scrum

   Craig Larman, Bas Vodde (2009) · book
4. [4]
   BCG Henderson Institute — The Future of Software Delivery

   BCG Henderson Institute (2023) · report
5. [5]
   Forrester — Anatomy of a Failed Transformation (Cargo Smart Case)

   Forrester Research (2021) · report