Ein strategischer Dienstleister wird übernommen.

Für die betroffenen Kunden klingt die erste Kommunikation häufig beruhigend: Die Ansprechpartner bleiben. Die laufenden Projekte gehen weiter. Die neue Eigentümerstruktur eröffnet zusätzliche Fähigkeiten, mehr internationale Reichweite oder zusätzliche Kapazität.

All das kann stimmen.

Trotzdem verändert sich mit einer Übernahme mindestens eines: die Ausgangslage, unter der der Dienstleister ursprünglich ausgewählt und beauftragt wurde.

Ein aktuelles Beispiel liefert der Beratungsmarkt. Das Handelsblatt berichtet am 8. September 2026, dass die französische Data- und AI-Beratung Artefact die Münchner Strategieberatung Nunatak übernommen hat. Nach Angaben des Handelsblatts wurde die Transaktion von den Beteiligten bestätigt. Nunatak-Gründer Robert Jacobi soll Artefact Deutschland führen; die Marke Nunatak soll zunächst bestehen bleiben und auch die bisherigen Partner sollen Teil der Führungsstruktur bleiben.

Diese öffentlich kommunizierten Kontinuitätssignale sagen jedoch noch nichts darüber aus, ob oder wie sich einzelne Kundenprojekte verändern.

Genau das ist der Punkt.

Eine Übernahme ist nicht automatisch ein Projektrisiko. Sie ist aber ein Ereignis, das die Risikostruktur eines laufenden Supplier-Verhältnisses verändern kann.

Für Procurement, PMO, CIO, COO und Controlling stellt sich deshalb nicht zuerst die Frage:

„Ist die Übernahme gut oder schlecht?“

Sondern:

„Was hat sich für unsere laufenden Projekte tatsächlich verändert – und was nicht?“

Der Vertrag läuft weiter. Aber läuft auch das ursprüngliche Setup weiter?

Bei langlaufenden Beratungs-, IT- und Transformationsprojekten wird ein Dienstleister nicht nur wegen seines Firmennamens ausgewählt.

Entscheidend sind häufig sehr konkrete Faktoren:

  • bestimmte Schlüsselpersonen,
  • fachliche Spezialisierung,
  • ein eingespieltes Team,
  • verfügbare Kapazität,
  • Methoden und Tools,
  • Kenntnis der eigenen Organisation,
  • vereinbarte Preise und Leistungsmodelle,
  • Standorte oder Near-/Offshore-Strukturen,
  • Unterauftragnehmer,
  • Zugänge zu Daten und Systemen.

Wenn sich der Eigentümer eines Dienstleisters ändert, muss keines dieser Elemente automatisch verändert werden.

Aber einige davon können sich verändern.

Und genau deshalb ist die formale Frage „Besteht der Vertrag weiter?“ nur der Anfang.

Supplier Management ist auch nach Vertragsabschluss ein laufender Prozess. CIPS beschreibt Post-Contract-Management ausdrücklich als fortlaufende Supplier-Relationship- und Performance-Aufgabe. Im Contract Management Cycle gehört dazu zudem die regelmäßige Prüfung, ob Vereinbarung und aktuelle Business-Anforderungen noch zueinander passen und wie zukünftige Veränderungen behandelt werden.

Eine Übernahme ist damit kein Sonderfall außerhalb der Supplier Governance.

Sie ist ein Anlass, die bestehende Governance erneut gegen die Realität zu prüfen.

Sieben Punkte, die Auftraggeber nach einer Übernahme prüfen sollten

1. Vertragskontinuität: Was hat sich rechtlich und kommerziell verändert?

Eine Übernahme kann auf sehr unterschiedliche Weise strukturiert sein.

Manchmal wechselt lediglich der Eigentümer der Gesellschaft, mit der der Kunde bereits einen Vertrag besitzt. In anderen Fällen folgen später Verschmelzungen, Vertragsübertragungen, neue Gesellschaften oder angepasste Leistungsstrukturen.

Deshalb sollte Procurement gemeinsam mit Legal zunächst klären:

  • Bleibt die vertragliche Gegenpartei identisch?
  • Gibt es Change-of-Control-, Abtretungs- oder Zustimmungsklauseln?
  • Ändern sich Unterauftragnehmer?
  • Bleiben bestehende Preise und Konditionen unverändert?
  • Gelten vorhandene Haftungs-, Vertraulichkeits- und Datenschutzvereinbarungen unverändert weiter?
  • Gibt es besondere Kündigungs-, Informations- oder Zustimmungspflichten?

Nicht jede Klausel wird relevant sein. Entscheidend ist, die Prüfung nicht erst dann zu beginnen, wenn bereits eine operative Änderung im Projekt aufgetreten ist.

2. Schlüsselpersonen: Kaufen wir noch dieselbe Leistung ein?

Bei komplexen Dienstleistungen hängt der Wert eines Vertrags oft stark von einzelnen Personen oder Teams ab.

Eine Strategieberatung wurde möglicherweise wegen eines bestimmten Partners ausgewählt.

Ein Implementierungsprojekt hängt an zwei Architekten, die die Systemlandschaft seit Jahren kennen.

Eine Agentur oder IT-Beratung besitzt ein Kernteam, das die Fachbereiche, Historie und politischen Abhängigkeiten des Kunden versteht.

Nach einer Übernahme sollte deshalb nicht nur gefragt werden:

„Bleibt unser Dienstleister?“

Sondern:

„Bleiben die Personen und Fähigkeiten, wegen derer wir ihn ausgewählt haben?“

Zu prüfen sind beispielsweise:

  • benannte Key Personnel,
  • aktuelle Projektrollen,
  • geplante Wechsel,
  • Vertretungsregelungen,
  • Bindung kritischer Experten,
  • neue Verantwortungsbereiche der bisherigen Führung,
  • Auswirkungen auf bereits zugesagte Kapazitäten.

Gerade bei wissensintensiven Dienstleistungen kann eine formell unveränderte Organisation operativ bereits anders funktionieren, wenn Schlüsselpersonen neue Integrations- oder Führungsaufgaben übernehmen.

3. Kapazität: Entsteht mehr Skalierung – oder zunächst mehr interne Bindung?

Eine typische Logik hinter Übernahmen ist Wachstum.

Größere Organisationen können mehr Spezialisten, internationale Präsenz, zusätzliche Methoden oder eine breitere technologische Basis bieten.

Für Kunden kann das ein Vorteil sein.

Kurzfristig entsteht jedoch häufig auch Integrationsarbeit auf Seiten des Dienstleisters:

  • Führungsstrukturen werden zusammengeführt.
  • Systeme und Prozesse werden harmonisiert.
  • Rollen werden neu definiert.
  • Teams lernen sich kennen.
  • Kundenverantwortung wird neu verteilt.
  • gemeinsame Angebote und Methoden werden entwickelt.

Daraus folgt nicht, dass Projekte leiden.

Aber ein Auftraggeber sollte wissen, ob die für sein Projekt eingeplante Kapazität weiterhin realistisch verfügbar ist.

Die relevante Frage lautet:

„Welche Ressourcen sind uns für die nächsten drei, sechs oder zwölf Monate tatsächlich zugesagt?“

Nicht:

„Wie viele Mitarbeitende hat die größere Gruppe insgesamt?“

4. Projektverantwortung: Wer entscheidet nach der Transaktion?

Organisationsänderungen werden besonders dann kritisch, wenn Entscheidungsrechte unscharf werden.

Ein bisheriger Managing Partner berichtet plötzlich an eine neue regionale Führung.

Ein Projektleiter erhält zusätzliche Verantwortlichkeiten.

Bestimmte Freigaben müssen künftig über eine andere Ebene laufen.

Ein lokales Team wird Teil einer internationalen Delivery-Struktur.

Das muss kein Nachteil sein.

Aber bei laufenden Projekten sollte klar sein:

  • Wer ist weiterhin Account-verantwortlich?
  • Wer besitzt Delivery-Verantwortung?
  • Wer darf Scope- oder Budgetänderungen freigeben?
  • Welche Eskalationswege gelten?
  • Wer entscheidet bei Ressourcenkonflikten?
  • Hat sich das Steering-Modell verändert?

CIPS betont im Contract Management Cycle die Bedeutung klarer Rollen und Verantwortlichkeiten über den gesamten Vertragslebenszyklus.

Für laufende Projekte gilt deshalb:

Eine neue Organisationsstruktur braucht eine eindeutig übersetzte Projekt-Governance.

5. Wissen: Bleibt das Projektgedächtnis erhalten?

Bei Beratungs- und Technologieprojekten existiert ein erheblicher Teil des Projektwerts nicht im Vertrag.

Er steckt in Wissen:

  • Warum wurde eine bestimmte Architektur gewählt?
  • Welche Option wurde bereits geprüft und verworfen?
  • Welche Stakeholder müssen bei Änderungen einbezogen werden?
  • Wo existieren technische oder organisatorische Sonderfälle?
  • Welche Absprachen wurden in früheren Steering-Runden getroffen?
  • Welche Risiken wurden bewusst akzeptiert?

Wenn Teams zusammengelegt, Rollen verändert oder Personen ausgetauscht werden, kann dieses Wissen verloren gehen.

PMI weist bei Vendor-Transitionen seit Langem auf das Risiko von Wissensverlust und zusätzlichem Übergabeaufwand hin. Eine Übernahme ist nicht automatisch ein Vendor-Wechsel. Führt sie aber zu neuen Teams oder Verantwortlichkeiten, wird dieselbe Übergabelogik relevant.

Deshalb sollte ein Auftraggeber früh klären:

  • Welche Dokumentation ist aktuell?
  • Welche Entscheidungen sind nachvollziehbar festgehalten?
  • Welche Informationen liegen nur bei einzelnen Personen?
  • Welche Übergaben wären bei einem Rollenwechsel erforderlich?
  • Wer verantwortet den Wissenstransfer?

Wissenstransfer ist keine Aufgabe für den letzten Projekttag.

Er ist Teil der Risikovorsorge.

6. Abhängigkeiten: Welche anderen Projekte hängen an demselben Supplier?

Eine Dienstleisterübernahme sollte nicht nur projektweise betrachtet werden.

Ein strategischer Supplier arbeitet möglicherweise gleichzeitig an:

  • einer Transformation,
  • mehreren IT-Projekten,
  • Daten- oder KI-Initiativen,
  • Strategieprogrammen,
  • Rollouts in verschiedenen Ländern,
  • laufenden Retainern oder Supportleistungen.

Ein einzelner Teamwechsel kann dadurch mehrere Projekte gleichzeitig treffen.

Dasselbe gilt für neue Prioritäten auf Supplier-Seite.

Wenn ein Anbieter nach einer Übernahme bestimmte Geschäftsfelder beschleunigen, internationale Kunden stärker bedienen oder seine Delivery-Struktur verändern will, kann die Bedeutung einzelner Ressourcen neu verteilt werden.

Für das Management ist deshalb eine einfache Frage entscheidend:

„Wo sind wir von diesem Dienstleister insgesamt abhängig?“

Dazu gehören:

  • laufende Projekte,
  • kritische Meilensteine,
  • gebundene Budgets,
  • Schlüsselpersonen,
  • Daten- und Systemzugänge,
  • offene Entscheidungen,
  • Folgephasen,
  • geplante neue Beauftragungen.

Erst diese Sicht zeigt, ob ein Supplier-Change lokal oder portfolio-relevant ist.

7. Exit- und Alternativfähigkeit: Was wäre, wenn sich das Setup doch stärker verändert?

Eine gute Supplier-Beziehung benötigt nicht ständig eine Exit-Drohung.

Aber strategische Abhängigkeit sollte bewusst sein.

CIPS behandelt Exit und Termination ausdrücklich als Teil des Contract Lifecycle Management und empfiehlt, den Ausstieg aus einem Vertrag planbar zu machen. Dabei geht es nicht nur um Kündigung, sondern um Übergabe, Stakeholder-Akzeptanz und Kontinuität.

Nach einer Übernahme lohnt sich deshalb eine nüchterne Prüfung:

  • Wie austauschbar ist die Leistung?
  • Wie lange würde ein Wechsel dauern?
  • Welche Daten, Dokumentationen und Zugänge wären für eine Transition notwendig?
  • Welche laufenden Arbeitspakete könnten übergeben werden?
  • Welche Leistungen sind so spezialisiert, dass kurzfristig keine Alternative existiert?
  • Welche Folgekosten würde ein Wechsel verursachen?

Das Ziel ist nicht, den Supplier vorsorglich auszutauschen.

Das Ziel ist Entscheidungsfähigkeit.

Wer seine Alternativen kennt, kann Veränderungen sachlicher bewerten.

Nicht jede Veränderung ist ein Risiko – manche sind eine Chance

Supplier Governance darf eine Übernahme nicht automatisch als Bedrohung behandeln.

Ein neuer Eigentümer kann einem Dienstleister Zugang zu zusätzlichen Spezialisten, Technologien, Standorten und Investitionsmöglichkeiten eröffnen.

Der Handelsblatt-Bericht zur Artefact-/Nunatak-Transaktion beschreibt genau diese Wachstumslogik. Laut den zitierten Beteiligten soll die Kombination das Data- und AI-Angebot in Deutschland erweitern; zugleich sind zunächst Kontinuität in Marke und Führung vorgesehen.

Für einen Auftraggeber können daraus neue Optionen entstehen:

  • zusätzlicher Zugang zu Spezialisten,
  • bessere internationale Skalierung,
  • breitere technische Fähigkeiten,
  • größere Delivery-Kapazität,
  • neue Methoden oder Assets.

Aber auch positive Synergien sollten nicht nur auf Unternehmensbroschüren basieren.

Relevant ist:

Welche davon stehen dem konkreten Projekt tatsächlich zur Verfügung?

Eine größere Organisation auf Konzernebene ist nicht automatisch eine größere nutzbare Kapazität für einen bestimmten Kunden.

Supplier Change braucht ein Ereignis-Review – keinen Alarm

Die falsche Reaktion auf eine Übernahme wäre, automatisch alle Projekte auf Rot zu stellen.

Die ebenso falsche Reaktion wäre, gar nichts zu prüfen, solange noch keine sichtbare Leistungsabweichung existiert.

Sinnvoller ist ein Supplier Change Review.

Ein kompaktes Review kann beispielsweise vier Ebenen verbinden:

Was hat sich beim Supplier geändert?

Eigentümer, Gesellschaft, Führung, Team, Delivery-Modell, Systeme, Standorte, Subunternehmer oder Strategie.

Welche unserer Abhängigkeiten sind betroffen?

Projekte, Budgets, Schlüsselpersonen, Verträge, Systeme, Daten, Know-how und kritische Termine.

Welche Änderungen sind bestätigt – und welche nur möglich?

Das verhindert, dass Spekulationen zu Risiken erklärt werden.

Welche Entscheidung ist notwendig?

Keine Aktion, intensiveres Monitoring, Vertragsprüfung, Ressourcenbestätigung, Wissenssicherung, Anpassung der Governance oder Vorbereitung eines Alternativszenarios.

Damit wird aus einer M&A-News eine konkrete Managemententscheidung.

Warum klassische Supplier Scorecards dafür nicht ausreichen

Ein Supplier kann im Monat nach einer Übernahme weiterhin alle vereinbarten KPIs erfüllen.

Die Rechnungen stimmen.

Die Meilensteine sind grün.

Die SLA-Werte passen.

Trotzdem können sich bereits Voraussetzungen für die zukünftige Leistung verändert haben:

  • ein Key Account wechselt,
  • ein Projektpartner übernimmt zusätzliche Führungsverantwortung,
  • ein Spezialistenteam soll organisatorisch integriert werden,
  • ein gemeinsames Tooling wird angekündigt,
  • künftige Staffing-Entscheidungen werden zentralisiert.

Keine dieser Veränderungen ist automatisch negativ.

Aber klassische Performance-KPIs zeigen sie häufig erst dann, wenn sie sich bereits auf Delivery auswirken.

Supplier Governance braucht deshalb neben Performance auch eine Sicht auf Veränderung.

Nicht um jede organisatorische Nachricht zu überwachen.

Sondern um bei kritischen Suppliern zu erkennen:

Hat sich etwas verändert, das für unsere laufenden Projekte relevant werden könnte?

Dienstleistersteuerung Software: Der relevante Wert liegt im Zusammenhang

Wer eine Dienstleistersteuerung Software auswählt, sollte deshalb nicht ausschließlich nach klassischen Vendor-Stammdaten und Scorecards fragen.

Bei strategischen Dienstleistern wird interessant, ob sich ein Supplier-Ereignis mit der eigenen Projektlandschaft verbinden lässt:

  • In welchen Projekten arbeitet der Anbieter?
  • Welche Budgets hängen daran?
  • Welche Schlüsselpersonen sind zugeordnet?
  • Welche Leistungen sind kritisch?
  • Welche Verträge und Laufzeiten bestehen?
  • Welche Entscheidungen sind offen?
  • Welche Projekte wären von einer Veränderung gleichzeitig betroffen?

Die Software muss deshalb nicht selbst M&A-Nachrichten vorhersagen oder Unternehmensübernahmen automatisch erkennen.

Managementrelevant ist vielmehr, ob nach Bekanntwerden einer Veränderung schnell nachvollziehbar ist, wo im eigenen Unternehmen die Auswirkungen überhaupt geprüft werden müssen.

Das ist der Unterschied zwischen einer Supplier-Liste und einer steuerbaren Supplier-Abhängigkeit.

Ein praktischer 30-Minuten-Check für strategische Dienstleister

Nach einer angekündigten Übernahme oder größeren Reorganisation kann ein erstes Review erstaunlich kompakt sein.

Vertrag

Hat sich Vertragspartei, Vertragsstruktur oder ein zustimmungspflichtiger Tatbestand verändert?

People

Bleiben Account Lead, Projektleitung und kritische Experten?

Capacity

Sind zugesagte Kapazitäten und geplante Projektphasen bestätigt?

Delivery

Ändern sich Methoden, Tools, Standorte, Subunternehmer oder Verantwortlichkeiten?

Knowledge

Ist kritisches Projektwissen dokumentiert und übergabefähig?

Portfolio

Welche weiteren Projekte und Budgets hängen am selben Supplier?

Options

Was wäre unsere Alternative, falls sich das Setup wesentlich verändert?

Wenn die Antworten klar und unkritisch sind, ist das ein gutes Ergebnis.

Supplier Governance soll keine Probleme erfinden.

Sie soll verhindern, dass relevante Veränderungen unbemerkt bleiben.

Project Intelligence: Supplier-Risiko endet nicht beim Supplier

Aus Ramp7-Perspektive ist eine Dienstleisterübernahme deshalb vor allem eine Frage des Zusammenhangs.

Ein Supplier ist mit Projekten verbunden.

Projekte sind mit Budgets verbunden.

Budgets mit Leistungen und Verträgen.

Leistungen mit Personen, Timings und Entscheidungen.

Eine Veränderung beim Dienstleister wird erst dann managementrelevant, wenn sichtbar wird, welche dieser Verbindungen betroffen sind.

Genau deshalb reicht es nicht, eine M&A-Meldung als isoliertes Supplier-Risiko zu dokumentieren.

Die relevanten Fragen lauten:

  • Welche Projekte hängen daran?
  • Welche Kosten und Verpflichtungen bestehen?
  • Welche Schlüsselpersonen sind betroffen?
  • Welche Termine könnten kritisch werden?
  • Welche Entscheidung muss bis wann getroffen werden?

Project Intelligence bedeutet in diesem Zusammenhang nicht, eine Übernahme automatisch als Risiko zu klassifizieren.

Es bedeutet, die Informationen bereitzustellen, die für eine fundierte Entscheidung über laufende externe Projekte notwendig sind.

Fazit: Die wichtigste Frage lautet nicht „Wer hat wen gekauft?“

M&A im Beratungs-, IT- und Professional-Services-Markt wird häufig aus Unternehmensperspektive diskutiert:

Wer wächst?

Welche Fähigkeiten kommen hinzu?

Welche Region wird erschlossen?

Welche Strategie verfolgt der Käufer?

Für Kunden strategischer Dienstleister ist eine andere Perspektive relevanter.

Was bedeutet die Veränderung für unsere laufende Delivery?

Die Antwort kann lauten:

Gar nichts.

Sie kann sogar lauten:

Mehr Kapazität, zusätzliche Kompetenz und eine stärkere internationale Plattform.

Sie kann aber auch bedeuten, dass Schlüsselpersonen neue Aufgaben übernehmen, Strukturen integriert werden oder bestehende Abhängigkeiten neu bewertet werden sollten.

Entscheidend ist deshalb nicht, eine Übernahme automatisch positiv oder negativ zu beurteilen.

Entscheidend ist, die eigenen Abhängigkeiten zu kennen.

Supplier Governance beginnt nicht erst dann, wenn der Dienstleister schlechter liefert. Sie beginnt dort, wo sich die Bedingungen verändern, unter denen er liefern soll.