Änderungsantrag im Projekt: Flussdiagramm für Umfang, Kosten, Termine

So funktioniert es

1. Benennen Sie die Bahnen nach Ihren echten Rollen

   Ersetzen Sie Antragsteller, Projektleitung, Projektteam, Finanzen und Änderungsinstanz / Lenkungsausschuss durch die Rollen, die es bei Ihnen wirklich gibt. In einem kleinen Projekt kann die Änderungsinstanz ein einzelner Auftraggeber sein und Finanzen ein Business Partner, der die Zahlen per E-Mail prüft. Führen Sie Bahnen zusammen, statt Gremien zu zeichnen, die nicht existieren, und halten Sie die Bahnenzahl bei fünf oder weniger, damit das Diagramm lesbar bleibt.

2. Schreiben Sie Ihre Toleranzen neben die Entscheidung

   „Innerhalb der Toleranz der Projektleitung?“ ist nur mit Zahlen dahinter nützlich. Halten Sie die Kosten- und Terminabweichung fest, die die Projektleitung genehmigen darf, dazu eine Umfangsregel wie: keine Änderung an vereinbarten Ergebnissen, am Nutzen oder an vertraglichen Zusagen. Wenn Sie nach PRINCE2 arbeiten, ist das die Toleranz, die der Lenkungsausschuss delegiert, gegebenenfalls mit einem Änderungsbudget, damit Routineänderungen das Gremium nie erreichen. Vereinbaren Sie die Grenzen beim Projektstart, nicht beim ersten Mal, wenn sie geprüft werden.

3. Definieren Sie, was die Auswirkungsanalyse enthalten muss

   Machen Sie aus „Auswirkungsanalyse dokumentieren“ eine echte Vorlage: Wirkung auf Umfang, Termine, Kosten, Qualität und Risiko, die Finanzierungsquelle, die geprüften Optionen, eine Empfehlung und die Nulloption. Benennen Sie, wer welche Dimension bewertet und wie viel Zeit dafür zur Verfügung steht — denn eine Analyse, die drei Wochen dauert, wird zu einer Entscheidung ohne Analyse.

4. Benennen Sie die Änderungsinstanz und ihren Turnus

   Halten Sie zur Sitzung des Lenkungsausschusses fest, wer genehmigt, ob ein Quorum nötig ist, wie oft getagt wird und wann der Annahmeschluss für die Tagesordnung liegt. Entscheiden Sie ausdrücklich, was zwischen den Sitzungen gilt: Entweder darf eine benannte Person dringend genehmigen und berichtet es in der nächsten Sitzung, oder die Änderung wartet. Das offenzulassen ist genau das, was zu Genehmigungen auf dem Flur führt.

5. Machen Sie die Zurückstellung befristet

   Eine zurückgestellte Änderung braucht einen Wiedervorlagetermin, einen Verantwortlichen und einen aktiven Status im Register — deshalb führt der Zweig Zurückstellen hier zu einer späteren Sitzung des Lenkungsausschusses und nicht zu einem Endpunkt. Prüfen Sie zurückgestellte Punkte in jeder Sitzung und schließen Sie die überholten mit dokumentierter Begründung, damit das Register Entscheidungen abbildet, statt sie anzuhäufen.

6. Legen Sie die Regel für den neuen Basisplan fest, veröffentlichen und versionieren Sie das Diagramm

   Bestimmen Sie, welche genehmigten Änderungen einen förmlich neuen Basisplan auslösen und welche in die Prognose aufgenommen werden, und verlangen Sie, dass die Änderungsnummer an der neuen Basisplanversion vermerkt wird. Bewahren Sie frühere Basispläne auf, damit sich eine Abweichung auch Monate später noch erklären lässt. Teilen Sie das Diagramm dann dort, wo gearbeitet wird — neben dem Änderungsantragsformular und im Projekthandbuch — und führen Sie seine eigene Versionshistorie, damit erkennbar bleibt, wann sich das Verfahren geändert hat und warum.

Häufig gestellte Fragen

Worin unterscheidet sich ein Änderungsantrag im Projekt vom IT-Change-Management?

Sie beantworten unterschiedliche Fragen. Ein Änderungsantrag im Projekt fragt, ob ein vereinbarter Basisplan — Umfang, Kosten, Termine und oft der Nutzen — geändert werden soll, und die Entscheidung ist kaufmännisch: Was kostet es, was verzögert es, wer finanziert es, und trägt der Business Case noch? IT-Change-Management fragt, ob eine Änderung an einem laufenden Service ausgerollt werden soll, und die Entscheidung ist betrieblich: Risiko für Nutzer, Tests, Wartungsfenster und Rollback. Geht es um CAB, Änderungskalender und Rollback-Plan, nehmen Sie das Flussdiagramm zum Change-Management-Prozess. Geht es um einen Lenkungsausschuss, einen neuen Endtermin und eine Budgetposition, ist dieses Diagramm das richtige.

Was sollte ein Änderungsantrag im Projekt enthalten?

Genug, damit eine andere Person ihn ohne Besprechung bewerten kann: was sich ändern soll und warum, wer ihn wann gestellt hat, den Auslöser — eine neue Anforderung, ein Fehler, eine externe Abhängigkeit, eine revidierte Entscheidung —, die Dringlichkeit, wer betroffen ist und was passiert, wenn sich nichts ändert. Die Bewertung ergänzt den Rest: Wirkung auf Umfang, Termine, Kosten, Qualität und Risiko, die Finanzierungsquelle, die geprüften Optionen und eine Empfehlung. Führen Sie beides als getrennte Dokumente. Der Antrag sind die Worte des Antragstellers, die Analyse ist die Antwort des Projekts — beides zu vermischen macht es unmöglich, später zu erkennen, was ursprünglich verlangt wurde.

Wer genehmigt einen Änderungsantrag im Projekt?

Das hängt von der Größe ab, und genau dafür ist die Toleranzentscheidung in diesem Diagramm da. Änderungen, die in die beim Projektstart delegierte Abweichung passen, werden in der Bahn Projektleitung genehmigt und dokumentiert. Alles darüber hinaus geht an die Änderungsinstanz, üblicherweise den Lenkungsausschuss oder den Auftraggeber. PRINCE2 benennt die Änderungsinstanz als Rolle, die der Lenkungsausschuss delegieren kann, mitunter mit einem Änderungsbudget, damit Routineänderungen keine Gremienentscheidung brauchen; die integrierte Änderungssteuerung nach PMI nutzt für denselben Zweck ein Change Control Board. Wie Sie es auch nennen: Schreiben Sie die Grenzen auf. Eine undefinierte Toleranz bedeutet, dass entweder alles eskaliert wird oder nichts.

Was bedeutet es, eine Änderung zurückzustellen?

Dass die Entscheidung vertagt und nicht abgelehnt wird — meist, weil die Auswirkung noch unklar ist, die Änderung von einer anderen Entscheidung abhängt oder in eine spätere Phase oder ein späteres Release gehört. Das funktioniert nur, wenn die Zurückstellung befristet ist. In diesem Diagramm führt der Zweig Zurückstellen zu einem Halteschritt, der die Änderung in einer späteren Sitzung des Lenkungsausschusses erneut vorlegt, und nicht zu einem Endpunkt — denn eine zurückgestellte Änderung ohne Rückweg ist eine Ablehnung, die niemand begründen musste. Geben Sie jedem zurückgestellten Punkt einen Wiedervorlagetermin, einen Verantwortlichen und einen sichtbaren Status im Register.

Muss nach jeder genehmigten Änderung ein neuer Basisplan erstellt werden?

Erstellen Sie einen neuen Basisplan für alles, was ändert, was das Projekt liefert, bis wann und zu welchen Kosten. Sonst misst die Abweichungsberichterstattung gegen einen Plan, den Sie bereits aufgegeben haben, und jeder Statusbericht braucht eine mündliche Erläuterung. Bewahren Sie die vorherigen Basispläne auf, statt sie zu überschreiben, vermerken Sie die Änderungsnummer an der neuen Version und halten Sie das Genehmigungsdatum fest. Kleine, innerhalb der Toleranz genehmigte Änderungen werden üblicherweise in die Prognose aufgenommen, statt einen förmlich neuen Basisplan auszulösen — legen Sie in Ihrem Plan fest, was wofür gilt, damit zwei Personen denselben Bericht auf dieselbe Zahl bringen.

Wie bremst dieser Prozess Scope Creep?

Indem er die Kosten einer Änderung sichtbar macht, bevor sie vereinbart wird, statt nachdem sie geliefert ist. Scope Creep, die schleichende Ausweitung des Umfangs, ist selten eine einzige große Entscheidung; er ist eine Reihe kleiner Ergänzungen, die ein Team auffängt, ohne sie je zur Bewertung zu geben. Entscheidend sind hier drei Kontrollen: das Register, damit jeder Antrag einen Nachweis hat; die Auswirkungsanalyse, damit niemand eine Ergänzung genehmigt, ohne ihre Wirkung auf Termine und Budget zu sehen; und die Toleranzgrenzen, damit die Projektleitung genau weiß, wo die eigene Befugnis endet. Der Prozess kann Änderungen nicht verhindern und soll es auch nicht — er macht sie bewusst und zurechenbar.