Wenn Lieferantenbeziehungen zum Projektrisiko werden

Der Scope ist definiert. Das Budget ist freigegeben. Verträge sind geschlossen, Meilensteine vereinbart und Verantwortlichkeiten dokumentiert.

Und trotzdem beginnt die Zusammenarbeit zu knirschen.

Informationen kommen später. Entscheidungen werden unterschiedlich interpretiert. Zwei Partner verfolgen nicht mehr dieselben Prioritäten. Ein Problem wird nicht eskaliert, weil niemand sicher ist, wer dafür verantwortlich ist. Zusatzaufwand entsteht, weil Schnittstellen nicht sauber geklärt sind.

Noch steht kein Projektstatus auf Rot.

Doch das Risiko ist längst vorhanden.

Genau hier setzt ein aktueller Beitrag des Project Management Institute an. PMI argumentiert, dass „Relationship Health“ in komplexen Infrastrukturprojekten zunehmend als Delivery Discipline behandelt werden sollte – also nicht als weicher Zusatz zur eigentlichen Projektarbeit, sondern als Bestandteil der Steuerung von Lieferfähigkeit und Risiko.

Fehlendes Alignment zwischen Auftraggebern, Contractors, Suppliern, Technologiepartnern und weiteren Beteiligten kann sich demnach später in Verzögerungen, Nacharbeit, Claims, Streitigkeiten oder fragmentierter Verantwortung zeigen.

Die dahinterstehende Managementfrage ist für weit mehr als Infrastrukturprojekte relevant:

Warum messen Unternehmen Kosten, Termine und technische Risiken systematisch – behandeln aber die Qualität kritischer Schnittstellen häufig erst dann, wenn bereits ein Problem entstanden ist?

Große Projekte bestehen selten aus einer einzigen Organisation.

Sie werden durch ein Netzwerk erbracht:

Je größer das Projekt, desto stärker hängt die tatsächliche Delivery davon ab, dass diese Organisationen nicht nur ihre eigenen Aufgaben erfüllen, sondern auch an den Schnittstellen funktionieren.

Der PMI-Report „Designed to Deliver“, entwickelt gemeinsam mit MIGSO-PCUBED und University College London, untersucht genau diese interorganisationalen Beziehungen. Die Forschung basiert auf 60 qualitativen Interviews mit Senior Leaders aus großen Infrastrukturprojekten in Großbritannien, Spanien, Frankreich, Deutschland und Australien.

Der Report formuliert fünf Empfehlungen:

Für Supplier Performance Management ist vor allem Punkt vier interessant.

Denn er verschiebt den Blick von:

„Erfüllt der Lieferant seine Kennzahlen?“

zu:

„Ist die Zusammenarbeit an den kritischen Schnittstellen noch stabil genug, damit das Projekt wie geplant geliefert werden kann?“

Klassisches Supplier Performance Management arbeitet häufig mit klaren Messgrößen:

Diese Kennzahlen sind notwendig.

Sie besitzen allerdings eine strukturelle Grenze: Viele messen Ergebnisse, die bereits eingetreten sind.

Eine Lieferung ist verspätet.

Ein Budget wurde überschritten.

Eine Leistung entspricht nicht der vereinbarten Qualität.

Ein Meilenstein wurde gerissen.

Damit ist das Problem sichtbar – aber möglicherweise nicht mehr früh.

Die vorgelagerte Entwicklung kann ganz anders aussehen:

Keine dieser Beobachtungen beweist automatisch, dass ein Projekt scheitern wird.

Aber sie können anzeigen, dass die Arbeitsfähigkeit einer kritischen Schnittstelle abnimmt.

Und genau deshalb lohnt es sich, sie nicht nur als zwischenmenschliches Problem zu behandeln.

Der Begriff kann leicht missverstanden werden.

Bei „Relationship Health“ geht es nicht darum, ob Auftraggeber und Lieferant sich mögen.

Auch Harmonie ist kein Projektziel.

Professionelle Zusammenarbeit kann harte Verhandlungen, Konflikte und unterschiedliche Interessen enthalten.

Managementrelevant wird Relationship Health dort, wo sie die Fähigkeit beeinflusst,

Ein Projekt kann eine robuste Beziehung haben, obwohl Auftraggeber und Supplier regelmäßig kontrovers diskutieren.

Umgekehrt kann eine scheinbar harmonische Zusammenarbeit riskant sein, wenn Probleme nicht angesprochen werden.

Der relevante Maßstab ist deshalb nicht Sympathie.

Der Maßstab ist Delivery-Fähigkeit unter Druck.

Die PMI-Forschung liefert keinen universellen Relationship-Health-Score. Unternehmen sollten deshalb nicht so tun, als ließe sich eine komplexe Beziehung mit einer einzigen Zahl objektiv messen.

Sinnvoller ist es, konkrete beobachtbare Signale zu betrachten.

In stabilen Projektbeziehungen werden schlechte Nachrichten nicht automatisch gerne geteilt – aber sie erreichen die richtigen Stellen rechtzeitig.

Ein Warnsignal entsteht, wenn Risiken systematisch erst dann gemeldet werden, wenn sie kaum noch steuerbar sind.

Ein Lieferant weiß beispielsweise seit Wochen, dass eine Ressource ausfällt, meldet dies aber erst kurz vor dem Meilenstein.

Die Terminabweichung ist dann nur die sichtbare Folge.

Das eigentliche Steuerungsproblem begann früher: bei der fehlenden Transparenz.

Ein Steering Committee beschließt eine Scope-Änderung.

Zwei Wochen später arbeiten Teams noch nach unterschiedlichen Interpretationen.

Oder ein Dienstleister setzt eine Entscheidung um, während ein anderer Partner weiterhin auf eine alte Vorgabe verweist.

Wenn Entscheidungen nicht zuverlässig über Organisationsgrenzen hinweg wirksam werden, steigt nicht nur der Abstimmungsaufwand.

Es entstehen reale Kosten- und Terminrisiken.

Solange alles funktioniert, wirken Rollenmodelle häufig eindeutig.

Spannend wird es bei Abweichungen.

Wer entscheidet bei einem Zielkonflikt?

Wer trägt das Risiko einer Verzögerung?

Wer bewertet, ob Zusatzleistung im Scope enthalten ist?

Wer darf einen Workaround freigeben?

Wenn diese Fragen erst im Konflikt geklärt werden, wird Governance reaktiv.

Eskalationen sind kein Zeichen schlechter Zusammenarbeit.

Sie sind ein notwendiges Governance-Instrument.

Problematisch wird es, wenn normale operative Fragen regelmäßig auf höhere Ebenen gezogen werden müssen, weil die beteiligten Teams keine tragfähigen Lösungen mehr finden.

Das kann darauf hinweisen, dass Vertrauen, Entscheidungsrechte oder kommerzielle Anreize nicht mehr zum tatsächlichen Projektmodell passen.

Verträge sind essenziell.

In schwierigen Situationen muss klar sein, welche Rechte und Pflichten bestehen.

Wenn jedoch jede Abweichung sofort primär als Frage der Haftung, Abgrenzung oder Claim-Position behandelt wird, bevor das operative Problem verstanden wurde, verändert sich die Delivery-Dynamik.

PMI nennt deshalb auch die Gestaltung kommerzieller Modelle als Bestandteil relationaler Projektsteuerung: Verträge sollen Zusammenarbeit nicht ersetzen, sondern ein Verhalten unterstützen, das zum Projektmodell passt.

Nehmen wir ein Projekt mit drei externen Partnern.

Partner A entwickelt eine technische Lösung.

Partner B verantwortet die Integration.

Partner C liefert eine zentrale Datenkomponente.

Jeder Partner besitzt eigene SLAs und Meilensteine.

Auf dem Papier sieht die Steuerung sauber aus.

Partner A liefert pünktlich.

Partner B meldet grünen Status.

Partner C erfüllt die vereinbarte Verfügbarkeit.

Trotzdem gerät das Gesamtprojekt in Verzug.

Warum?

Weil sich A und B seit Wochen darüber streiten, welche Schnittstellenspezifikation verbindlich ist. C liefert zwar formal korrekt, aber auf Basis einer Datenstruktur, die A anders interpretiert. Niemand besitzt die eindeutige End-to-End-Verantwortung für die Schnittstelle.

Kein einzelner Supplier verletzt zunächst offensichtlich seinen KPI.

Das Projekt besitzt trotzdem ein massives Delivery-Risiko.

Die kritische Information liegt zwischen den Organisationen.

Genau diese Ebene wird in klassischen Supplier Scorecards häufig nur teilweise sichtbar.

Eine belastbare Dienstleistersteuerung sollte deshalb zwischen Performance und Relationship Risk unterscheiden.

Hier gehören klassische Kriterien hinein:

Hier geht es um andere Fragen:

Beide Ebenen erfüllen unterschiedliche Zwecke.

Die erste zeigt, was bereits passiert ist.

Die zweite kann helfen zu erkennen, wo die Voraussetzungen für zukünftige Delivery schwächer werden.

Wichtig ist die Formulierung „kann“.

Die PMI-Forschung belegt keine universelle statistische Vorhersagebeziehung zwischen einem Relationship-Health-Indikator und späteren Kosten- oder Terminabweichungen.

Sie liefert ein Governance-Framework, um einen bislang häufig informell behandelten Risikobereich systematischer zu berücksichtigen.

Ein Unternehmen mit hunderten oder tausenden Suppliern kann nicht jede Beziehung mit derselben Intensität steuern.

Entscheidend ist die Kritikalität für das Projekt.

Besonders relevant sind Beziehungen, bei denen mindestens eines der folgenden Merkmale vorliegt:

Für solche Beziehungen kann Relationship Risk eine sinnvolle Ergänzung zum klassischen Supplier Performance Management sein.

Nicht als zusätzlicher Verwaltungsprozess.

Sondern als gezielte Frage:

Wo würde eine Verschlechterung der Zusammenarbeit die größte Projektwirkung entfalten?

Die naheliegende Reaktion wäre, eine neue KPI einzuführen.

„Relationship Health: 7,8 von 10.“

Das kann nützlich sein – muss es aber nicht.

Eine Kennzahl ohne definierte Konsequenz schafft zunächst nur Reporting.

Entscheidend sind vielmehr vier Governance-Fragen.

Nur Procurement?

Das Projektmanagement?

Der Fachbereich?

Der Supplier selbst?

Bei komplexen Projekten ist eine einseitige Bewertung oft unvollständig. Procurement sieht kommerzielle Themen, PMO Termin- und Projektrisiken, Fachbereiche die Qualität der Zusammenarbeit und Supplier eigene Blockaden auf Kundenseite.

Die Kriterien müssen zum Projekttyp passen.

Bei einem Technologiepartner können Schnittstellen und Entscheidungszeiten relevant sein.

Bei einem Engineering-Dienstleister vielleicht Scope-Klarheit, Änderungsmanagement und Qualität.

Bei einer Agentur können Briefingqualität, Freigaben und Ressourcenkontinuität entscheidend sein.

Ein schlechterer Wert darf nicht automatisch bedeuten, den Supplier zu sanktionieren.

Vielleicht liegt die Ursache auf Auftraggeberseite.

Vielleicht ist der Vertrag ungeeignet.

Vielleicht fehlen Entscheidungsrechte.

Vielleicht wurden widersprüchliche Ziele gesetzt.

Die relevante Reaktion lautet deshalb zunächst:

Was verursacht die Verschlechterung und welche Steuerungsentscheidung ist nötig?

Ein Beziehungssignal ist nur dann managementrelevant, wenn klar ist, wann operative Klärung nicht mehr ausreicht.

Dafür braucht es Toleranzen, Verantwortlichkeiten und Eskalationswege.

Supplier Performance Management läuft leicht Gefahr, ausschließlich den Lieferanten zu bewerten.

Bei Relationship Risk wäre das besonders problematisch.

Denn viele Störungen entstehen nicht nur durch den externen Partner.

Auch Auftraggeber können Delivery erschweren:

Eine faire Relationship-Health-Perspektive muss deshalb bidirektional sein.

Nicht:

„Wie gut funktioniert unser Supplier?“

Sondern:

„Wie gut funktioniert diese kritische Projektschnittstelle – und was tragen beide Seiten dazu bei?“

Das macht die Steuerung anspruchsvoller.

Aber auch realistischer.

Relationship Risk ist kein exklusives Procurement-Thema.

Procurement sieht Verträge, kommerzielle Modelle, Supplier-Struktur und formale Leistungsvereinbarungen.

PMO und Projektmanagement sehen wiederholte Eskalationen, Abhängigkeiten, Terminrisiken, Nacharbeit und Scope-Konflikte.

Der COO muss verstehen, wann ein lokaler Beziehungskonflikt die Lieferfähigkeit eines wichtigen Projekts oder sogar mehrerer Projekte gefährdet.

CFO und Controlling sehen die wirtschaftlichen Konsequenzen: zusätzliche Leistungen, verlängerte Projektlaufzeiten, Claims, gebundene Kapazitäten oder steigende Forecasts.

Jede Rolle sieht einen anderen Ausschnitt.

Das eigentliche Risiko wird erst sichtbar, wenn diese Perspektiven verbunden werden.

Ein Supplier Review kann deshalb über klassische KPI-Bewertung hinausgehen.

Diese Fragen ersetzen keine Leistungskennzahlen.

Sie ergänzen sie um die Ebene, auf der manche Probleme entstehen, bevor sie finanziell oder terminlich sichtbar werden.

Aus Ramp7-Perspektive liegt genau hier eine relevante Verbindung zwischen Supplier- und Projektsteuerung.

Ein Lieferant existiert nicht isoliert.

Seine Leistung gehört zu einem Projekt.

Das Projekt besitzt Budget, Timing, Scope und Abhängigkeiten.

Eine Eskalation betrifft möglicherweise andere Dienstleister.

Eine verzögerte Entscheidung kann zusätzliche Kosten auslösen.

Ein Scope-Konflikt verändert den Forecast.

Deshalb ist es wenig hilfreich, Supplier Performance ausschließlich in einer separaten Scorecard zu betrachten, während Projektstatus, Kosten und Entscheidungen an anderen Stellen liegen.

Managementrelevant wird die Information erst im Zusammenhang:

Welche Schnittstelle verschlechtert sich, welches Projekt hängt davon ab, welche wirtschaftliche Wirkung könnte entstehen und welche Entscheidung ist jetzt notwendig?

Project Intelligence bedeutet in diesem Kontext nicht, eine Beziehungskennzahl zum Produktfeature zu erklären.

Es geht um die übergeordnete Steuerungslogik: externe Leistungen, Projekte, Budgets, Risiken und Entscheidungen so zusammenzubringen, dass relevante Entwicklungen nicht isoliert betrachtet werden.

Der aktuelle PMI-Beitrag macht einen Punkt sichtbar, der in komplexen Liefer- und Dienstleisterstrukturen leicht unterschätzt wird:

Nicht jedes Projektrisiko beginnt mit einer roten Ampel.

Manche Risiken beginnen damit, dass Informationen später kommen.

Dass Entscheidungen an Verbindlichkeit verlieren.

Dass Verantwortlichkeiten im Konflikt unscharf werden.

Dass Teams Probleme zunehmend über Eskalation statt über operative Zusammenarbeit lösen.

Dass Supplier und Auftraggeber formal korrekte Positionen vertreten, aber das Gesamtprojekt dabei an Handlungsfähigkeit verliert.

Der zugrunde liegende Report „Designed to Deliver“ empfiehlt deshalb ausdrücklich, Beziehungen als Projektrisiko zu behandeln.

Die qualitative Studie beweist nicht, dass sich Relationship Health als universeller Frühwarnindikator statistisch berechnen lässt.

Aber sie liefert eine überzeugende Governance-Perspektive:

Wer erst reagiert, wenn eine schwierige Lieferantenbeziehung bereits als Kosten-, Termin- oder Qualitätsabweichung sichtbar wird, steuert möglicherweise zu spät.

Supplier Performance Management sollte deshalb nicht nur fragen:

„Hat der Lieferant geliefert?“

Sondern bei kritischen Projekten auch:

„Ist die Zusammenarbeit noch stabil genug, damit er zuverlässig liefern kann?“