Change Requests werden durch ein leichtgewichtiges, aber lückenloses Verfahren gesteuert: jede Änderung erfassen, ihre Auswirkung auf Termin, Kosten und Risiko bewerten (Preisschild), von der budgetverantwortlichen Instanz entscheiden lassen und bei Annahme die Baseline (Umfang, Termin, Budget) sauber nachführen. Ohne dieses Verfahren wird aus legitimen Änderungen schleichender Scope Creep — mit ihm bleiben Änderungen beherrschbar.
Änderungen sind normal — Kontrolle ist die Kunst
Ein verbreiteter Denkfehler behandelt Änderungswünsche als Störung, die es zu minimieren gilt. Tatsächlich sind Änderungen ein normaler und oft wertvoller Teil des Projekts: Die Welt ändert sich, das Verständnis wächst, neue Anforderungen entstehen — ein Projekt, das stur auf dem Ursprungsplan beharrt, liefert am Ende vielleicht das, was zu Beginn gedacht war, aber nicht mehr das, was gebraucht wird. Das Ziel ist deshalb nicht, Änderungen zu verhindern, sondern sie kontrolliert zu steuern: so, dass jede Änderung eine bewusste Entscheidung mit sichtbaren Konsequenzen ist, nicht ein unbemerktes Anwachsen des Umfangs. Der Unterschied ist fundamental: Kontrollierte Änderungen halten das Projekt aktuell und beherrschbar; unkontrollierte Änderungen — der schleichende Scope Creep aus vielen kleinen, unbepreisten Zusätzen — bringen es zu Fall. Das Änderungsmanagement ist der Mechanismus, der aus dem einen das andere macht.
Das Verfahren: leichtgewichtig, aber lückenlos
- 01ErfassenJeder Änderungswunsch — egal von wem, egal wie klein — wird erfasst: was, warum, von wem. Kein Wunsch wird im Flur oder per Zuruf entschieden. Das Erfassen dauert eine Minute und ist die Grundlage der Kontrolle.
- 02BewertenJede Änderung bekommt ein Preisschild: Auswirkung auf Aufwand, Termin, Kosten, Qualität und Risiko — grob geschätzt reicht. Das Preisschild verwandelt «machen wir schnell» in eine informierte Entscheidung.
- 03EntscheidenÜber die Änderung entscheidet, wer die Konsequenzen trägt: kleine Änderungen innerhalb definierter Toleranzen die Projektleitung, grössere der Auftraggeber. Entschieden wird vor der Umsetzung, nicht danach.
- 04Umsetzen und Baseline nachführenBei Annahme wird die Änderung umgesetzt und die Baseline (Umfang, Termin, Budget) offiziell nachgeführt. Eine akzeptierte Änderung ohne Plananpassung ist nur vertagter Scope Creep.
Die Baseline als Bezugspunkt
Änderungsmanagement funktioniert nur gegen eine definierte Baseline — den vereinbarten Stand von Umfang, Terminen und Budget, gegen den Änderungen gemessen werden. Ohne Baseline gibt es keine Änderung, nur Nebel: Man kann nicht sagen, dass etwas dazukommt, wenn nicht klar ist, was der Ausgangsstand war. Deshalb ist die saubere Baseline zu Projektbeginn (im Projektauftrag, in den Anforderungen) die Voraussetzung jeder Änderungssteuerung. Und die Baseline lebt: Jede angenommene Änderung führt sie fort, sodass immer klar ist, was der aktuelle vereinbarte Stand ist. Ein häufiger Fehler ist, Änderungen zwar zu bewerten und zu entscheiden, aber die Baseline nicht nachzuführen — dann arbeitet das Projekt gegen einen veralteten Plan, und die Abweichungen häufen sich unsichtbar an. Die konsequente Baseline-Pflege ist unspektakulär, aber sie ist der Unterschied zwischen einem Projekt, das jederzeit weiss, wo es steht, und einem, das den Überblick verloren hat.
Das richtige Mass finden
Änderungsmanagement kann in zwei Richtungen scheitern: zu bürokratisch oder zu lax. Zu bürokratisch — jede Kleinigkeit durchläuft ein schwerfälliges Gremienverfahren — lähmt das Projekt und provoziert das Umgehen des Prozesses. Zu lax — Änderungen werden informell durchgewunken — führt zurück zum unkontrollierten Scope Creep. Die richtige Dosis ist ein leichtgewichtiges Verfahren mit abgestuften Entscheidungswegen: Kleine Änderungen innerhalb der Toleranzen entscheidet die Projektleitung schnell und dokumentiert sie nur; grosse gehen den formalen Weg. Wichtig ist, dass auch die schnell entschiedenen Änderungen erfasst und in der Baseline nachgeführt werden — sonst summieren sich viele kleine «schnelle» Änderungen unbemerkt zu einem grossen Problem. Und die Haltung dahinter: Das Verfahren ist kein Bollwerk gegen Änderungen, sondern ein Werkzeug, sie bewusst zu steuern. Wer es so kommuniziert («gerne — schauen wir, was es kostet, dann entscheiden wir»), erlebt weniger Widerstand als wer es als Abwehrmechanismus einsetzt.
Der Satz, der Änderungsmanagement freundlich und wirksam zugleich macht: «Gute Idee — das kostet etwa X und verschiebt Y. Sollen wir es aufnehmen oder auf die Liste für später?» Er lehnt nicht ab, er macht die Konsequenz sichtbar — und überlässt die Entscheidung dem, der sie tragen muss.
Diese Methode lässt sich in einem Projekt-Tool wie Flenio direkt abbilden — DACH-nativ und DSG-konform gehostet.
Häufige Fragen
- Ab welcher Grösse braucht eine Änderung ein formales Verfahren?
- Das regeln definierte Toleranzen: Änderungen, die Termin, Budget oder Umfang innerhalb vereinbarter Grenzen bewegen, kann die Projektleitung schnell entscheiden und nur dokumentieren; alles darüber geht den formalen Weg zum Auftraggeber. Wichtig ist, dass auch kleine Änderungen erfasst und in der Baseline nachgeführt werden — die Summe vieler kleiner ist oft grösser als eine einzelne grosse.
- Wie gehe ich mit dringenden Änderungen um?
- Auch Dringendes durchläuft das Verfahren, nur beschleunigt: schnelle Bewertung, schnelle Entscheidung durch die zuständige Instanz, sofortige Dokumentation. Was nicht geht, ist das dringende Umgehen des Verfahrens («keine Zeit für Formalitäten») — gerade dringende Änderungen unter Druck sind fehleranfällig und gehören bewusst entschieden, nicht im Vorbeigehen.
- Was tun, wenn der Auftraggeber ständig Änderungen wünscht?
- Das Verfahren konsequent anwenden und die kumulierte Wirkung sichtbar machen: «Die zwölf Änderungen seit März entsprechen zusammen sechs Wochen und CHF X.» Der Auftraggeber darf ändern — gegen Anpassung von Zeit und Geld. Die sichtbare Summe macht das Muster zur bewussten Entscheidung statt zum unbemerkten Abdriften und schützt so das Projekt wie die Beziehung.