Kurz gesagt

Die Änderungskontrolle im ERP-Umfang bietet dem Auftraggeber einen Überblick über Nutzen, Kosten, Tests und Auswirkungen auf die Markteinführung, bevor er einen Antrag genehmigt. Sobald das Programm einen Antrag als Änderung bestätigt hat, hat der Auftraggeber vier Optionen: akzeptieren, zurückstellen, austauschen oder ablehnen. Der ERP-Programmleiter erstellt die Empfehlung in einem einzigen Dokument. Der Sponsor legt die Delegationsgrenzen fest und entscheidet über die finanziellen Mittel, den Zeitrahmen und die darüber hinausgehende angepasste Basislinie.

Wie geringfügige ERP-Änderungsanforderungen zu einer schleichenden Ausweitung des Projektumfangs führen

Nach der Freigabe des Entwurfs gehen die Anfragen ein. Sie scheinen unbedeutend: ein neues Feld auf einem Bildschirm, eine geänderte Genehmigungsschwelle, ein anderes Berichtslayout. Jede davon wird dem Lenkungsausschuss als Notwendigkeit präsentiert und als Aufwand von wenigen Beratungstagen und geringem Risiko beschrieben.

Ein Programm kann die Kontrolle verlieren, ohne dass eine einzige weitreichende Entscheidung getroffen wurde. Die Sponsoren haben gute Gründe, zuzustimmen, da die Antragsteller ihre Abläufe kennen. Eine Ablehnung kann als hinderlich empfunden werden, wenn sie davor warnen, dass der Durchsatz oder der Monatsabschluss darunter leiden werden. Dieser Instinkt ist durchaus berechtigt. Die Schwierigkeit liegt darin, was der Sponsor zum Zeitpunkt der Entscheidung erkennen kann.

Auswirkungen von Änderungen des ERP-Umfangs auf den Betrieb und die Tests in nachgelagerten Bereichen

Der Auftraggeber sieht auf der Seite eine Softwarefunktion. Hinter dem Programm verbirgt sich eine ganze Kette von Konsequenzen. Nehmen wir einmal eine hypothetische Anfrage als Beispiel. Eine zweitägige Konfigurationsänderung an der Logik zur Bestandszuweisung kann zehn Tage Entwicklung von benutzerdefinierten Skripten nach sich ziehen. Sie kann dreißig abgeschlossene End-to-End-Integrationstestszenarien ungültig machen. Außerdem kann sie eine Neuverhandlung von Schnittstellen zu Drittanbietern erfordern und wichtige Geschäftsanwender von kritischen Umstellungsproben abziehen.

Diese Zahlen beziehen sich auf eine hypothetische Anforderung und stellen kein Verhältnis für andere Änderungen dar. Wenn Umfang, Kosten, Testabhängigkeiten und Zeitplan für die Einführung in separaten Berichten aufgeführt sind, gibt es keine einzelne Seite, auf der die gesamten Auswirkungen ersichtlich sind. Die Basislinie verschiebt sich dann, ohne dass jemand beschlossen hat, sie zu verschieben.

Grenzüberschreitende Herausforderungen bei der Steuerung von Änderungsanträgen im ERP-Bereich

Ein Hauptsitz in Paris, Zürich, München oder Wien wirft berechtigte Bedenken auf. Es bedarf konzernweiter Standards, einer konsolidierten Transparenz und der Einhaltung des mit dem Systemintegrator vereinbarten Budgets. Zudem müssen etwaige Abweichungen dem Vorstand erläutert werden.

Das Werk verfügt über ein anderes Sortiment. Ein Tier-1-Werk in Polen, Tschechien, Ungarn oder Rumänien kann deutsche Automobilmontagelinien oder Kunden aus der Luft- und Raumfahrt beliefern. Diese Kunden legen festgelegte Lieferfenster, Rückverfolgbarkeitsprüfungen und Verpackungsstandards fest. Der globalen Vorlage fehlen möglicherweise die vom Kunden geforderte Barcode-Logik oder die Recycling-Manifeste für Behälter. Das Werk benötigt dann eine schnelle Antwort, da sein Umstellungstermin an die Lieferfenster der Kunden und die Produktionskalender gebunden ist. Eine Verzögerung kann bedeuten, dass erst das nächste verfügbare Zeitfenster genutzt werden kann – und das kann mehrere Arbeitstage dauern.

Beide Standpunkte sind nachvollziehbar. Reibungspunkte entstehen, wenn der Weg zwischen ihnen nur langsam vorankommt. Die Teams vor Ort suchen dann nach Ausweichmöglichkeiten, wie zum Beispiel einer informellen Anfrage an einen lokalen Berater. Das sind Signale, kein Widerstand.

Bei grenzüberschreitenden Anträgen sind drei Bestätigungen von drei Stellen erforderlich. Diese gehören unterschiedlichen Einrichtungen und Rechtssystemen an, und keine von ihnen kann den gesamten Antrag allein bestätigen. Im Abschnitt „Zuständigkeiten“ ist aufgeführt, wer was bestätigt.

Der Integrator reagiert auf die eingehenden Anfragen, wobei die Entscheidung über den Umfang beim Kunden liegt. Dazu ist ein Verantwortlicher auf Kundenseite mit ausdrücklicher Änderungsbefugnis erforderlich. Ohne eine solche Person kann das Unternehmen doppelt zahlen: erstens für nicht im Budget vorgesehene Anpassungen und zweitens für Integrationsfehler nach der Inbetriebnahme. Ob ein lokaler Bedarf eine Abweichung von der globalen Vorlage rechtfertigt, ist eine separate Entscheidung, die vor dieser getroffen wird.

Wichtige Indikatoren für den Umfangsausuferung bei ERP-Projekten

Sponsoren und Prüfungsausschüsse müssen keine Konfigurationsprotokolle lesen, um zu erkennen, dass der Umfang vom Plan abweicht. Praktische Anzeichen zeigen, dass ein Programm die Kontrolle über die Änderungen verloren hat.

• Nicht synchronisierte Basislinien: Der Integrator, das Programmbüro und das Werk verfügen über unterschiedliche Gesamtzeitpläne.
• Nicht dokumentierte Rückstände: Die Arbeitsgruppenleiter führen informelle Listen mit Designverbesserungen, die nicht an den Lenkungsausschuss weitergeleitet werden.
• Wiederholte Regressionstests: Die Tests werden wieder aufgenommen, da nach dem Software-Freeze neue Erweiterungen hinzukommen.
• Erosion durch unvorhergesehene Ereignisse: Änderungsaufträge von Lieferanten zehren die Rücklagen auf, während wichtige Meilensteine unerreicht bleiben.

Ein einzelnes Anzeichen kann eine alltägliche Ursache haben. Zwei Anzeichen zusammen rechtfertigen eine Überprüfung, wie Änderungen in das Programm einfließen.

Entscheidungsrahmen für Sponsoren bei ERP-Änderungsanträgen

Die Steuerung von Änderungsanträgen im ERP-Bereich beginnt mit einer festgelegten Ausgangsbasis. Dieses Rahmenwerk geht davon aus, dass das Programm den Punkt bereits als Änderung bestätigt hat und nicht als noch nicht abgeschlossene, vereinbarte Arbeit. Falls der Kunde und der Implementierungspartner sich noch nicht darüber einig sind, um was es sich handelt, sollte diese Abgrenzung zunächst geklärt werden. Der Sponsor oder – im Rahmen der ihm übertragenen Befugnisse – der Programmleiter hat dann vier Optionen. Für jede davon sind unterschiedliche Nachweise erforderlich.

Option 1: Ergänzungen zum ERP-Umfang akzeptieren und finanzieren

Der Sponsor genehmigt die Erweiterung und finanziert sie aus der Rücklage für unvorhergesehene Ausgaben. Falls die Abhängigkeiten dies erfordern, verlängert der Sponsor zudem schriftlich den Testzeitraum und den Umstellungstermin. Erforderliche Nachweise: schriftliche Kostenaufstellung, interne Arbeitsstunden der Schlüsselanwender, betroffene Tests und Auswirkungen auf den Zeitplan. Der Kompromiss liegt auf der Hand: Die jetzt aus der Rücklage für unvorhergesehene Ausgaben entnommenen Mittel können nicht zur Deckung des nächsten Antrags verwendet werden.

Option 2: ERP-Anfragen auf Releases nach der Einführung verschieben

Der Sponsor akzeptiert den Wert und leitet die Anfrage nach dem Go-Live an eine Release-Phase weiter. Im folgenden Beispiel wird dies als Phase 1.1 oder „Tag 2“ bezeichnet. Die Umstellung erfolgt auf Basis der festgelegten Baseline. Erforderliche Nachweise: eine benannte vorübergehende Umgehungslösung sowie die Bestätigung, dass der Geschäftsbetrieb am Tag der Einführung auch ohne die Änderung aufrechterhalten werden kann. Der Kompromiss besteht in einem Zeitraum, in dem der Antragsteller eine Lücke umgeht.

Option 3: Anpassung des ERP-Umfangs zum Schutz der Go-Live-Termine

Der Sponsor akzeptiert die Änderung unter einer Bedingung: Ein gleichwertiger, bereits vorhandener und nicht kritischer Teil des Umfangs wird aus der ersten Version herausgenommen. Dadurch werden die Testkapazitäten und der Starttermin gesichert. Erforderliche Nachweise: Der Nachweis, dass der entfernte Punkt tatsächlich nicht kritisch ist, sowie die Zustimmung des Verantwortlichen, ihn zurückzustellen. Der Kompromiss besteht darin, dass eine Anforderung zurückgestellt wird, damit eine andere vorangetrieben werden kann.

Option 4: Nicht wesentliche ERP-Änderungsanträge ablehnen

Der Sponsor lehnt den Antrag ab, da dessen Nutzen die Kosten, die Beeinträchtigung des Testbetriebs oder das operative Risiko nicht rechtfertigt. Eine Ablehnung ist eine Beurteilung des Zeitpunkts und der Folgen, nicht der Qualität der Idee. Erforderliche Nachweise: eine dokumentierte Begründung, damit der Antragsteller nach dem Start mit stichhaltigeren Argumenten zurückkommen kann. Der Kompromiss ist eine Funktion, die eine Lücke mit sich bringt und das Vertrauen in das Programm untergraben kann.

Genehmigungsinstanz im Rahmen der Änderungskontrolle im ERP-System

Der ERP-Programmleiter verfügt über die ihm übertragene Befugnis zur Änderungskontrolle. Er bewertet die technische Machbarkeit, die Abhängigkeiten zwischen den Arbeitssträngen und die Verfügbarkeit von Ressourcen und spricht anschließend eine Empfehlung aus. Der Programmleiter benötigt zudem die Befugnis, informelle Erweiterungen des Projektumfangs auszusetzen und dem Auftraggeber klare wirtschaftliche Entscheidungen zur Entscheidung vorzulegen.

Oberhalb der delegierten Grenzen liegen die Entscheidungen, die Geld und Zeit betreffen, beim Sponsor. Dazu gehören das Kapital, der Zeitplan und der Termin für die Inbetriebnahme. Dies kann der Konzern-CFO, der Konzern-COO oder ein anderer verantwortlicher Führungskraft sein.

Auslöser für die Eskalation an den Sponsor bei Änderungen des ERP-Budgets und des Zeitplans

Die Budgetänderungskontrolle im ERP-System funktioniert, wenn der Verantwortliche frühzeitig Delegationsgrenzen festlegt. Diese sollten vor dem ersten Antrag festgelegt werden, nicht erst während einer Auseinandersetzung über einen späteren Antrag. Der Verantwortliche legt für jeden Antrag eine Grenze sowie eine kumulative Grenze für unvorhergesehene Ausgaben fest. Ein Antrag, der aufgeteilt wird, um unter einer Grenze zu bleiben, zählt als ein Antrag. Diese Auslöser leiten einen Antrag direkt an den Verantwortlichen weiter.

• Durch den Antrag verschiebt sich der Termin für die Inbetriebnahme oder ein anderer festgelegter Meilenstein.
• Dieser Antrag führt zusammen mit den bisher genehmigten Anträgen zu einer Inanspruchnahme der Rücklagen, die über die vom Antragsteller festgelegte Obergrenze hinausgeht.
• Der Antrag betrifft die Änderung eines Stage-Gate-Kriteriums oder eines freigegebenen Entwurfs.
• Der Integrator und der Programmleiter sind sich über die Auswirkungen uneinig.

Alles, was unterhalb der Schwellenwerte liegt, verbleibt beim Programmleiter, der dies erfasst und in jedem Steuerungszyklus den Kontingenzsaldo meldet.

Grenzüberschreitende Genehmigungsrollen für Werke und Konzernzentralen

Der Werksleiter oder Geschäftsführer bestätigt, dass ein Antrag betrieblich notwendig ist. Im Heimatland des Werks ansässige Fachleute bestätigen die Einhaltung etwaiger gesetzlicher Anforderungen. Die Zentrale bestätigt die Einhaltung der Konzernstandards und gibt die Mittel frei.

Klare Grenzen kommen beiden Seiten zugute. Das Werk erhält eine Entscheidung oder eine datierte Aufforderung zur Vorlage von Nachweisen bei der ersten Sitzung des Lenkungsausschusses, der den Antrag prüft. Bei vom Kunden verlangten oder gesetzlich vorgeschriebenen Anträgen kann der Auftraggeber einen außerplanmäßigen Bearbeitungsweg festlegen und dessen Intervall bestimmen. Die Zentrale sieht jede Entscheidung in einem einzigen Datensatz.

Erforderliche Felder für einen ERP-Änderungsentscheidungsdatensatz

Das Änderungsentscheidungsprotokoll stellt dem Auftraggeber für jeden Antrag eine Seite zur Verfügung. Es dient als Arbeitsinstrument für die Steuerung von Änderungen im ERP-Umfang. CE Interim schlägt es als praktische Hilfestellung vor, nicht als anerkannten Standard. Es umfasst sechs Felder.

• Beschreibung des Änderungsantrags: Was der Antragsteller fordert und warum gerade jetzt.
• Geschäftlicher Nutzen und betriebliche Begründung: der Prozess, den er schützt.
• Kosten für Dienstleister und Auswirkungen auf interne Ressourcen: die externen Honorare, der interne Zeitaufwand und der Saldo der Rückstellungen vor und nach der Maßnahme.
• Prüfung der Abhängigkeiten und des Zeitplan-Effekts: die betroffenen Tests und Termine.
• Verschobener oder ausgetauschter Geltungsbereich: Was verlässt gegebenenfalls den Release?.
• Genehmigte Entscheidung und aktualisierte Ausgangsbasis: der Genehmigende, die gewählte Option und der überarbeitete Plan.

Der Programmleiter dokumentiert die Auswirkungen, bevor der Auftraggeber eine Entscheidung trifft. Anschließend aktualisiert der Leiter den zugehörigen Plan und informiert die betroffenen Standorte sowie den Integrator. Die Freigabe für den Start, der Vertrag und die Abnahmekriterien sind separate Entscheidungen mit jeweils eigenen Nachweisen. Diese verbleiben beim Sponsor oder, falls der Sitz unbesetzt ist, beim Vorstand. Jede Änderung eines vom Vorstand festgelegten Termins wird ebenfalls dem Vorstand vorgelegt.

Checkliste zur Überprüfung durch den Sponsor vor der Genehmigung von Änderungen am ERP-Umfang

Ein Angebot ist nur so zuverlässig wie die darin enthaltenen Zahlen. Ein erfahrener Auftraggeber misstraut einem Angebot, das nur eine Schätzung enthält, da jede Partei nur ihren eigenen Anteil kalkuliert.

Erstens: Stellen Sie fest, was in den einzelnen Schätzungen nicht berücksichtigt ist: erneute Tests, Arbeitsstunden der Schlüsselanwender, Schnittstellenverantwortliche und Zeit für die Cutover-Probe. Zweitens sollten die Zahlen des Integrators, des Werks und der zentralen Finanzabteilung in einer Übersicht zusammengefasst werden, damit keine Partei ihre eigenen Auswirkungen überbewertet. Erst dann sollte die entscheidende Frage gestellt werden: Kann der Betrieb am Tag der Inbetriebnahme ohne diese Änderung weiterlaufen?

Ein manueller Schritt in einem nicht kritischen Prozess kann unvollkommen bleiben. Das Gleiche gilt für einen Bericht, der auf die erste Veröffentlichung wartet. Lücken bei der Rechnungsstellung, der Lagerverwaltung, dem Versand an Kunden oder der Einhaltung gesetzlicher Vorschriften sollten dies jedoch nicht. Der verbleibende Kompromiss ist die Risikovorsorge. Jede Genehmigung kostet Geld, das dann nicht mehr für den nächsten Antrag zur Verfügung steht; daher sollte der Sponsor die Bilanz kennen, bevor er zustimmt.

Fallbeispiele: Bewertung von Änderungen des ERP-Umfangs anhand von Fakten

Dieses Szenario ist hypothetisch. Es handelt sich nicht um einen CE-Interim-Kunden, und die Zahlen dienen lediglich der Veranschaulichung und stellen keine Richtwerte dar. Ein in österreichischem Besitz befindlicher Automobilzulieferer führt seine konzernweite ERP-Vorlage in einem Werk in Polen ein. In einem Steuerungszyklus gehen mehrere Anfragen ein, die jeweils als geringfügig beschrieben werden.

Vor der Besprechung trägt der ERP-Programmleiter jede Anfrage in das Änderungsentscheidungsprotokoll ein. Der Integrator legt schriftlich die Auswirkungen auf Kosten, Tests und Termine dar. Das Werk und die zentrale Finanzabteilung geben ihre internen Arbeitsstunden an. Das Protokoll bietet dem Projektträger eine strukturierte Möglichkeit, jede vorgeschlagene ERP-Änderung zu prüfen, abzuwägen und zu entscheiden. Es verhindert, dass Änderungen am Projektumfang ohne explizite Transparenz hinsichtlich Kosten, Tests und Meilensteinen bei der Umsetzung einfach hingenommen werden.

Anwendungsbeispiel: Automatisierte Rückbuchung an der Produktionslinie

Das Werk möchte, dass die Bediener die Rückgabe von Schrott nicht mehr manuell erfassen, und diese Anforderung entspricht den Vorgaben.

• Anfrage: Automatisierte Rückbuchung am Gleis.
• Nutzen: Eliminiert manuelle Erfassungen von Ausschussrückgaben; spart 1,5 Verwaltungsstunden pro Schicht.
• Kosten: 18.500 € Honorar für einen externen Dienstleister; 45 Stunden Konfigurationsaufwand durch interne Key-User.
• Tests und Zeitplan: Erfordert 4 Tage Regressionstests im Arbeitsbereich „Assembly“; keine Verzögerung auf dem kritischen Pfad.
• Umfang der Verlagerung: Nicht erforderlich; unvorhergesehene Ereignisse sind abgedeckt.
• Entscheidung und Ausgangsbasis: Genehmigt (Jetzt akzeptieren): Basisbudget aktualisiert; Tests in Sprint 4 abgeschlossen.

Der Werksleiter bestätigt den Bedarf. Die Auswirkungen sind begrenzt: Die Testphase ist in einem Arbeitsstrang mit freien Kapazitäten angesiedelt, und der kritische Pfad bleibt erhalten. Da kein Eskalationsauslöser vorliegt, genehmigt der Programmleiter die Änderung im Rahmen der ihm übertragenen Befugnisse. Die Entscheidung wird dem Auftraggeber dokumentiert. Der Programmleiter aktualisiert die Baseline und berichtet im selben Steuerungszyklus über die verbleibende Reserve.

Beispiel für einen Scope-Austausch: Maßgeschneidertes KPI-Dashboard für Führungskräfte

Die Führungskräfte der Unternehmensgruppe wünschen sich ein Dashboard anstelle der statischen Berichterstattung per Tabellenkalkulation, und dieser Wunsch ist durchaus berechtigt.

• Anfrage: Individuell angepasstes KPI-Dashboard für Führungskräfte.
• Nutzen: Ersetzt die statische Berichterstellung per Tabellenkalkulation für die Konzernleitung.
• Kosten: 34.000 € für die Lieferantenentwicklung; 30 Stunden für die Überprüfung der zentralen Finanzberichterstattung.
• Tests und Zeitplan: Hohe Komplexität; bindet die wichtigsten Berichtsarchitekten während der Benutzerakzeptanztests.
• Verschobener Umfang: Nicht kritische Kostenstellenübersichtsberichte auf den zweiten Tag verschieben.
• Entscheidung und Ausgangsbasis: Umfang geändert: Freigabe für die erste Veröffentlichung erteilt; zusammenfassende Berichte auf Phase 1.1 verschoben.

Die Zentrale hat hier einen echten Bedarf: zuverlässige Transparenz über die Anlage. Die Kosten gehen über die Anbietergebühr hinaus, da für die Abnahmetests dieselben Berichtsarchitekten benötigt werden. Eine Verschiebung der freigegebenen Zusammenfassungsberichte führt zu einer Änderung des freigegebenen Entwurfs, was eine Eskalation auslöst. Der Auftraggeber hält die schriftliche Zustimmung des Berichtverantwortlichen zur Verschiebung fest und tauscht die Berichte dann aus, anstatt sie hinzuzufügen. Das Dashboard wird in die erste Version integriert.

Beispiel für einen Aufschub: Kundenspezifische Palettenrückverfolgbarkeit

Ein regionaler Distributor hat einen nicht standardmäßigen Logistikauftrag, und die Geschäftsbeziehung spielt dabei eine wichtige Rolle.

• Anfrage: Kundenspezifische Palettenrückverfolgbarkeit.
• Wert: Erfüllt eine nicht standardmäßige Logistikanforderung für einen einzelnen regionalen Vertriebspartner.
• Kosten: 26.000 € Anbietergebühr; umfangreiche, maßgeschneiderte Logik im Lagerverwaltungsmodul.
• Tests und Zeitplan: Die Abnahme der Lagerverwaltungsintegration verzögert sich um 12 Arbeitstage.
• Verlagerter Geltungsbereich: Vom anfragenden Arbeitsbereich wurden keine festgestellt.
• Entscheidung und Ausgangssituation: Auf Phase 1.1 verschoben: 60 Tage nach dem Start bereitgestellt; anfangs wurde ein manuelles Paketierungsprotokoll verwendet.

Die Verzögerung verschiebt einen festgelegten Meilenstein, was eine Eskalation auslöst, und der anfragende Arbeitsbereich lässt keinen Spielraum für einen Verzicht. Der Werksleiter bestätigt, dass der Vertriebspartner vom ersten Tag an einen funktionierenden Prozess benötigt. Ein manuelles Protokoll bietet eine Lösung. Der Sponsor verschiebt die Anfrage, benennt den Lagerleiter als Verantwortlichen für das Protokoll und legt einen Termin für die Überprüfung fest.

Beispiel für eine Ablehnung: Automatisierte Selbstfakturierung durch Lieferanten

Die Finanzabteilung wünscht sich einen schnelleren Rechnungsabgleich über die gesamte Lieferkette hinweg, und der Nutzen davon ist plausibel.

• Anfrage: Automatisierte Selbstfakturierung durch Lieferanten.
• Wert: Beschleunigt den Abgleich von Rechnungen in der Kreditorenbuchhaltung über die gesamte europäische Lieferantenbasis hinweg.
• Kosten: 52.000 € für die Anbieterentwicklung; umfangreiche Neukonfiguration der EDI-Schnittstelle.
• Tests und Zeitplan: Ändert die zentralen Regeln für die Finanzbuchung; gefährdet das Zeitfenster für die Umstellung der Finanzstammdaten.
• Verschobener Geltungsbereich: Keine; das anfragende Team ist nicht bereit, den Umfang anzupassen.
• Entscheidung und Ausgangsbasis: Abgelehnt: Hohes Terminrisiko; für den Go-Live wird weiterhin der Standard-Bestellabgleich beibehalten.

Die Entscheidung beruht auf Terminrisiken und nicht auf der Sachlage. Der Antrag verändert zentrale Regeln der Finanzbuchhaltung, was eine Änderung des bereits freigegebenen Entwurfs zur Folge hat und eine Eskalation auslöst. Das antragstellende Team wird den Leistungsumfang nicht ändern. Der Auftraggeber behält die Standardabgleichung für die Inbetriebnahme bei und hält den Grund fest. Die Selbstabrechnung berührt zudem die länderabhängigen Rechnungsstellungsregeln. In Polen qualifizierte Fachleute prüfen, was die Regeln zulassen, bevor die Idee zurückkommt.

Wichtige Erkenntnisse aus den Beispielen für Änderungen des ERP-Anwendungsbereichs

Ein und dieselbe Aufzeichnung führte zu unterschiedlichen Antworten auf scheinbar identische Anfragen, und keine davon war ein pauschales Einfrieren. Dies sind Muster in diesem Szenario, keine Regeln. Die akzeptierte Anfrage hatte begrenzte Auswirkungen, und der kritische Pfad blieb erhalten. Der Austausch funktionierte, weil die Testkapazität die Engstelle darstellte und es für einen nicht kritischen Punkt einen bereitwilligen Verantwortlichen gab. Die Verschiebung funktionierte, weil der Geschäftsbetrieb mit einer festgelegten Umgehungslösung weiterlaufen konnte. Die Ablehnung erfolgte aufgrund eines hohen Terminrisikos, ohne dass Spielraum für Abstriche bestand.

Das Werk erhielt zu jedem Antrag eine begründete Antwort, auch zu denjenigen, die nicht bewilligt wurden. Der bewilligte Antrag griff auf die Rücklagen zurück, sodass für den nächsten Antrag eine geringere Reserve zur Verfügung steht. Die Gruppe hält eine Basis ein, die sie begründen kann.

Behebung von Governance-Lücken bei der Änderungskontrolle im ERP-Umfang

Eine kompetente interne Stelle kann die Kontrolle über Änderungen am ERP-Umfang mit delegierten Befugnissen und einem Eskalationsweg zum Sponsor übernehmen. Der Sponsor oder – falls dessen Position unbesetzt ist – der Vorstand kann dies anhand der im Programmdatensatz festgelegten Bedingungen überprüfen.

• Kein Führungskraft auf Kundenseite ist gleichzeitig für das Budget, den Testplan und den Umstellungsplan verantwortlich, sodass jeweils separate Gremien über die einzelnen Punkte entscheiden.
• Der Programmleiter kann informelle Erweiterungen des Projektumfangs nicht aussetzen, da ihm diese Befugnis von niemandem schriftlich übertragen wurde.
• Die Position des Sponsors ist unbesetzt, oder der Sponsor leitet das Unternehmen selbst, sodass Anfragen über einen Steuerungszyklus hinaus warten müssen.
• Die Zahlen des Integrators, des Kraftwerksbetreibers und der Finanzabteilung weichen weiterhin voneinander ab, und niemand ist befugt, diese zu klären.

Wenn zwei oder mehr dieser Kriterien zutreffen, entscheidet das Programm nicht mehr über Anträge auf der Grundlage eines einzigen Datensatzes. Die Gruppe läuft dann Gefahr, doppelt zu zahlen oder den Termin des Vorstands standardmäßig zu verschieben. Nach Einschätzung von CE Interim birgt das Programm in diesem Fall unternehmenskritische Risiken und erfordert einen Leiter auf Kundenseite mit Entscheidungsbefugnis. Eine Frist allein ist kein Grund, eine Interimsführungskraft zu ernennen.

Die Rolle eines Interim-Transformationsleiters in der ERP-Governance

Eine Interim-Leiter für Transformation und Programme kann die Änderungsbefugnis auf Kundenseite innehaben. Die Rolle trifft Entscheidungen im Rahmen einer schriftlich festgelegten Befugnisübertragung. Sie ist demjenigen gegenüber rechenschaftspflichtig, der ihr diese Befugnis erteilt hat: dem Sponsor oder, falls dieser Posten unbesetzt ist, dem Vorstand. Sie ist weder der Projektleiter des Integrators noch ein Berater, der lediglich Empfehlungen ausspricht.

Das Mandat sieht Delegationsgrenzen vor, die festgelegt werden, sobald die Zahlen in einem Dokument zusammengefasst sind. Es benennt den Interimsleiter als alleinigen Verantwortlichen für den kundenseitigen Plan. Es legt einen Eskalationsweg fest und vereinbart die Rückgabe an einen namentlich genannten Verantwortlichen. Der Leiter legt dem Entscheidungsträger die Bedarfsbestätigung des Werks, die lokale rechtliche Bestätigung und die Kapitalfreigabe der Zentrale gemeinsam vor.

Die CE-Interim-Partner überprüfen die Qualität des Änderungsprotokolls und unterstützen die Eskalation. Sie informieren denjenigen, der die Befugnis delegiert hat, in vereinbarten Abständen über den Fortschritt und überwachen die Rückübergabe.

Einordnung des vorläufigen Mandats zur Aufsicht über die Exekutive

Ist der Sitz des Direktors unbesetzt oder liegt keine schriftliche Bevollmächtigung vor, übernimmt der Interimsgeschäftsführer diese Funktion für die Dauer des Mandats. Gleiches gilt, wenn dieser Sitz innerhalb der Integrationsabteilung oder der IT-Abteilung angesiedelt ist.

Gibt es zwar einen kompetenten Direktor, die Lücke besteht jedoch auf Sponsorebene, so liegt das Mandat über dem Direktor. Ist der Sponsorenposten unbesetzt, benennt der Vorstand vor Beginn des Mandats die Person, die die vorbehaltenen Entscheidungen trifft. Diese betreffen das Kapital über den Grenzwerten, den Zeitplan und den Termin für die Inbetriebnahme. Ein Interim CFO oder Interim COO kann diese innerhalb der vom Vorstand festgelegten Grenzen halten.

Die Reihenfolge ist entscheidend. Zunächst fasst die Geschäftsleitung die Auswirkungszahlen des Integrators, des Werks und der Finanzabteilung in einem einzigen Datensatz zusammen. Die Geschäftsleitung nimmt auch den informellen Auftragsbestand darin auf und ist befugt, neue informelle Ergänzungen auszusetzen. Anschließend legt der Sponsor – oder, falls dieser Posten unbesetzt ist, der Vorstand – auf dieser Grundlage Delegationsgrenzen fest. Erst dann führt die Geschäftsleitung den Steuerungszyklus durch, wobei der zu Beginn vereinbarte Rückgabetermin gilt.

Die Ernennung hat keine Auswirkungen auf den Implementierungsvertrag, bedeutet keinen Verzicht auf die Abnahmekriterien und stellt keine Genehmigung für die Markteinführung dar. Diese Befugnisse verbleiben beim Auftraggeber oder – falls der Sitz unbesetzt ist – beim Vorstand. Auch jede Änderung eines vom Vorstand festgelegten Termins muss dem Vorstand vorgelegt werden.

Veröffentlichung von Leitlinien zur Steuerung des ERP-Umfangs

Zwei veröffentlichte Quellen stützen den Grundsatz der Umfangskontrolle. In den Leitlinien zu Microsoft Dynamics 365 werden Design-Boards beschrieben, die prüfen und genehmigen Lösungskonzepte. Darin heißt es, dass Teams die Stage-Gate-Kriterien einhalten und diese nicht "aufgrund von Druck oder Optimismus" überspringen sollten.

Der ERP-Dienstleister Atreus meldet einen Kostenüberschreitung bei der Einführung des ERP-Systems im After-Sales-Bereich dass sich die Lage stabilisiert habe. Das Unternehmen überarbeitete den Umfang, das Budget und die Phasen und legte die Rollen und Zuständigkeiten für das Geschäft, die IT und die Partner fest. Keine der beiden Quellen beschreibt diesen Sachverhalt oder nennt eine einzelne Änderung als Ursache. Der Atreus-Bericht ist ein Anbieterbericht und keine unabhängige Prüfung.

Häufig gestellte Fragen zur Steuerung von Änderungen im ERP-Anwendungsbereich

Sollten Änderungen am ERP-Umsetzungsumfang kurz vor der Inbetriebnahme eingefroren werden?

Das gilt nicht pauschal. Ein Einfrieren kann dazu führen, dass das Unternehmen nicht mehr betriebsfähig ist. Eine Änderung, die eine gesetzliche Anforderung erfüllt oder einen kritischen Prozess schützt, spricht stark für eine Genehmigung. Fachleute im Land, in dem sich das Werk befindet, sollten bestätigen, dass die Anforderung tatsächlich besteht. Nicht wesentliche Verbesserungen können auf eine spätere Version verschoben werden.

Wer genehmigt Änderungen im Rahmen der Änderungskontrolle im ERP-Umfeld?

Der ERP-Programmleiter genehmigt Anträge im Rahmen der ihm übertragenen Befugnisse und dokumentiert diese. Ein Antrag, der bestimmte Auslösekriterien erfüllt, wird an den Executive Sponsor weitergeleitet, der über den Kapitalbedarf, den Zeitplan und den Go-Live-Termin entscheidet. Der Sponsor schlichtet zudem etwaige Meinungsverschiedenheiten zwischen dem Integrator und dem Programmleiter hinsichtlich der Auswirkungen.

Ersetzt ein Interim-Manager den ERP-Programmleiter?

Nicht standardmäßig. Ein kompetenter Geschäftsführer mit schriftlicher Befugnis behält diese Funktion. Wird sie von einem Interimsgeschäftsführer ausgeübt, werden in der Vollmacht die Berichtswege und die Grenzen der Befugnisübertragung festgelegt. Außerdem wird zu Beginn ein Termin für die Rückgabe der Funktion festgelegt. Entscheidungen bezüglich Vertrag, Annahme und Start liegen weiterhin beim Auftraggeber oder, falls die Position unbesetzt ist, beim Vorstand.

Was passiert mit dem vereinbarten Starttermin, wenn eine ERP-Umstellung genehmigt wird?

Der Auftraggeber legt die neuen Eckdaten des Programms schriftlich fest: Gesamtzeitplan, Meilensteintermine, Integrationstestpläne und Budget. Der Programmleiter informiert anschließend alle betroffenen Standorte und Lieferanten. Falls der Vorstand den ursprünglichen Termin festgelegt hatte, legt der Auftraggeber dem Vorstand zunächst den neuen Termin vor.

Weiterführende Informationen und nächster Schritt

Die Kontrolle von Änderungen im ERP-Umfang schützt die Baseline, wenn jeder Antrag seine Kosten, Tests und terminlichen Auswirkungen in eine einzige Entscheidung einfließen lässt. Ein Antrag, der ohne diese Auswirkungen genehmigt wird, kann zur Inbetriebnahme führen, bevor der Vorstand einem neuen Termin zugestimmt hat. Der Sponsor oder – falls dessen Position unbesetzt ist – der Vorstand prüft zunächst die oben genannten Bedingungen anhand der Programmunterlagen. Im nächsten Schritt werden die Befugnisgrenzen definiert und beurteilt, ob die Lücke auf Programm- oder Sponsorebene liegt.

Weiterführende Literatur:

• Schließung eines US-Werks von Deutschland aus: Der Interims-Standortleiter, der das in sechs Monaten geschafft hat
• Ein Lieferant beliefert mehrere Werke in Mittel- und Osteuropa. Wie sollten die begrenzten Materialvorräte aufgeteilt werden?
• Warum ein Ziel für die Herstellungskosten keine Neugestaltung des Betriebsmodells darstellt

CE Interim stellt grenzüberschreitende Führungskräfte für entscheidende Unternehmensumgestaltungen zur Verfügung. Sobald die Aufgabenbeschreibung vorliegt, steht eine bereits geprüfte, auf das Mandat abgestimmte und an eine Vertraulichkeitsvereinbarung gebundene Führungskraft bereit, um ihre Tätigkeit aufzunehmen.

Wenn zwei oder mehr der oben genannten Bedingungen zutreffen, sprechen Sie mit einem CE-Interimspartner über das Mandat.