Funktional iterative Softwareeinführung: Modul für Modul zum Erfolg

Um eine komplexe Unternehmenssoftware erfolgreich einzuführen, ist es wichtig, die richtige Strategie zu wählen. Beim funktional iterativen Ansatz werden die einzelnen Funktionsmodule der neuen Software nacheinander im Unternehmen eingeführt. Dies setzt natürlich voraus, dass es sich bei der Software um ein modulares Produkt handelt, das aus einzelnen Funktionsbausteinen besteht, die für sich stehend funktional und einsatzfähig sind. Der Ansatz kann daher auch als modulweise iterative Einführung bezeichnet werden.

Alle Nutzer beginnen dabei zeitgleich und abteilungsübergreifend mit der Nutzung des neuen Softwaremoduls. Die Einführung des nächsten Moduls erfolgt erst nachdem:

• die Nutzung des Moduls vollständig adaptiert und akzeptiert wurde,
• Probleme identifiziert und gelöst wurden,
• alle erforderlichen Schnittstellen implementiert wurden.

Diese Vorgehensweise verschafft den Entwicklern Zeit, die Schnittstellen der Module nacheinander zu entwickeln. Will das Unternehmen verschiedene Softwareprodukte durch eine Gesamtlösung ersetzten, ist die funktional iterative Einführung eine gute Wahl.

In der Vorbereitungsphase des Softwareeinführungsprojekts nach funktional iterativem Ansatz müssen Projektverantwortliche unbedingt die funktionale Abhängigkeit der Module voneinander beachten. Aus dieser Abhängigkeit ist eine sinnvolle Einführungsreihenfolge abzuleiten. Nach dieser Einführungsreihenfolge wiederum ist der Projektstrukturplan entsprechend zu gestalten.

Vor der Einführung jedes einzelnen Moduls sollten die Mitarbeiter in der Nutzung geschult werden und es muss feststehen, inwieweit das Altsystem weiterhin angebunden bleiben soll. Dies ist in der Projektplanung des gesamten Einführungsprojekts zu berücksichtigen.

Bei eng gekoppelten Funktionsmodulen, die stark voneinander abhängig sind, ist eine gleichzeitige Einführung sinnvoll. Solch eine Simultaneinführung zweier Module ist beispielsweise ratsam bei den Funktionsbausteinen der Angebotserstellung und des projektspezifischen Dokumentenmanagements, da es nur so möglich ist, Angebote mit begleitender Dokumentation zu versenden. Im Kontext von Projektmanagement-Software sollten jedoch Funktionsmodule wie die Zeiterfassung und die Projektplanung nicht zeitgleich als erste Module eingeführt werden, da das die Komplexität der Einführung deutlich erhöht und schnell zu Problemen führen kann.

Die Auswahl des Moduls für die erste Iteration hat eine Signalwirkung für die Akzeptanz der Nutzer und sollte daher wohl überlegt und seine Einführung gut vorbereitet werden. Hat die Belegschaft einen positiven Blick auf die Softwareeinführung gewonnen, vereinfacht dies die darauffolgenden Einführungsphasen erheblich. Hierfür bietet sich ein von allen Mitarbeitern leicht nutzbares Funktionsmodul an, dessen Vorteile jedem Anwender schnell ersichtlich wird, beispielsweise ein digitales System zur Arbeitszeiterfassung und zum Urlaubsmanagement.

Unterhält ein Unternehmen mehrere Standorte, kann eine funktional iterative Einführung bisweilen sehr komplex und zeitaufwendig werden, vor allem wenn die unterschiedlichen Standorte auch noch unterschiedliche Softwareprodukte nutzen, die es zu ersetzen gilt. Dies stellt hohe Anforderungen an das Projektmanagement des Einführungsprojekts. Soll nur ein einzelnes Funktionsmodul eingeführt werden, ist die funktional iterative Strategie nicht anwendbar. Hier wären eine regional iterative Vorgehensweise oder eine projektorientierte Einführung vorzuziehen.

Ihre Rahmenbedingungen sind nicht optimal für die Anwendung der funktional iterativen Softwareeinführung? Ihnen stehen zahlreiche weitere Optionen offen:

Der funktional iterative Ansatz ist eine Einführungsstrategie für modulare Unternehmenssoftware, bei der die einzelnen Funktionsmodule nacheinander in einem Unternehmen eingeführt werden. Dabei müssen Abhängigkeiten beachtet und die Einführungsreihenfolge sowie der Projektstrukturplan angepasst werden. Die Mitarbeiter müssen vor der Einführung der Module eingewiesen sein und es muss feststehen, wie das Altsystem angebunden bleiben soll.

Die Stärke dieser Variante ist, dass die Schnittstellen der Module nacheinander entwickelt werden und Probleme gelöst werden können, bevor das nächste Modul eingeführt wird. Diese Einführungsstrategie ist zu empfehlen, wenn ein Prozess im gesamten Unternehmen auf dieselbe Weise durchgeführt werden soll.