Annahme (Software-Implementierung) - Adoption (software implementation)
Beim Rechnen bedeutet Übernahme die Übertragung (Konvertierung) zwischen einem alten System und einem Zielsystem in einer Organisation (oder allgemeiner von jedermann).
Wenn ein Unternehmen mit einem alten Softwaresystem arbeitet, möchte es möglicherweise ein neues System verwenden, das effizienter ist, über mehr Arbeitskapazität verfügt usw. Daher muss ein neues System eingeführt werden, nach dem es von den Benutzern verwendet werden kann.
Es gibt verschiedene Adoptionsstrategien, mit denen ein System in einer Organisation implementiert werden kann. Die Hauptstrategien sind Urknalladoption , parallele Adoption und schrittweise Adoption . "Urknall" ist eine Metapher für die gleichnamige kosmologische Theorie , in der der Beginn des Kosmos zu einem bestimmten Zeitpunkt geschah. Dies ist auch beim Big-Bang-Adoptionsansatz der Fall, bei dem das neue System an einem Tag im Großhandel eingeführt werden soll. Bei der parallelen Übernahme werden das alte und das neue System zunächst parallel ausgeführt, sodass sich alle Benutzer an das neue System gewöhnen können, ihre Arbeit jedoch weiterhin mit dem alten System ausführen können, wenn sie dies möchten oder müssen damit. Die schrittweise Übernahme bedeutet, dass die Übernahme in mehreren Phasen erfolgt, sodass das System nach jeder Phase der vollständigen Übernahme durch die Organisation etwas näher kommt.
Auswahl einer Adoptionsstrategie
Die Adoptionsstrategie muss vor Beginn der Adoption ausgewählt werden und basiert auf den zu erreichenden Zielen und der Art des zu implementierenden Systems. Die drei Arten der Einführung, Urknall, parallele Einführung und schrittweise Einführung, reichen von einem sofortigen Wechsel zu einer Strategie, bei der Benutzer das neue System über einen bestimmten Zeitraum (der Wochen, Monate oder sogar Jahre dauern kann) schrittweise nutzen.
Die eigentliche Auswahl erfolgt durch Priorisierung der zu erreichenden Ziele und anschließende Zuordnung einer Strategie dazu (Eason, 1988). Eason definiert die folgenden Ziele:
- Mögliches Erfordernis einer „kritischen Masse“, damit das System funktioniert.
Wenn eine große kritische Masse erforderlich ist oder sein könnte, damit das System effektiv funktioniert (z. B. aufgrund von Netzwerkeffekten ), ist möglicherweise eine Urknallstrategie die Antwort. (Rogers, 1995)
- Notwendigkeit einer Risikokontrolle, wenn ein Risiko besteht.
Die Minimierung des Risikos für den laufenden Betrieb der Organisation kann sehr wichtig sein. Parallele und schrittweise Einführungen können je nach Situation dazu beitragen, diese Risiken zu kontrollieren.
- Notwendigkeit der Erleichterung der Änderung.
Die Organisation muss für die Umstellung bereit sein. Sozio-technische Vorbereitungen wie Schulungen und vorgefertigte Szenarien müssen klar sein.
- Tempo der Veränderung
Wenn das neue System auf neue Anforderungen ausgelegt ist, z. B. das Reengineering von Geschäftsprozessen , die Geschwindigkeit, mit der das Unternehmen auf die neuen Prozesse umstellt oder versucht, andere neue Anforderungen zu erfüllen.
- Lokale Designanforderungen
Das System muss möglicherweise an die Bedürfnisse des Benutzers angepasst werden. In diesem Fall muss die gewählte Strategie die Möglichkeit dazu bieten.
Tabelle Eason Matrix
Die tatsächliche Auswahl der Adoptionsstrategie hängt von weit mehr Faktoren als diesen Zielen ab, sie schaffen jedoch ein Fenster zur Auswahl eines der Typen. Andere Kriterien werden als Variablen bezeichnet (Gallivan, 1996). Gallivan schlägt vor, dass die geeigneten Adoptionsarten abhängen von:
Innovationskraft der Individuen
Attribute derjenigen, die die Innovation / das System übernehmen sollen
Die Art der Innovation
Ist es eine Prozess- oder Produktinnovation?
Attribute der Innovation selbst
Bereitschaft, Kommunikationsfähigkeit und Teilbarkeit
Die Komplexität der Implementierung.
Wie komplex ist die Implementierung oder wie umfangreich ist sie?
Diese Variablen haben ein höheres Niveau als die Kriterien von Eason und sollten als solche behandelt werden. Basierend auf Tabelle 1 und den erwähnten übergeordneten Variablen von Gallivan kann eine Auswahl einer geeigneten Strategie getroffen werden.
Vorbereitung einer Organisation für die Adoption
Abbildung 1: Organisationsvorbereitungsprozess
Um die Organisation auf die Einführung des neuen Systems vorzubereiten, müssen die Änderungen festgelegt werden, die stattfinden werden. Dies ist erforderlich, um einen Plan oder eine Übersicht über die Umstellung zu erhalten, und kann durch Erstellen von Anforderungen für das System erfolgen. Sobald das Management die Anforderungen in einem Bericht über festgestellte Änderungen festgelegt hat, muss es sich darauf einigen, um mit dem Änderungsprozess fortfahren zu können. Wenn keine Einigung erzielt wird, muss das Management die Anforderungen immer wieder besprechen, bis sie übereinstimmen. Wenn eine Vereinbarung getroffen und der Vertragsvertrag unterzeichnet wurde, kann die Organisation weitere Schritte unternehmen. So kann nun die Testphase vorbereitet werden, in der die Gültigkeit der verwendeten Daten überprüft und Versuche durchgeführt werden (Eason, 1988).
Parallel dazu wird dringend empfohlen, in Zusammenarbeit mit dem Unternehmen und den betroffenen Benutzern einen umfassenden Plan zur Benutzerakzeptanz zu erstellen. Dieser Plan sollte alle Rollout-Kommunikationen vor und nach dem System berücksichtigen. Benutzerschulung & Dokumentation; alle internen Marketingbemühungen, die unternommen werden, um die Akzeptanz voranzutreiben, wie z. B. Systembranding oder Swag; sowie Unterstützung bei der Fehlerbehebung während des Rollouts (dh verlängerte Helpdesk-Öffnungszeiten und / oder eine Hotline sowie Identifizierung der wichtigsten Kontakte für jeden betroffenen Geschäftsbereich).
Siehe auch
Verweise
- Eason, K. (1988) Informationstechnologie und organisatorischer Wandel, New York: Taylor und Francis
- Gallivan, MJ, (1996) Strategien zur Implementierung neuer Softwareprozesse: Eine Bewertung eines Notfallrahmens, SIGCPR / SIGMIS '96, Denver, Colorado
- Rogers, EM (1995), Verbreitung von Innovationen, New York: Free Press
- Dodson, J. (2011), 4 Stopps bei der Navigation auf dem tückischen Highway der Einführung von Unternehmenssoftware, Washington
.