Regional oder abteilungsweise iterative Softwareeinführung

Die regional iterative und die abteilungsweise iterativen Vorgehensweisen sind Strategien zur Softwareeinführung. Bei der regional iterativen Einführungsstrategie führt ein Unternehmen eine Software vollständig mit allen gewünschten Funktionsmodulen sukzessive an verschiedenen Standorten ein. Bei der abteilungsweise iterativen Einführung erfolgt die Softwareeinführung nacheinander in verschiedenen Abteilungen eines Standorts. Der Einführung voraus geht – ähnlich wie bei der Einführung nach Big-Bang-Methode – eine aufwendige und zeitintensive Vorbereitungsphase, in der bereits alle Schnittstellen fertig entwickelt werden. Für einen einzelnen Standort gleicht die Einführung nach dem regional iterativen Ansatz einer Einführung nach Big Bang.

Nach der Softwareeinführung an einem Standort oder in einer Abteilung sammeln und analysieren die Projektverantwortlichen sämtliche Probleme und passen die Software an die unternehmensspezifischen Anforderungen an. Erst dann beginnt die Einführung am nächsten Standort oder in der nächsten Abteilung. Datenaustausch und Datensynchronisation zwischen verschiedenen Standorten können leiden, wenn ein oder mehrere Standorte bereits das neue System, andere jedoch noch das Altsystem nutzen.

Wenn die Unternehmenskultur und Arbeitsprozesse der Standorte oder Abteilungen ähnlich sind, ist eine Stärke dieser Strategie, dass die gewonnene Erfahrung der ersten Einführungsiteration in die nächsten Iterationen übernommen werden kann. Aufgekommene Probleme, wie erhöhter Schulungsbedarf oder überraschende Anforderungen können so vor der Einführung am nächsten Standort/für die nächste Abteilung gelöst werden.

Die regional oder abteilungsweise iterative Softwareeinführung ist zwar eine iterative Vorgehensweise, weist aber viele Parallelen mit einer Softwareeinführung nach der Big-Bang-Methode auf. Dementsprechend teilen sich die Ansätze auch einige Vor- und Nachteile, allerdings kommen bei den regional oder abteilungsweise iterativen Einführungsmodellen auf beiden Seiten weitere Aspekte hinzu.

Überschaubare Kosten und Dauer: Mit der regional/abteilungsweise iterativen-Methode fallen die Gesamtkosten geringer auf als bei anderen iterativen Methoden, da die Implementierung pro Abteilung/Standort nach abgeschlossener Vorbereitung schneller und effizienter durchgeführt wird.	Komplexe Vorbereitung: Schnittstellen und alle übrigen Vorbereitungen für die Einführung müssen in der Vorbereitungsphase bereitgestellt werden.
Vermeidung von Kompatibilitätsproblemen innerhalb eines Standorts: Da pro Standort oder Abteilung alle Altsysteme gleichzeitig von der neuen Software abgelöst werden, sind keine Kompatibilitätsprobleme zu befürchten und die Abteilung/der Standort ist direkt wieder arbeitsfähig.	Hohes Risiko: Eine Softwareeinführung nach der regional/abteilungsweise iterativer Methode ist mit höheren Risiken verbunden als andere schrittweise oder kombinierte Einführungsstrategien. Wenn bei der Implementierung Probleme auftreten, können diese schwerwiegender sein und das gesamte Unternehmen betreffen.
Hohe Motivation: Eine neue Softwarelösung kann zu Verunsicherungen und Ängsten bei den Mitarbeitern führen. Mit regional/abteilungsweise iterativen-Methode bewältigen alle Mitarbeiter eines Standorts oder einer Abteilung gemeinsam den Umstieg auf die neue Software und arbeiten jederzeit nach denselben Prozessen, was Motivation und Zusammenhalt fördert.	Hohe Abbruchkosten: Sollte die Einführung scheitern, entstehen hohe Abbruchkosten, da die Vorbereitungsphase viele Aufwände verursacht und Ressourcen beansprucht.
Erfahrungswerte fließen ein: Erfahrung der ersten Einführungsiteration kann in die folgenden Iterationen für weitere Standorte oder Abteilungen einfließen.	Datenaustausch eingeschränkt: Ein Standort kann nach Einführung der neuen Software keine Daten mehr mit der alten Software der anderen Standorte austauschen. Dadurch werden temporäre Schnittstellen nötig.

Nicht sinnvoll ist eine regional iterative Softwareeinführung, wenn sehr viele verschiedene Altsysteme durch die neue Software abgelöst werden sollen. Dies würde die Aufwände in der Vorbereitungsphase schnell in die Höhe schnellen und diese Einführungsstrategie unrentabel werden lassen. Bei drei oder mehr abzulösenden Systemen kämen vor allem eine Einführung nach Big Bang oder ein kombinierter Ansatz on Big Bang mit anschließender funktional iterativer Einführung infrage.

Arbeiten Projektteams abteilungs- oder standortübergreifend zusammen, ist die regional iterative oder abteilungsweise iterative Einführung ebenfalls nicht empfehlenswert, da in diesem ein Teil des Teams mit dem neuen, ein anderer Teil hingegen mit dem jeweiligen Altsystem arbeiten müsste.

Gleiches gilt, wenn Projekte über ein zentrale PMO gesteuert und abteilungs- bzw. standortübergreifend ausgewertet werden. In diesem Fall sind gegebenenfalls doppelte Aufwände für die synchrone Pflege der Projektdaten im alten und neuen System notwendig. Gegebenenfalls müssten sogar temporäre Schnittstellen zur alten Software erstellt werden, um ein lückenloses Projektcontrolling zu ermöglichen.

Auch bei mehr als vier Standorten sind andere Einführungsstrategien, z.B. eine funktional iterative oder projektorientierte Einführung, zu bevorzugen, da mit der regional iterativen Softwareeinführung nicht alle spezifischen Anforderungen jedes Standorts oder jeder Abteilung ausreichend berücksichtigt werden könnten.

Ihre Ausgangslage ist nicht ideal für die Anwendung der regional oder abteilungsweise iterativen Softwareeinführung? Ihnen stehen zahlreiche weitere Optionen offen:

Die regional und abteilungsweise iterativen Einführungsstrategien ermöglichen eine sukzessive Einführung von Software an verschiedenen Standorten oder Abteilungen. Die Strategien erfordern eine aufwendige und zeitintensive Vorbereitungsphase, in der alle Schnittstellen fertig entwickelt werden. Nach der Einführung werden Probleme analysiert und die Software an die unternehmensspezifischen Anforderungen angepasst, bevor die nächste Iteration beginnt.

Die regional iterative Einführungsstrategie eignet sich am besten für international aufgestellte Unternehmen, während die abteilungsweise iterative Strategie sinnvoll ist, wenn Abteilungen sehr unterschiedliche Organisationsstrukturen und Arbeitsabläufe aufweisen. Beide Strategien haben ihre Vor- und Nachteile und sind nicht geeignet, wenn viele verschiedene Altsysteme ersetzt werden müssen, mehr als vierverschiedene Module gleichzeitig einzuführen sind oder wenn Projektteams abteilungs- oder standortübergreifend zusammenarbeiten.