Wie man eine Projektcharta schreibt: Ein vollständiger Leitfaden für IT-Dienstleistungsunternehmen und Beratungsfirmen

In einem Beratungsunternehmen oder IT-Dienstleistungsunternehmen ist die Projektcharta ein internes Dokument von 1 bis 3 Seiten, das vom Projektleiter verfasst und vom Kundensponsor vor Beginn unterzeichnet wird, das den Umfang, die Meilensteine, Annahmen und den Änderungsmechanismus festlegt, um die Marge eines Festpreis- oder zeitbasierten Auftrags zu sichern.

Bei einem Festpreisprojekt in einem Beratungsunternehmen oder einem ESN (Digital Services Company) wird die erwartete Marge aus dem Scoping festgelegt, lange bevor die Teams mobilisiert werden.

Wenn die Managementkontrolle drei Monate nach dem Start eine Drift meldet, hat sich der Umfang bereits erweitert, die ursprünglichen Annahmen gelten nicht mehr, die Ergebnisse werden kommentiert, ohne jemals validiert zu werden. Die Hebel zur Erholung sind dann begrenzt: eine Änderung, die während der Mission schwer durchzusetzen ist, Einnahmen, die sich strecken, Geldfluss, der gedehnt wird.

Die Projektcharta, ein prägnantes internes Dokument (1 bis 3 Seiten), das vom Sponsor unterzeichnet wurde, entschärft diese Missbräuche vor dem Anstoß. Er legt den verkauften Umfang, die operativen Annahmen, die Rechnungsänderungsmeilensteine und den Änderungsmechanismus fest.

Projektcharter: Definition und Platz im Projektzyklus in Beratungsunternehmen und IT-Dienstleistungsunternehmen

Was ist ein Projektcharter?

Die Projektcharta ist ein formelles Dokument, das den Start eines Projekts formalisiert, den ursprünglichen Umfang festlegt, den Sponsor identifiziert und dem Projektleiter die Befugnis übergibt. Für ein Beratungsunternehmen oder ein IT-Dienstleistungsunternehmen geht seine Rolle über die eines akademischen Projektmanagement-Ergebnisses hinaus: Der Auftrag sichert den an den Kunden verkauften Umfang im Festpreismodus oder rahmt den geplanten Verbrauch im Zeit- und Kontrollmodus, bevor die Teams auf die Mission eingesetzt werden.

Im Zyklus eines Beratungs- oder Integrationsprojekts kommt die Genehmigung nach der Business Opportunity Study und vor den Spezifikationen. Er formuliert den unterzeichneten kommerziellen Vorschlag und die Ausführungsphase und erscheint als operativer Drehkreuz zwischen beiden.

Jede Rolle (Vorverkaufsadministrator, Projektleiter, Personalmanager, Rechnungsadministrator) kommt zur richtigen Zeit ohne manuelle Erinnerungen.

Wer entwirft die Projektsatzung, wer validiert sie und was ist sie rechtlich wert?

Der Projektleiter ist verantwortlich für die Ausarbeitung des Projektcharters in Zusammenarbeit mit dem Sponsor (auf Kundenseite) und dem Vertriebsleiter (auf der Beratungs- oder ESN-Seite). Die Validierung der Satzung liegt ausschließlich in der Verantwortung des Auftraggebers: Ohne Unterschrift des Sponsors ist die Satzung im Falle eines außerhalb des Geltungsbereichs nicht durchsetzbar.

Rechtlich bindet die Charta die Parteien nicht im Sinne eines Handelsvertrags. Sie formalisiert eine interne Engagementvereinbarung zwischen dem Sponsor, dem Projektmanager und den Projektbeteiligten. Sobald sie vom Sponsor unterzeichnet ist, wird sie zum Schiedsrichter, der über jeden Antrag außerhalb des Geltungsbereichs entscheidet, ohne auf den kommerziellen Vertrag zurückzugreifen.

Projektcharter, Rahmenhinweis, Spezifikationen, Business Case: Welches Dokument soll wann verwendet werden?

Bei einem Beratungs- oder Integrationsprojekt strukturieren vier Dokumente die vorgelagerte Auftragsaufnahme:

1. Wirtschaftsfallstudie;
2. die Projektcharta;
3. die Rahmennotiz ;
4. Die Spezifikationen.

Jeder beantwortet eine andere Frage, doch ihre Formulierung bleibt auf Seiten der operativen Teams oft unklar.

Zu welchem Zeitpunkt im Projektzyklus kommt der Charter ein? Idealerweise vor dem Anstoß, im kurzen Zeitfenster, das die kommerzielle Unterschrift und die Mobilisierung der Berater trennt. Er fasst in seiner groben Gliederung zusammen, was der kommerzielle Vorschlag vertraglich gemacht hat, und spezifiziert:

• den operativen Umfang;
• veraltete Lieferungen;
• und Abrechnungsmeilensteine.

Der Unterschied zwischen dem Projektauftrag und den Spezifikationen

Für eine Beratungsfirma oder ein IT-Dienstleistungsunternehmen hängen die in den Spezifikationen und im Projektauftrag enthaltenen Informationen von der mit dem Kunden ausgehandelten Vertragsmethode ab:

• Im Festpreis-Modus wird der Projektauftrag nach Vorgaben abgeschlossen. Die erste sichert den verkauften Umfang und die operativen Annahmen. Der zweite verpflichtet das Beratungsunternehmen oder das IT-Dienstleistungsunternehmen zum erwarteten technischen Ergebnis. Zusammen dienen die beiden Dokumente als Schiedsverfahren im Falle eines Ertrags außerhalb des Anwendungsbereichs;
• Im zeitbasierten Modus ist der Projektauftrag ausreichend: Es gibt keine Verpflichtung zu einer präzisen technischen Leistung, sondern eine Verpflichtung zum Verbrauch von Arbeitstagen. Die Charta legt dann die Berichtsmeilensteine und die überlaufenen Obergrenzen fest;
• Im gemischten Modus (kurzes Management gefolgt von einer Festpreislieferung) wird die Satzung mit einem Projektplan verknüpft, der die Phasen des Vertragswechsels festlegt.

Drei Schilder, die bereits vor der Unterzeichnung der Projektcharta einen Drift ankündigen

Margin drift beim Landen bildet sich nie auf einmal. Drei operative Signale gehen ihm in den ersten Wochen der Mission voraus und bleiben dem Projektleiter unbemerkt. Die unterzeichnete Satzung entschärft sie vom Anstoß an, vorausgesetzt, sie wurde rechtzeitig geschrieben.

Signal 1: Der clientseitige Sponsor ist nicht formell validiert

Der benannte Sponsor auf Kundenseite ist oft der Geschäftsleiter, der die Ausschreibung eingereicht hat. Während der Mission übernimmt sein N+1 die Schiedsgerichte, ohne die Charta unterschrieben zu haben, und ändert seine Meinung. Die Beratungsfirma oder das IT-Dienstleistungsunternehmen nutzt die Schiedsverfahren dann als kostenlose Änderungen, ohne Möglichkeit eines Rechtsmaßs, da der ursprüngliche Gesprächspartner nicht das erforderliche Mandat zur Unterschrift hatte.

Eine Projektcharta, die von einem ausdrücklich benannten Sponsor unterzeichnet wurde, behebt diese Unklarheit. Der Unterzeichner wird namentlich genannt, seine Entscheidungen sind somit durchsetzbar, und jede von einem anderen Akteur auf der Mandantenseite gemeldete Meinungsänderung löst den in der Charta vorgesehenen Änderungsmechanismus aus.

Signal 2: Der Umfang des Projekts ist unklar

Einige periphere Elemente werden während der Mission entschieden und verfeinert, was das Merkmal eines sich entwickelnden Projekts ist. Diese überschüssigen Anfragen können jedoch auch außerhalb des Verfahrensbereichs liegen und eine Anfrage darstellen, die eigentlich hätte in Rechnung gestellt werden müssen. Je größer der Umfang des Projekts wird, ohne dass es jemand bemerkt, desto mehr erodiert der Marge.

Eine gute Projektcharta verlangt, dass du ausdrücklich angibst, was außerhalb des Umfangs liegt. Im Flat-Fee-Modus verhindert der Out-of-Scope-Modus kostenlose Änderungen. Wenn Sie genau wissen, was (und vor allem, was nicht) Teil des Projektumfangs ist, schützen Sie das Engagement Ihrer Berater und die Mittel.

Ohne diese vorab erstellte Liste wird jede Kundenanfrage zu einer Grauzone: Die Umklassifizierung der Anfrage als bezahlte Änderung während der Aufgabe birgt das Risiko, die kommerzielle Beziehung zwischen der Beratungsfirma und dem Kunden zu belasten, während eine außerhalb des Rahmenbedingungen unterzeichnete Vereinbarung im Charter die Requalifikation mechanisch macht.

Signal 3: Lieferungen sind weder veraltet noch formal akzeptiert

Dies ist, wenn die Ergebnisse im Geschäftsangebot definiert sind, jedoch ohne Ausgabedatum oder vertragliche Akzeptanzkriterien. Auf Seiten des Projektmanagers produzieren wir sie. Auf Kundenseite werden sie kommentiert, ohne dass sie jemals bestätigt wurden.

Infolgedessen wächst das ausstehende Projekt und der Cashflow leidet. Der CFO der Beratungsfirma oder des IT-Dienstleistungsunternehmens wird ohne vorheriges Signal einen explodierenden Betriebskapitalbedarf sehen und im nächsten Monatsbericht die Entwicklung entdecken, ohne kurzfristige Hebelwirkung zur Korrektur.

Die 10 Elemente einer Projektcharta (einschließlich 7 kritischer Klauseln zur Verwaltung des Margebereichs)

Zweck des Projekts

Der Projektauftrag muss das Geschäftsproblem festlegen, das vom Kunden gelöst werden soll: Austausch eines ERP am Ende seiner Lebensdauer, Einführung eines neuen Vertriebstools, Markteintritt in einen neuen Markt, Neugestaltung einer Lieferkette usw.

Auf der Seite der Beratungsfirma oder ESN legt dieser Zweck der Mission die kommerzielle Ebene des Projekts fest: verkaufter Umfang, Zielprognosemarge, BU für die Projekttragung, Personalplan usw.

Die Charta dient dann als Brücke zwischen den beiden Messwerten: Die internen Indikatoren zur Steuerung der Mission sind mit dem vom Kunden erwarteten Geschäftswert ausgerichtet, anstatt in getrennte Werkzeuge zu bleiben.

Ziele und KPIs (SMART-Methode)

Die Ziele der Charta sind zweifach:

• die dem Kunden verpflichteten Geschäftsziele;
• und die internen Ziele, die die Beratungsfirma oder eSN für den Auftrag festlegt.

Die beiden Ebenen müssen in der Charta quantifiziert werden, um eine durchsetzbare Überwachung während des Projekts zu ermöglichen.

Die Geschäftsziele im Projektcharter werden gemeinsam mit dem Kunden gemäß der SMART-Methode definiert. Diese Ziele führen dazu, dass die internen KPIs (Key Performance Indicators) vom Beratungsunternehmen oder ESN überwacht werden: Ziel-Bruttomarge, Abschlussrate der verkauften Arbeitstage, geplante Personalstärke über die Zeit.

Die Angabe des zu erreichenden Ziels und dessen Messung ist entscheidend, um die Rentabilität eines Projekts zu berechnen. Die praktische Regel: mindestens ein Kundenziel und ein interner KPI pro Projektphase. Ohne diese doppelte Überwachung (Kundenziele + interne KPIs) kann eine Mission das erwartete Ergebnis erzielen und dabei verlustbringend bleiben; Dies ist ein häufiger Fall, wenn Rentabilitätsindikatoren nicht im gleichen Maße wie die erreichten Meilensteine gemessen werden.

Missionsnachverfolgung in Stafiz mit gearbeiteten Tagen, verpflichteter Personalplanung und Abweichung vs. Produktionsplan, zusammengefasst und in Euro bewertet. Die Fortschrittskurve signalisiert die Budgetüberschreitung in Prognose und Echtzeit (mit Warnungen), sodass die Projektmarge wiederhergestellt werden kann, bevor es zu spät ist.

Der IN-Perimeter und der OUT-Perimeter

Der IN-Perimeter listet die verkauften Ergebnisse auf : Module zu konfigurieren, Workshops zu leiten, Rezepte zu validieren. Es entsteht spontan aus dem kommerziellen Vorschlag.

Der OUT-Perimeter listet auf, was die Mission nicht abdeckt : zusätzliche Entwicklungen, zusätzliche Trainingstage, Verlängerung der Nutzerakzeptanz usw. Das Festlegen der Grenzen des Out-of-Scope-Limits sichert die Marge: Jede Kundenanfrage, die innerhalb des OUT fällt, muss normalerweise eine bezahlte Änderung auslösen, niemals eine kostenlose Ausführung. Ohne eine präzise OUT-Abgrenzung kann der Kunde davon ausgehen, dass seine Anfragen enthalten sind und die Beratungsfirma oder das IT-Dienstleistungsunternehmen sie von seiner Marge absorbiert.

Annahmen und Einschränkungen (Fokus auf Verfügbarkeit, Kundenressourcen)

Wenn ein Beratungsunternehmen oder ein IT-Dienstleistungsunternehmen ein Festpreisprojekt unterschreibt, verpflichtet es sich zu einem Budget und einer Frist. Aber es berechnet dieses Budget und diese Frist basierend auf Annahmen über die Zusammenarbeit auf Kundenseite: dass es so viele Tage dauern wird, die Mission umzusetzen, dass die Ergebnisse in X Tagen validiert werden, dass die Schlüsselnutzer bei den Workshops anwesend sein werden, dass der technische Zugang zum richtigen Zeitpunkt gewährt wird...

Die Definition dieser Arbeitshypothesen in der Satzung ermöglicht es, automatisch die Änderungsklausel oder den Wechsel zu einem direkten Vertrag auszulösen, ohne dass die Beratungsfirma oder das IT-Dienstleistungsunternehmen die Wendung übernehmen. Wenn der Berater beispielsweise beim Projekt verzögert wurde, weil er auf eine Kundenantwort gewartet hat, definiert die Charter, wer die Kosten der nicht gearbeiteten Zeit trägt und wann diese Zeiten dem Kunden in Rechnung gestellt werden.

Meilensteine

Die Charta unterscheidet zwischen zwei Arten von Meilensteinen:

• Die internen Meilensteine strukturieren die Produktion der Beratungsfirma oder des IT-Dienstleistungsunternehmens (Architekturprüfung, technische Anerkennung, Spezifikationsfriering).
• Vertragliche Meilensteine lösen kundenseitige Rechnungsstellungen aus (Signature-Funktionsspezifikationen, Pilotlieferung, Produktionsstart, Ende der Garantie).

Im Festpreismodus muss jeder vertragliche Meilenstein einem anerkannten Umsatzprozentsatz entsprechen und spezifischer Rechnungsstellung unterliegen. So wird der Kunde automatisch für jeden erreichten Meilenstein in Rechnung gestellt, was die Einnahmen über die Laufzeit der Mission verteilt und den Projektcashflow hält.

Im Managementmodus basiert die Rechnungsstellung auf den tatsächlich × ADR (durchschnittlichen Tagespreis) verbrauchten Arbeitstage, die über die vom Kunden am Monatsende unterzeichneten Aktivitätsberichte (CRA) validiert werden. Hier geben die Projektmeilensteine das Tempo für die Berichterstattung vor, sodass es möglich ist, den Ansatz zur Budgetüberschreitung nachzuverfolgen.

Ohne Meilensteine kann eine Zeitmanagementmission mehrere Monate über den geplanten Verbrauch hinausgehen, und die Managementkontrolle misst die Lücke erst am Ende – zu spät, um den Umfang zu verschärfen oder Ressourcen neu zu mobilisieren.

Veraltete Ergebnisse mit Akzeptanzkriterien

Jede in der Charta definierte Projektleistung muss folgende Informationen enthalten:

• Sein Name und wofür er dient,
• Sein Ausgabedatum,
• Kundenseitige Akzeptanzkriterien,
• Der Name des Unterzeichners auf Kundenseite (oft der Sponsor).

Ohne diese Daten ist die Lieferung nicht durchsetzbar, was bedeutet, dass im Falle einer Nichtvalidierung auf Kundenseite die Vorausrechnung blockiert wird.

Das Projektbudget: Strukturierung der Umschläge zur sicheren Rechnungsstellung

Je nach mit dem Kunden ausgehandeltem Vertragsverfahren unterscheidet sich die Art der Verpflichtung:

• Festpreis : Engagement für Ergebnisse. Die Beratungsfirma oder das IT-Dienstleistungsunternehmen liefert den verkauften Umfang zum vereinbarten Termin zum festgelegten Preis. Jeder Rutsch, der nicht vertraglich festgelegt ist, verlässt seine Marge.
• Im direkten Management : Einsatz von Ressourcen. Der Kunde zahlt jeden Tag zum vereinbarten ADR (durchschnittlicher Tagessatz), in Übereinstimmung mit einer Obergrenze, ohne sich an einen bestimmten Lieferpunkt an einem festen Termin zu binden.
• Im gemischten Modus : Ein einzelner Projektauftrag ist ausreichend, parallel zu seinem festen Tarifumfang und seinem Managementbereich abgelehnt.
• Kosten, die tatsächlich neu abgerechnet werden können (funktionsübergreifend für die drei Modi): Reisen, Softwarelizenzen, Hosting, die der Mission verpflichtet ist, an den Kunden zu den entstandenen Kosten neu abgerechnet, ohne zusätzlichen Marge.

Für die beiden Hauptvertragsformen (Festpreis und Zeitmanagement) müssen zum Zeitpunkt der Unterzeichnung fünf Haushaltselemente der Projektcharta festgelegt werden:

Ohne diese Strukturierung im Rahmen können Rechnungsstellung und Umsatzerkundung nicht im richtigen Tempo eingestellt werden: Meilensteine mit Pauschalpreisen verschwimmen, Arbeitstage werden mit abrechenbaren Kosten vermischt, und Projekt-KPIs verlieren ihren Messbenchmark.

Wie aktualisiere ich die Haushaltslandung nach einer Änderung?

Jede unterzeichnete Änderung löst eine Aktualisierung der prognostizierten Haushaltslandung (Reforecast) aus. Dieses Update ermöglicht es, von der anfänglichen Vertragsverfolgung auf die angepasste Vertragsverfolgung umzuschalten, ohne die ursprünglich erwartete Marge aus den Augen zu verlieren.

Bei einer isolierten Mission ist diese Neuprognose in einer Excel-Datei enthalten, die von Management Control verwaltet wird. Bei einem Portfolio von 50 bis 200 Missionen parallel wird die Übung manuell unpraktisch: Jede unterzeichnete Änderung löst ihre Neuprognose aus, jedes Lenkungskomitee erwartet eine aktuelle Marge, und die Managementkontrolle wechselt einen Monat später zur operativen Realität der Projekte. Abgesehen von einer bestimmten Portfoliogröße hören die Werkzeuge der Neuprognose auf, ein operativer Komfort zu sein: Ohne automatische Konsolidierung kann die Marge bei der Landung nicht mehr gemessen werden, sie ist am Ende sichtbar.

Kundenseitige Stakeholder

Der Projektauftrag identifiziert vier Rollen auf Kundenseite:

• der Sponsor, der die Satzung unterzeichnet und das Projekt übernimmt;
• Geschäftsreferenten, die funktionale Ergebnisse während der gesamten Mission validieren;
• operative Kontakte : Kundenprojektteam für eine Beratungsmission, MOA (Projektmanagement) und MOE (Projektmanagement) Kontakte für ein ESN-Integrationsprojekt;
• Der Unterzeichner des Zusatzes, der sich vom Sponsor unterscheiden kann (bei Änderungen über einem bestimmten Betrag geht das Mandat zur Unterzeichnung oft an die Finanzabteilung oder das allgemeine Management zurück).

Endnutzer (vom Projekt betroffene Geschäftsmitarbeiter) können in die Projektcharta aufgenommen werden: Sie haben keine Unterzeichnungsbefugnis, haben aber das Recht, auf Unstimmigkeiten zwischen dem Versprechen und ihrem täglichen Betriebsalltag zu warnen.

Die wahrscheinlichsten Risiken (und wie man sie vorhersieht)

Fünf Risiken treten bei Festpreiszuweisungen wiederholt auf:

1. Schlecht definierte Kundenumfang oder Entwicklung im Verlauf der Mission.
2. Nichtverfügbarkeit von Stakeholdern für Workshops und Validierungen, sowohl auf der Kundenseite als auch auf der Beratungs- oder ESN-Seite. Um diese Spannungen vorherzusehen, ist eine aktuelle Kapazitätsplanung erforderlich, die die Arbeitsbelastung der Teams Monat für Monat prognostiziert und Aufgabenkonflikte erkennt, bevor sie den Fortschritt blockieren.
3. Perimeterdrift (Creep-Perimeter) nicht vertraglich festgelegt (Änderungen intern am Rand aufgenommen).
4. Sponsor wurde während der Mission ersetzt, die Schiedsrichter wurden nach unten überarbeitet.
5. Restriktive Zahlungsbedingungen (Verspätungsstrafen bei Lieferungen, verlängerte Zahlungsbedingungen), die den Projektcashflow schwächen.

Um die Risiken stromaufwärts im Projekt zu managen, muss die Charta die geschätzte Auswirkung auf die erwartete Marge und die gewählte Reaktionsstrategie angeben: eliminieren, mindern, übertragen, akzeptieren.

Verwaltung und Lenkungsorgane

Die Projektcharta legt drei Ebenen von Lenkungsorganen fest, die in der Eskalation artikuliert sind: Was auf operativer Ebene (Projektoperationsausschuss oder COPROJ) nicht geklärt werden kann, geht auf die taktische Ebene (Lenkungsausschuss oder COPIL), was auf taktischer Ebene nicht geklärt werden kann, geht auf strategische Ebene (strategisches Komitee oder COSTRA).

Greenworking-Fallstudie

Greenworking, eine Beratungs- und Schulungsorganisation mit 40 Mitarbeitern, die große CAC40- und SBF120-Unternehmen unterstützen, strukturierte sein Missionsmanagement mit Stafiz, um Excel-Dateien zu erstellen, die die Vision auf Managementseite fragmentierten.

❝

Stafiz bietet einen schnellen und genauen Überblick über mehrere Schlüsselindikatoren im Management eines Beratungsunternehmens: Verfügbarkeit der Mitarbeiter, Arbeitsbelastung, Rechnungsstellung von Aufgaben und Nachverfolgung von Bestellungen. Das ist ein echter Unterschied zu Excel-Dateien, die in alle Richtungen bearbeitet werden müssen, und die Daten können in Echtzeit und sofort auf dem Tool abgerufen werden.

Florentin Seux
COO

Diese Konsolidierung der Indikatoren in Echtzeit speist die oben beschriebenen COPROJ, COPIL und COSTRA: Jede Instanz schlichtet über zuverlässige Daten, ohne auf die Excel-Konsolidierung zwischen den Ausschüssen zu warten.

Der Änderungsmechanismus: die Klausel, um den Verlust der Margen zu vermeiden

Kein Projekt wird strikt gemäß dem ursprünglichen Projektcharter durchgeführt. Bedürfnisse entwickeln sich, der Kunde legt seine Erwartungen fest, und technische Einschränkungen werden während der Umsetzung offenbar. Ohne eine klare Änderungsklausel werden diese Änderungen von der Beratungsfirma oder dem IT-Dienstleistungsunternehmen an deren Margin übernommen. Mit einer in der Charta verankerten Änderungsklausel werden sie zu einer Möglichkeit für zusätzliche Rechnungen oder zu einem Punkt für ausgehandelte Schiedsgerichtsverfahren.

Wann sollte eine Vertragsänderung ausgelöst werden?

Die Schwelle für die Auslösung einer Änderung ist in der Projektcharta definiert. Es vereint zwei Kriterien:

1. Die Art der Änderung (neuer Bedarf, Änderung des Umfangs, nicht erfüllte Annahme auf Kundenseite),
2. Seine quantifizierte Wirkung (Arbeitstage oder zusätzliche Summen über den in der Charta definierten Mindestmaß hinaus).

Es wird auch notwendig sein, zwischen geringfügigen Abweichungen (etwa 5 % des Anfangsbudgets), die durch eine einfache durch COPROJ validierte Änderung erfolgen, und größeren Abweichungen (über 15 bis 20 % des ursprünglichen Budgets oder Änderung eines kritischen Meilensteins hinaus) zu unterscheiden, die durch eine umfangreiche Änderung erfolgen, die vom COPIL validiert und gegebenenfalls die Governance, Meilensteine und den bei der Landung vorgesehenen Spielraum überarbeitet.

Was passiert, wenn der Kunde die Änderung ablehnt?

Die Beratungsfirma oder das IT-Dienstleistungsunternehmen schlichtet dann zwischen drei Optionen:

1. Weigere dich, die Änderung vorzunehmen, und halte dich an die ursprüngliche Projektordnung
2. Die Änderung mit Verlust vorzunehmen, indem man sie am Rand aufnimmt, aber sie explizit als kommerzielle Zugeständnis im Budgetmanagement nachzeichnet. Die Marge sinkt, aber die Ursache ist dokumentiert und in der nächsten Verhandlung umsetzbar.
3. Finden Sie einen Kompromiss in Form einer teilweisen Änderung oder eines Anpassungsmechanismus (Verlängerung des Fahrplans, andere Priorisierung des verbleibenden Umfangs).

Wir raten Ihnen, die Änderung nicht mit Verlust vorzunehmen, ohne sie nachzuverfolgen. Andernfalls verschwindet die Marge ohne nennenswerte Ursache, die Managementkontrolle beinhaltet keine Landung, und die nächste Kundenverhandlung findet ohne Daten statt.