InfoBeans Logo

Worüber möchten Sie mehr erfahren?

Wie ein Konsumgüterhersteller eine dreistellige Fusion-Einführung von 8 Monaten auf 5 verkürzte

  • Konsumgüter
  • Oracle Fusion
  • QAVA
  • Oracle Fusion Cloud
  • Finanzen, Beschaffung und Lieferkette
  • Nordamerika

Der Start aller drei Workstreams auf Basis derselben Anforderungen und derselben Oracle-Prozessliste sparte drei Monate bei der Einführung und vier Monate bei den Tests ein.

5
4
3
120

Herausforderung

Der Go-Live-Termin war fest vorgegeben. Die funktionalen Verantwortlichen verbrachten etwa drei Wochen mit jedem ersten FDD-Entwurf, und niemand konnte mit dem Schreiben von Tests beginnen, bevor diese fertiggestellt waren. Konfiguration Lücken für neue Geschäftseinheiten und juristische Personen traten erst nach Beginn des SIT auf, sodass dieselben Personen gleichzeitig die Einrichtung korrigierten und testeten. Das Testen allein war mit sieben Monaten veranschlagt.

Warum das wichtig war

Der Lenkungsausschuss hatte bereits geäußert, dass der Plan eng bemessen sei. Mit drei Säulen, 120 Integrationen und etwa 90 Berichten sowie 40 Erweiterungen im Umfang führte jede Verzögerung bei FDDs oder der Konfiguration direkt zu einer Terminverschiebung bei einem nicht verhandelbaren Datum.

Ergebnis

InfoBeans startete alle drei Workstreams auf Basis derselben Anforderungen und derselben Oracle-Prozessliste, sodass kein Workstream auf die Tabellenkalkulation eines anderen Teams warten musste. Die ersten FDD-Entwürfe erreichten die funktionalen Verantwortlichen innerhalb von vier Tagen, sodass deren Aufgabe im Überprüfen und Korrigieren statt im Verfassen bestand. Die Einrichtung von Geschäftseinheiten und juristischen Personen wurde vor dem SIT und nicht währenddessen überprüft, und die Testabdeckung für alle drei Phasen stammte aus derselben Ausgangsbasis.

Auswirkungen

Von den Anforderungen bis zum Go-Live dauerte es fünf statt acht Monate, und die kombinierten Tests wurden in unter drei Monaten abgeschlossen – gegenüber den veranschlagten sieben. Der Go-Live-Termin wurde eingehalten, und das Programm ging mit Zeitreserven statt mit Zeitverzug in den Cutover. Optionaler Hinweis: Was es eingefangen hat: Die Überprüfung der Einrichtung einer neuen juristischen Person deckte eine Steuerregistrierungseinstellung auf, die nicht mit dem jeweiligen Land übereinstimmte. Dies wurde vor dem SIT entdeckt und nicht erst Tage danach als eine Transaktion, die sich nicht buchen ließ. Die Referenzseite führt dies als dunkle Karte zwischen Snapshot und Resultat auf. Es lohnt sich zu behalten, wenn das Fünf-Falten-Format dies aufnehmen kann.

Ein fester Go-Live-Termin ist eine Designvorgabe, kein zu steuerndes Risiko.

Ein fester Go-Live-Termin ist eine Designvorgabe, kein zu steuerndes Risiko.

Die meisten Programme schützen den Termin, indem sie den Umfang spät kürzen. Wir sparen die Zeit stattdessen in der ersten Hälfte ein und starten FDDs, Konfigurationsprüfungen und das Testdesign von einer gemeinsamen Basis, damit die Überraschungen nicht in der zweiten Hälfte auftreten.

Kontakt aufnehmen
Shobhit Sethi
Direktor, Delivery
LinkedIn
Shobhit Sethi, Direktor, Delivery
Shobhit Sethi
Direktor, Delivery
LinkedIn
Kontakt aufnehmen