PMI PMP: Beschaffung & Vertragsmanagement — Lernleitfaden

By Laurynas Brazys · 21 July 2026 · #pmi #pmp #certification #exam-prep #study-guide

Teil des PMP — Lernleitfaden. Üben Sie mit verifizierten Antworten im PMI-Prüfungscenter, oder absolvieren Sie zeitlich begrenzte Übungstests auf ExamRoll.io.

Vertragsarten und -strukturierung: Das richtige Instrument für das jeweilige Risiko

Die Vertragsart ist die folgenreichste Entscheidung im Beschaffungsprozess, denn sie legt fest, wer welche Risiken trägt und wie die Anreize gesetzt werden. Festpreisverträge (Firm Fixed-Price, FFP) wälzen das Risiko für Umfang, Zeitplan und Kosten auf den Verkäufer ab und funktionieren gut, wenn die Leistungsbeschreibung (Statement of Work, SOW) stabil und klar definiert ist – zum Beispiel ein planbarer Umzug eines Hauptsitzes mit einer bekannten Mängelliste. Aufwandsverträge (Time-and-Materials, T&M) kehren das Risiko zum Käufer um, bieten aber die Flexibilität, auf neue Anforderungen zu reagieren; sie eignen sich für Personalaufstockung, Sondierungsarbeiten und frühe Phasen der agilen Entwicklung, in denen der Backlog tatsächlich unbekannt ist. Kostenerstattungsvarianten (CPFF, CPIF, CPAF) liegen dazwischen und sind nützlich, wenn die Arbeit explorativ ist, der Käufer aber eine Angleichung der Anreize an Kosten- oder Leistungsziele wünscht.

Der Reibungspunkt bei modernen Projekten ist der Konflikt zwischen agiler Lieferung und kaufmännischen Festpreis-Erwartungen. Führungskräfte wollen oft die Preissicherheit eines FFP, während das Lieferteam die Flexibilität im Umfang von Scrum benötigt. Einen FFP-Vertrag für einen undefinierten agilen Umfang zu unterzeichnen, ist eine der schädlichsten Fallen in der Beschaffung: Der Verkäufer wird entweder den Preis stark aufblähen, um Unbekanntes abzudecken, Änderungen ablehnen, die außerhalb einer eng ausgelegten SOW liegen, oder Verluste hinnehmen, die sich schließlich in Qualitätsmängeln und Streitigkeiten äußern. Die richtige Reaktion ist nicht, auf Festpreise zu verzichten, sondern sie mit agilen Steuerungselementen zu versehen.

Zwei strukturelle Steuerungselemente sind besonders wirksam:

• Umfangsstufen (Must-have / Should-have / Could-have)
  • Funktionsweise: Der Vertrag verpflichtet zur Lieferung der Must-have-Stufe; niedrigere Stufen werden geliefert, sofern die Kapazität es zulässt
  • Was es schützt: Rentabilität und Liefersicherheit für den Kernumfang
• Iterations-/Sprint-Begrenzungen
  • Funktionsweise: Feste Anzahl von Sprints oder ein Gesamtaufwand, der nicht überschritten werden darf
  • Was es schützt: Verhindert unbegrenzte Nachbesserungsforderungen unter dem Vorwand „das ist doch agil“
• Tausch von Änderungen (Change-for-change)
  • Funktionsweise: Neue Backlog-Items erfordern die Entfernung von Items mit gleichwertigem Aufwand
  • Was es schützt: Bewahrt den Kosten- und Zeitrahmen
• Release-basierte Preisgestaltung
  • Funktionsweise: Jedes Release wird anhand eines verfeinerten Backlogs neu bepreist
  • Was es schützt: Gleicht die kaufmännische und die Lieferkadenz an

Für ein hybrides Programm – sagen wir, ein planbarer Umzug des Hauptsitzes plus eine agile Systemmigration – passt selten eine einzige Vertragsart für beide Teilprojekte. Die korrekte Strukturierung ist oft ein FFP für den deterministischen physischen Umzug und ein T&M (oder ein gestaffelter/gedeckelter T&M) für die Migration, oder ein Rahmenvertrag (Master Services Agreement) mit separaten Arbeitsaufträgen pro Teilprojekt.

Beschaffungsrichtlinie, Leistungsbeschreibung und Lieferantenauswahl

Jede Beschaffungsentscheidung muss auf die formale Beschaffungsrichtlinie der Organisation zurückzuführen sein. Dies ist keine bürokratische Formsache – es ist der Mechanismus, der Autorität begründet, fairen Wettbewerb sicherstellt, Prüfungs- und Regulierungsanforderungen erfüllt und rechtliche Absicherung bietet, falls ein unterlegener Bieter die Vergabe anficht. Ein Projektmanager, der die Beschaffungsabteilung umgeht, um „schneller voranzukommen“, schafft ein persönliches und organisatorisches Risiko, das jeden Zeitvorteil in den Schatten stellt.

Die SOW ist das operative Dokument, das Absicht in Verpflichtung umwandelt. Eine rechtssichere SOW spezifiziert Liefergegenstände und Abnahmekriterien, Leistungsstandards (Antwortzeiten, Fehlerschwellen, Verfügbarkeit), Berichtsrhythmus und -format, Inspektions- und Prüfrechte, Klauseln zu Schlüsselpersonal, Abhilfemaßnahmen bei Nichterfüllung (Vertragsstrafen, Service Credits, Eingriffsrechte) und Kündigungsbedingungen. Vage SOWs sind die Hauptursache für die meisten späteren Streitigkeiten, denn Unklarheiten werden immer zugunsten der Partei ausgelegt, deren Interpretation der Wortlaut am ehesten stützt.

Die Lieferantenauswahl sollte den dokumentierten Bewertungskriterien im Beschaffungsplan folgen – einer gewichteten Bewertung nach technischer Fähigkeit, bisheriger Leistung, finanzieller Stabilität, kultureller Passung und Preis. Jede Entscheidung, von der engeren Auswahl der Bieter bis zur endgültigen Vergabe, muss mit der Begründung, den Bewertern und den eingeholten Genehmigungen dokumentiert werden. Wenn Prüfer, Aufsichtsbehörden oder erfolglose Bieter nachfragen, muss die Akte für sich selbst sprechen.

Leistung des Anbieters, Integration und Streitbeilegung

Verträge verwalten sich nicht von selbst. Sobald die Arbeit beginnt, wird der Projektmanager zum operativen Verwalter der vertraglichen Vereinbarung aufseiten des Käufers. Leistungsüberwachung bedeutet, den Verkäufer an den in der Leistungsbeschreibung (SOW) geforderten Berichterstattungsrhythmus zu binden, Inspektionen und Qualitätsprüfungen an den vertraglich festgelegten Punkten durchzuführen und bei Leistungsabweichungen formell Abhilfemaßnahmen einzuleiten – anstatt Abweichungen zu tolerieren und sich erst beim Projektabschluss zu beschweren.

Die Durchsetzung sollte abgestuft erfolgen. Frühe Anzeichen (ein versäumter Statusbericht, ein kleiner verpasster Meilenstein) rechtfertigen ein dokumentiertes Gespräch und eine Verpflichtung zu Korrekturmaßnahmen. Wiederholte oder wesentliche Vertragsverletzungen lösen formelle Mitteilungen, Nachbesserungsfristen und, falls sie nicht behoben werden, die vertraglichen Abhilfemaßnahmen aus: einbehaltene Zahlungen, pauschalierter Schadensersatz oder Kündigung aus wichtigem Grund. Das entscheidende PMI-Prinzip ist, frühzeitig zu eskalieren und Alternativen zu bewerten, bevor einseitig gehandelt wird. Einen Anbieter zu kündigen, ohne zuvor die Nachbesserungsverfahren ausgeschöpft zu haben, oder sich von einem Subunternehmer ohne einen Kontinuitätsplan zu trennen, setzt das Projekt sowohl rechtlichen Gegenansprüchen als auch einem Scheitern der Lieferung aus.

Stellen Sie sich einen Subunternehmer vor, der eine App liefert, die technisch der Leistungsbeschreibung (SOW) entspricht, aber einen UI-Standard nicht erfüllt, der nach Vertragsunterzeichnung eingeführt wurde. Der Subunternehmer hat vertraglich recht – der neue Standard war nicht Teil der SOW – und seine Forderung nach zusätzlicher Bezahlung ist legitim. Die korrekte Reaktion besteht darin, einen formellen Änderungsantrag (Change Request) zu stellen, die Beschaffungs- und Rechtsabteilung einzubeziehen, um die SOW zu ändern und Preis sowie Zeitplan anzupassen, und erst dann die Nacharbeit zu genehmigen. Darauf zu bestehen, dass der Anbieter die Änderung ohne Vergütung übernimmt, ist ein Vertragsbruch. Die Änderung informell ohne Vertragsanpassung zuzulassen, ist noch schlimmer, da dies einen Präzedenzfall schafft, dass Liefergegenstände ohne Vertrags- oder Zahlungsprüfung abweichen können – und Unklarheit darüber schafft, wer für die daraus resultierenden Mängel verantwortlich ist.

Integration von Subunternehmern und Zusammenarbeit

Subunternehmer liefern die besten Ergebnisse, wenn sie als Teil des Lieferteams behandelt werden und nicht als Blackbox hinter einem Vertrag. Eine effektive Integration umfasst gemeinsame Kickoff-Arbeitssitzungen, vereinbarte Grundregeln für Kommunikation und Entscheidungsfindung, gemeinsame „Definition of Done“ und Akzeptanzkriterien, integrierte Backlogs oder Zeitpläne und kombinierte Risikoregister. In agilen Kontexten sollten die Entwickler des Subunternehmers an denselben Zeremonien wie interne Mitarbeiter teilnehmen, wobei die Vertragssprache diese Zusammenarbeit ermöglichen muss, ohne die kommerzielle Grenze aufzulösen.

Änderungen, Kontinuität und Zahlungsbedingungen

Jede wesentliche Änderung – Umfang, Preis, Zeitplan, Schlüsselpersonal, Akzeptanzkriterien – muss über eine formelle Vertragsänderung abgewickelt werden, die von der Beschaffungs- und Rechtsabteilung ausgeführt wird, und nicht über eine Nebenabsprache per E-Mail zwischen dem PM und einem Ansprechpartner des Anbieters. Zahlungsbedingungen sollten an die Abnahme von Meilensteinen gekoppelt sein und nicht an die Rechnungsstellung, damit das Geld für nachgewiesenen Wert fließt.

Die Planung der Lieferantenkontinuität gehört vom ersten Tag an in das Risikoregister, nicht erst nach einer Störung. Schlüsselfragen: Was passiert, wenn der Anbieter insolvent wird, übernommen wird oder Schlüsselpersonal verliert? Sind die Hinterlegung des Quellcodes (Source Code Escrow), Dokumentationsstandards und Verpflichtungen zur Wissensübergabe im Vertrag verankert? Gibt es einen qualifizierten alternativen Lieferanten? Erst bei einem Ausfall des Lieferanten über Kontinuität nachzudenken, garantiert eine Projektkrise; wird dies bei der Vertragsgestaltung berücksichtigt, wird eine potenzielle Katastrophe in ein beherrschbares Risiko umgewandelt.

Praktisches Problem: Anwendungsfallszenario

Szenario: Meridian Financial modernisiert seine Plattform für das Kunden-Onboarding und ersetzt ein 12 Jahre altes Altsystem. Der Lenkungsausschuss hat ein Budget von 4,2 Mio. US-Dollar über 14 Monate genehmigt und den externen Anbieter Northwind Digital für die Umsetzung mittels Scrum ausgewählt. Während der Vertragsverhandlungen besteht der Beschaffungsleiter von Meridian auf einem Festpreisvertrag (FFP) für den gesamten Umfang, um das Budget zu schützen, während der Vertriebsleiter von Northwind auf eine Abrechnung nach Aufwand (Time-and-Materials, T&M) drängt, da das Product Backlog nur 40 % der User Stories im Ready-Zustand enthält und die Integrationen mit drei nachgelagerten Systemen noch nicht vollständig spezifiziert sind.

Herausforderung: Als Projektmanager müssen Sie dem Beschaffungsleiter eine Vertragsstruktur empfehlen, die Meridian eine angemessene Kostenprognosesicherheit bietet, ohne Northwind zu zwingen, Schätzungen aufzublähen oder sich Scope-Anpassungen mitten im Sprint zu widersetzen.

Empfohlener Ansatz:

1. Teilen Sie das Engagement in zwei Vertragsphasen auf: eine Discovery-Phase auf T&M-Basis (ca. 6 Wochen, gedeckelt auf 180.000 US-Dollar), um das Backlog Refinement, die Integrationsanalyse und Architektur-Spikes abzuschließen, bevor die Hauptentwicklung beginnt.
2. Strukturieren Sie die Umsetzungsphase als Vereinbarung über einen Festpreis pro Sprint – Northwind verpflichtet sich zu einem stabilen Team von 8 Mitarbeitern zu einem festen Sprint-Preis von etwa 95.000 US-Dollar pro Zwei-Wochen-Sprint, mit einer verbindlichen Obergrenze (Not-to-Exceed) von 3,6 Mio. US-Dollar über 34 Sprints.
3. Definieren Sie den Umfang kommerziell als priorisiertes Backlog anstelle einer starren Leistungsbeschreibung (SOW) und fügen Sie eine „Austauschklausel“ hinzu, die es Meridian erlaubt, Stories von gleichem Story-Point-Umfang ohne einen Change Order auszutauschen.
4. Bauen Sie Ausstiegsklauseln bei den Sprints 6, 12 und 20 ein, die es Meridian ermöglichen, mit einer Frist von 30 Tagen ordentlich zu kündigen, um das Budget zu schützen, falls die Wertschöpfung ins Stocken gerät.
5. Verknüpfen Sie die Rechnungsfreigabe mit objektiven Akzeptanzkriterien pro Sprint (Definition of Done, automatisierte Testabdeckung über 80 %, keine kritischen Fehler).
6. Leiten Sie die empfohlene Struktur über die Beschaffungs-, Rechtsabteilung und den Sponsor mit einer einseitigen Zusammenfassung der Risikoverteilung weiter, bevor Northwind gegenzeichnet.

Warum dieser Ansatz funktioniert: Die Anpassung des Vertragstyps an die Reife der Anforderungen ist ein zentrales PMI-Beschaffungsprinzip. Einen Festpreisvertrag (FFP) für einen undefinierten agilen Scope zu erzwingen, überträgt das Risiko nur auf dem Papier, da Anbieter entweder defensive Preise ansetzen oder bei Änderungsanträgen den Rechtsweg beschreiten. Das Festpreis-pro-Sprint-Modell bewahrt die Kostenprognosesicherheit, die der Sponsor benötigt, während die Flexibilität des Backlogs erhalten bleibt. Die Discovery-Phase verhindert, dass sich beide Parteien auf Zahlen festlegen, die auf Annahmen statt auf Fakten beruhen.

← Qualitätsmanagement · Alle Domänen · Projektplanung →

Diese Fragen üben → · Zeitlich begrenzte Übung auf ExamRoll.io →