Urknall -Adoption
Urknall -Adoption oder direkte Umstellung ist, wenn ein neues System ist angenommen Sofort ohne Übergangsphase zwischen den alten und neuen Systemen.[1][2][3]
Wenn ein neu System muss in einem implementiert werden OrganisationEs gibt drei verschiedene Möglichkeiten, um dieses neue System zu übernehmen: die Ureinnahme von Urknall, schrittweise Adoption und Parallele Adoption. Im Falle einer parallele Akzeptanz werden das alte und das neue System parallel ausgeführt, sodass sich alle Benutzer an das neue System gewöhnen und ihre Arbeit mit dem alten System erledigen können. Phased Adoption bedeutet, dass die Annahme in mehreren Phasen eintreten wird. Nach jeder Phase ist das System etwas näher, um vollständig zu übernehmen. Mit der Ureinführung der Urknall erfolgt der Schalter zwischen der Verwendung des alten Systems und der Verwendung des neuen Systems zu einem einzigen Zeitpunkt der sogenannten sofortigen Umstellung des Systems. Jeder beginnt, das neue System zum selben Datum zu verwenden, und das alte System wird ab diesem Moment nicht mehr verwendet.
Der Vorteil einer Ureinführung besteht darin, dass das neue System nicht kompatibel oder mit alten Systemen verbunden sein muss, die es ersetzt. Dies vereinfacht das Design des neuen Systems erheblich, insbesondere in einer Organisation, die auf mehreren inkompatiblen Systemen ausgeführt wird. Der Ureinhaltungsart der Urknall ist jedoch riskanter als andere Adoptionstypen, da in den Ansatz weniger Lernmöglichkeiten enthalten sind. Daher ist mehr Vorbereitungen erforderlich, um zum Urknall zu gelangen.[1] Diese Vorbereitung wird nachstehend beschrieben, die durch das Prozessdatenmodell der Ureinführung dargestellt wird.
Implementierung
Einmal der Management hat beschlossen, die Urknallmethode zu verwenden und die dafür benötigten Änderungen zu unterstützen, der reale Änderungsprozess kann beginnen. Dieser Prozess umfasst mehrere Schritte: Konvertieren des Systems, das Freigeben von Teilen des Systems und Schulung der Zukunft Benutzer.[1]
Die Aktivitäten im Prozess werden in der folgenden Tabelle erläutert, um sie klar anzugeben. Die Konzepte, die zur Ausführung der Aktivitäten verwendet werden, sind in Hauptstädten.
Aktivität | Subaktivität | Beschreibung |
Vorbereitung des Managements (siehe Adoption) | Organisatorische Änderungen bestimmen | Der Prozess der Bestimmung der Änderungen, die stattfinden müssen, um den Urknall zu ermöglichen, der zu einem Bericht über organisatorische Änderungen führt |
Vereinbaren Sie organisatorische Änderungen | Um den Urknall vorstellen zu können, muss sich eine Einigung über den Veränderungsplan geben, was zu einem Vertragsvertrag führt. Wenn es keine Vereinbarung gibt, ist eine neue Vertragssitzungen erforderlich oder die Änderungen müssen immer wieder anders bestimmt werden, bis ein Vertragsvertrag geschlossen ist. | |
System konvertieren | Planen Sie die Planung für zukünftige Benutzer | Erstellen Sie einen Plan für die Personen, die sich mit dem neuen System befassen müssen, damit sie einen Überblick über die Ereignisse haben, die passieren werden[1] |
Daten aus dem alten System konvertieren | Konvertieren Sie Daten aus dem alten System, damit es im neuen System verwendet werden kann (Koop, Rooimans und De Thehee, 2003) | |
Laden Sie Daten in ein neues System | Laden Sie die konvertierten Daten in das neue System[1] | |
Testen Sie Daten im neuen System | Testen Sie Daten, sodass es bekannt ist, ob die Daten im neuen System verwendet werden können[1] | |
Offline -Versuche ausführen | Führen Sie die Testversion mit dem System und mit den Benutzern des Systems aus, um zu überprüfen, ob das System korrekt funktioniert[1] | |
Überprüfen Sie, ob Sie die Gültigkeit überprüfen können | Überprüfen Sie die Gültigkeit, damit das System freigelassen werden kann (Koop, Rooimans und De Thehee, 2003) | |
Teile freigeben | Release Converted Database | Veröffentlichen Sie die neue Datenbank, die aus der alten Datenbank konvertiert wird[1] |
Release Produced Application | Lassen Sie die für das Personal erstellte Anwendung frei[1] | |
Infrastruktur freigeben | Lösen Sie die neue Infrastruktur[1] | |
Benutzer vorbereiten | Pflegen des erfahrenen Personals beibehalten | Erstellen Sie einen Personalpuffer, der die Aufgaben der Menschen übernehmen kann, die in der Verwendung des neuen Systems geschult werden müssen, damit die tägliche Arbeit weitergehen kann[1] |
Trainieren Sie Benutzer | Trainieren Sie Benutzer in Vorbereitung auf die große Veröffentlichung des Systems, um eine Liste geschulter Benutzer zu erstellen |
Das System konvertieren
Zuerst a planen Für den gesamten Adoptionsprozess ist erforderlich. Der Plan ermöglicht zukünftige Benutzer zu wissen, was passieren wird und wann sie bestimmte Änderungen erwarten sollten, was unnötige Unsicherheiten vermeidet und daher eine bessere arbeitende Atmosphäre schafft. Der Plan macht auch klar, wann die wirkliche Adoption stattfindet, und gibt den zukünftigen Benutzern die Möglichkeit, sich auf diese Änderung vorzubereiten.[1] Das folgende Modell zeigt, dass die Aktivitäten (in der grauen Box) zu Ergebnissen (in den Kästchen neben der Graukiste) führen, um ein teilweisees Ergebnis zu erzielen: das konvertierte System
Wenn der Plan erstellt wird und jeder weiß, was von ihnen erwartet wird, kann die technische Umstellung beginnen. Zunächst müssen die alten Daten in ein Formular umgewandelt werden, das mit den Daten im neuen System arbeiten kann (Koop, Rooimans und De Thehee, 2003). Anschließend müssen diese Daten in das neue System geladen werden, was zu den sogenannten geladenen Daten führt. Diese geladenen Daten müssen getestet werden, um die Effizienz der Daten zu überprüfen und das Verständnis der zukünftigen Benutzer zu testen. Offline Versuche müssen ausgeführt werden, um zu überprüfen, ob das System und die Benutzer zusammenarbeiten können. Nicht nur die Effizienz und das Verständnis müssen getestet werden, sondern die Gültigkeit muss getestet werden, um das Niveau von zu machen Datenvalidierung klar.[1] Wenn die Daten nicht gültig sind, muss das Management die Änderungen erneut bestimmen, und die Organisation muss eine andere Möglichkeit zur Ausführung der Ureinnahme vorbereiten.
Teile des Systems freigeben
Wenn alle Daten gültig sind, können separate Teile des Systems sein veröffentlicht. Das Datenbank Dies wird aus der alten Datenbank konvertiert werden, damit die neuen Daten zugänglich sind. Als nächstes die produzierten Anwendung Muss veröffentlicht werden, damit die neue Anwendung auch verwendet werden kann. Das Infrastruktur des gesamten neuen Systems muss auch veröffentlicht werden, so dass klar ist, wie das System aussehen wird und wie alles verbunden ist (Koop, Rooimans und De Thehee, 2003). In dieser Phase werden nur separate Teile veröffentlicht, die das neue System noch nicht bilden, sondern nur Teile davon. All dies geschieht offline: Nur die Systementwickler sehen dies, während die Benutzer immer noch am alten System arbeiten. Das obige Modell zeigt, welche Aktivitäten vom Systemcontroller (in der Grauen Box) ausgeführt werden müssen, um die Ergebnisse zu erzielen, die zu den freigegebenen Teilen führen. Wenn die Veröffentlichung der Teile fehlgeschlagen ist, muss das Management erneut neue Änderungen bestimmen (siehe Annahme; Eine Organisation zur Adoption vorbereiten).
Schulen Sie die Organisation bei der Nutzung des Systems
Wenn die Veröffentlichung der getrennten Teile erfolgreich war, besteht der nächste Schritt darin, die Benutzer vorzubereiten. Um das gesamte neue System vorzustellen, d. H. Um es zu übernehmen, müssen alle Benutzer in der Arbeit mit dem neuen System geschult werden. Ohne große Konsequenzen für das Produktionsniveau einer Organisation ist die Ausbildung aller nur möglich, wenn ein Puffer erfahrener Mitarbeiter vorhanden ist, die die tägliche Arbeit der Benutzer übernehmen können, die geschult werden müssen. Dies bedeutet, dass für alle Personen, die geschult werden müssen, Mitarbeiter zur Verfügung stehen, die die Arbeit übernehmen können, sodass keine enorme Arbeitsverzögerung besteht.[1] Die Personalabteilung wird den Puffer erfahrener Mitarbeiter (Aktivität in der Graubox) erstellen, indem sie Bewerber zum Puffer einladen. Dann können die Benutzer geschult und die geschulten Benutzer aufgeführt werden, sodass ein Benutzervorbereitungsbericht geschrieben werden kann.
Schlechte Schulungen können schlechte Ergebnisse für eine Organisation erzielen, wie der Fall Foxmeyer zeigt (Scott, Vessey, 2000). Dieses Unternehmen verwendete die Urknallmethode, um eine zu implementieren Unternehmensressourcenplanung (ERP) System. Eine falsche Schulung wurde gegeben, die Annahme wurde gemacht, dass Benutzer bereits genug darüber wussten und die falschen Fähigkeiten gelehrt wurden. Dow Corning hatte auch große Probleme beim Erwerb der notwendigen Fähigkeiten während der Implementierung von Big Bang ERP (Scott, Vessey, 2000). Die Verwendung eines neuen Systems erfordert verschiedene Fähigkeiten und Kenntnisse, was in mehreren Fällen von denjenigen unterschätzt zu werden, die die Umschaltung verwalten.
Techniken
Es gibt verschiedene Techniken, um ein neues System zu implementieren. Die Adoptionsphase ist nur eine Phase der gesamten Umsetzung. Regatta (Koop, Rooimans und De Thehee, 2003) ist beispielsweise eine Methode, die zur Implementierung von Systemen entwickelt wurde. Diese von SOGIGI entwickelte Methode behandelt eine Umstellung als Projekt und fokussiert mehrere Phasen dieses Projekts, beispielsweise die Vorbereitungsphase einer Übernahme und die Akzeptanz einer Implementierungsmethode. SAP -Implementierung ist eine weitere Technik, die auf die Implementierung und Einführung spezialisiert ist SAP AG Software, die in verschiedene Techniken unterteilt ist.
Risiken
Aufgrund der sofortigen Umstellung muss alles in einem festen Zeitplan erfolgen. Dies ist ein riskanter Betrieb. Die Organisation ist möglicherweise noch nicht bereit, ein falscher Datensatz wird möglicherweise verwendet, oder das Informationssystem kann aufgrund mangelnder Erfahrung und Startproblemen stecken bleiben. Auch eine unfähige Rückfallmethode kann ein Risiko für die Implementierung eines Systems mit dem Urknall sein (Koop, Rooimans und De Thehee, 2003).
Großbritannien Börse, 1980er Jahre
Die 1986 the Londoner Börse Am Freitagabend geschlossen und die Computer wurden alle am folgenden Montagmorgen eingeschaltet.[4][5] Es wurde behauptet, dass dies große Verluste verursachte.
Dow Corning
Dow Corning verwendete früher Systeme, die sich auf bestimmte Abteilungen konzentrierten. Das Management entschied, dass sie ein wirklich globales Unternehmen werden wollten, das nur ein Informationssystem verwenden würde: ein Unternehmenssystem für Unternehmensressourcen (ERP) -System. Um dieses neue ERP-System zu übernehmen, verwendeten sie den Ureinhaltungsart von Urknall und verbrachten beträchtliche Zeit und Mühe, seine Geschäftsprozesse zu überprüfen. Das Unternehmen wurde auf die Adoption vorbereitet und führte zunächst drei Pilotimplementierungen durch, bevor das neue System in der globalen Organisation verwendet wurde (Scott, Vessy, 2000).
Dow Corning überwachte den Fortschritt ständig und traf Entscheidungen, um sicherzustellen, dass die Fristen eingehalten werden. Dies war nur mit Feedback und guter Kommunikation möglich. (Scott, Vessey, 2000)
Eine weitere riskante Strategie besteht darin, sich nur auf das Ergebnis zu konzentrieren, nicht auf die Erreichung dieses Ergebnisses und die Unterwertung des Lernprozesses für Benutzer. Es ist sehr schwierig, Lernen oder Wissen zu planen, obwohl diese notwendig sind, um die Umstellung des Urknalls auszuführen.
Foxmeyer
Foxmeyer nahm ein ERP-System mit ehrgeizige Lagerautomationssoftware an, wobei die Ureinnahme anhielt, um Wettbewerbsvorteile zu erzielen. Aber Foxmeyer schien ein überoptimistisches Management mit unrealistischen Erwartungen zu haben: Die Veränderung war zu groß und zu drastisch. Dies führte zu sehr hohem Arbeitsdruck, um die Fristen für alle Mitarbeiter einzuhalten. So sind unrealistische Erwartungen an das Management ebenfalls ein Risiko (Scott, Vessy, 2000).
Foxmeyer scheiterte mit Kommunikation und Aufmerksamkeit, die notwendig war, um schnelles und effektives Feedback zu geben. Sie versuchten stattdessen, Probleme zu minimieren, indem sie sie ignorierten, und gaben entmutigende Kritik, was zu mehrdeutigem Feedback führte. Dies behinderte Organisiertes lernen, etwas, das während eines organisatorischen Wandels sehr wichtig ist. So schlechte Kommunikation und mehrdeutige Feedback sind auch Risiken bei der Einführung eines Systems mit dem Urknall (Scott, Vessey, 2000).
Siehe auch
- Akzeptanz (Software -Implementierung)
- Schrittweise Adoption
- Parallele Adoption
- Flash-Schnitt
- SAP -Implementierung
- Prince2
- Konsensentscheidung
- Implementierung
- Planung
- Datenvalidierung
Verweise
- ^ a b c d e f g h i j k l m n Eason, 1988
- ^ Copley, Steve. "Implementierung des neuen Systems". IGCSE IKT. Abgerufen 13. August 2011.
- ^ Wainwright, Stewart (2009). IGSCE- und O -Ebene Computerstudien und Informationstechnologie. Cambridge University Press. p. 29.
- ^ "Wie Technologie den Aktienmarkt beeinflusst hat. - Computer in der Stadt". www.citc.it. 18. September 2015. Abgerufen 19. Juni 2017.
- ^ "Heutige Nachrichten".
- Eason, K. (1988) Informationstechnologie und organisatorischer Wandel, Taylor & Francis.
- Koop, R., Rooimans R. und De Thehee, M. (2003) Regatta: ICT-Implementaten Als Uitdaging Voor Een Vier-Met-Stuurman, S.D.U. Uitgeverij. ISBN90-440-0575-8.
- Scott, J. E., Vessey, I. (2000) "Implementierung von Unternehmensressourcenplanungssystemen: Die Rolle des Lernens aus dem Scheitern", Informationssysteme Frontiers, Vol.2 (2), S. 213–232.