Erp Ausbildungsstrategie Vorlage

ERP-Testing Dies ist, wo die Organisation wirklich anfangen Hämmern auf dem neuen System. Die Testphase im Rahmen eines ERP-Implementierung wird nach der Entwicklung zu folgen. wo die meisten Konfigurationen und Anpassungen vorgenommen. Endverbraucher begann auch die Ausbildung in einem speziellen Trainingsumgebung mit Beispieldaten. Es gibt keine definierte Grenze zwischen Entwicklung und Erprobung. In der Tat gibt es eine signifikante Überlappung zwischen den beiden während des Prozesses sein. Um die Entwicklungsphase und andere Phasen in den Umsetzungsprozess zu überprüfen, können Sie weitere Artikel in dieser Serie finden Sie hier. Die Ziele für die Testphase zu sein: Bestätigen Sie die Systemfunktionalität Ausrichtung mit Anforderungen Feinabstimmung Konfigurations Stellen Sie Endbenutzer Kenntnisse 5 wichtige Punkte zum Testen eines neuen ERP-Systems User Acceptance Testing Entwicklung und Ausführung der UAT-Plan wird sich weitgehend auf den Schultern des Projektteams fallen, weil sie das Geschäft kennen. Damit die Tests um erfolgreich zu sein, müssen die Benutzer zu definieren, was sie zu sehen, und entwickeln dann einen Testplan auf das Niveau von Komfort benötigen, um ein Produkt zu akzeptieren, wie eingesetzt werden soll. Das Implementierungsteam wird mit dem Projektteam zu arbeiten, um die Testszenarien zu entwickeln, um sicherzustellen, dass alle Teile des Systems getestet werden. Import Sample Data Ein Teil der Go-Live-Prozess beinhaltet das Laden statischen und dynamischen Daten. Statische Daten sind Elemente, die nicht häufig wie nicht verändern, wie Kunden, Lieferanten, Inventar-Gegenstände und so weiter. Dynamische Daten ändert sich häufig und gehören Dinge wie Forderungen und Verbindlichkeiten Rechnungen und Bestandsmengen. Oft ist es sinnvoll, dass die Daten aus dem alten System zu exportieren und importieren Sie sie in das neue System. Teil des Tests sollten die Export - und Importverfahren umfassen. Besonders mit dynamischen Daten werden Sie wollen sicherstellen, dass Verfahren arbeitet effizient, um Systemausfallzeiten während der Konvertierung zu minimieren. Importieren einige statischen und dynamischen Daten ermöglicht es dem Projektteam um Systemtests vertraut Information durchzuführen und bessere ermöglicht die Simulation läuft das Geschäft in das neue System. Passen Konfigurationen Während des "Testphase" können die Mannschaften zu bestimmen, dass einige leichte Anpassungen sind notwendig, um einigen Konfigurationen, um die Nutzung des Systems im Betrieb des Unternehmens zu optimieren. Wenn Einstellungen erforderlich sind, können sie sowohl in der Prüfung durchgeführt werden, und Go-Live-Systeme. Stellen Sie "Cut-off" Strategie Der Übergang vom alten System auf das neue System kann eine Vielzahl von Wegen zu nehmen. In der Vergangenheit umgewandelt Unternehmen Systeme ein Modul zu einer Zeit, oder sie würden beide Systeme parallel laufen. Das Problem mit diesen Ansätzen ist die Arbeitsbelastung für die Nutzer mehr als verdoppelt. Sie müssen Schnittstellen zu bauen um die Systeme in beiden Systemen zu kommunizieren oder zu arbeiten und zu versöhnen Unterschiede. Die typische Vorgehensweise ist es nun, das Vertrauen in das neue System sowie Schulungen in der gründlichen Tests zu bauen, und schneiden Sie dann über alle auf einmal. An diesem Punkt in dem Verfahren die Teams sollten über ein umfassendes Verständnis davon, wie die Konvertierung durchzuführen. Sie sollten geschaffen einen Plan zur Ausbildung andere Benutzer zu beenden und bringen über die statischen und dynamischen Daten. Ich arbeitete mit einem gut finanzierten Start-up, die über 1.000.000 $ in Schulden unmittelbar vor dem Go-Live hatten. Der Controller festgestellt, dass es viel einfacher wäre, nur zahlen sich aus alle offenen Rechnungen nicht verbringen die Zeit auf den Datenimport und Validierung, und es war sicherlich. Ich habe in mehr als 150 Implementierungen beteiligt gewesen und dies war das einzige Mal, dass ein Unternehmen nahm diesen Ansatz. Simulieren, läuft das Geschäft Unmittelbar vor dem Go-Live Entscheidung sollten die Teams gemeinsam zu arbeiten, um einen letzten Test des Systems durchführen, die manchmal auch als Konferenzraum Pilot bezeichnet. Das Projektteam sollte eine endgültige Testszenario, auf denen das gesamte Geschäft in das neue System simuliert vorbereitet. Hoffentlich wird dies entweder bestätigen, dass das Team und das System ist bereit für den letzten Schritt - Go-Live. Geben Sie End User Training Sobald die Bestätigung durch das Projektteam vorgenommen, die Mitglieder auffächern die Endbenutzer in ihren jeweiligen Abteilungen zu trainieren. Ich habe festgestellt, dass es hilfreich ist die Einrichtung einer bezeichneten Schulungsumgebung, wo gibt es ein paar Arbeitsplätze, ein Whiteboard und Beamer für die Mitarbeiter zu üben und zu empfangen Trainingsanleitung. Was ist UAT? User-Acceptance Test oder UAT oder die Abnahmeprüfung, definiert alle die einzige Bedeutung. Nach Angaben der International Institute of Business Analysis - Body of Knowledge V2.0, User Acceptance Test oder UAT wird als "Testfälle eine Reihe von Systemeingaben definiert, dass die Nutzer einsetzen, um zu beurteilen, ob das gelieferte System ist akzeptabel Jede Abnahme beschreibt und erwartet. Ergebnisse. " User Acceptance Test bezieht sich auf den zufriedenstellenden Test der Lösung von den Benutzern vor dem Bewegen der Lösung, um Umwelt zu leben. In UAT, Benutzer der Software validieren die maximal mögliche Szenarien, die in der Live-Umgebung, die in der Lösung getestet und fand genau zu sein kommen können. Wenn UAT ist zum Testen der Lösung, dann kommt die Frage in den Sinn: "Was tun, Qualitätssicherung Abteilungen zu tun an ihrem Ende, wenn sie sagen, dass sie die Prüfung der Anwendung" Dafür würde ich einfach sagen, es gibt eine 360-Grad-Unterschied in beide Arten von Tests und der größte Unterschied ist das Ziel / Ziel der beiden. Das Ziel des Software-Testens ist es, "sicherzustellen, dass die Software erfüllt die Spezifikation" oder ", um sicherzustellen, dass die entwickelte Software ist fehlerfrei." Während das Ziel der User Acceptance Testing ist "um sicherzustellen, dass System unterstützt vollständig die Tag-zu-Tag Business-Szenarien zusammen mit anderen bekannten möglichen Szenarien, die eine Hürde im operativen Geschäft schaffen kann, und um sicherzustellen, dass Software nicht auf den LIVE verletzt Betrieb, wenn sie in einer Live-Umgebung ausgeführt werden. " UAT wird als letzte Stufe von Software Entwicklungsinitiative. Ohne erfolgreichem Abschluss des UAT, kann das Projekt nicht als abgeschlossen betrachtet werden auch nicht jeder Client zu akzeptieren. Während der Diskussion der Projektthemen mit verschiedenen Kollegen, Freunden, Gemeindemitglieder und andere, habe ich festgestellt, dass viele Business-Analysten versuchen, das System direkt in einer Live-Umgebung zu implementieren, beginnt also Benutzer Eingabe LIVE-Einträge und wenn alle Einträge eingegeben und Berichte abgestimmt Das System gilt als durchgeführt und abgezeichnet. Außergewöhnliche / abnorme Szenarien sind Teil der laufenden Geschäfte, und sie sind auch sehr schwer zu erinnern, / zu identifizieren. In der früheren erwähnten Situation, wenn der Benutzer wurde am Testen des Systems basierend auf LIVE-Einträge konzentrierte sich nur, verliert er auf jeden Fall den Fokus auf diesen Anomalien, die in seiner Geschäftsvorgänge in der Regel auftreten. Ferner könnte es einige Spezialfälle, die in anderer Weise durch die Benutzer gehandhabt würden; diese Fälle werden auch bei der Prüfung übersehen werden, basierend auf Live-Daten. All diese Anomalien, Sonderfälle und andere Probleme werden eines Tages in der Live-Umgebung zu kommen, wenn der Benutzer werden mit der Software, die die Zeit der Benutzer sagen wird: "Ich verwendet, um dieses Fall durch Drücken dieser Taste im Legacy-System zu lösen "oder" Ich habe diese Falle, indem Sie diese, dieses und jenes ", und der Verkäufer wird für die Änderungsanforderung zu stellen und zwei Dinge berechnet (Zeit und Geld), und aufgrund von Zeit das Geschäft kann leiden. Betrachten Sie die anderen Szenario, in dem der Benutzer ließ sich Zeit mit der Business-Analysten und identifiziert die maximal möglichen Szenarien, einschließlich normal / Routine Geschäftsverkehr zusammen mit einer Anomalie oder außergewöhnliche Szenarien. Und wenn das System bereit ist, Benutzer zu testen alle diese Szenarien im System und nach erfolgreichem Abschluss der Prüfung, geht das System, LIVE. Dies erhöht die Chancen von Anomalien oder ausnahmsweise in der Live-Umgebung zu minimieren. Durchführung von UAT ist sowohl für Anbieter (Software-Entwickler) und dem Client (Software-Benutzerhandbuch) gleichermaßen wichtig. Tausende von Gründen über die Bedeutung und die Auswirkungen der nicht zu tun UAT geschrieben werden; Folgende sind einige sehr wichtige Gründe für die UAT sollte in jedem Projekt durchgeführt werden. Reduzieren Chancen auf Fehler in Live-Umgebung. Maximal mögliche Szenarien identifiziert und getestet, bevor Software bewegt, um Umwelt zu leben Erhöhen Sie zur Nutzerzufriedenheit. UAT bietet Voll fledge Zugang von Software an Benutzer, was ihm eine Menge Selbstvertrauen sowie die Zufriedenheit ihm zu erlauben, die Software, die bald wird er mit Hilfe werden in einer Live-Umgebung zu testen Reduziert das Risiko von Regulierungs anderen Compliance. Wie in UAT wird das System auf maximale Business-Szenarien getestet; das Risiko von regulatorischen und anderen Verstößen, die Sanktionen in der Bezeichnung der finanziellen Auswirkungen bringen kann, kann Gelegenheit Verlust oder Unzufriedenheit der Kunden minimiert werden. Reduzieren Sie Zeit: In neuen / automatisiertes System, gibt es eine Chance, dass das System einige Geschäftsprozesse zusammen mit einigen Änderungen in der bestehenden Prozesse, die einige Prozessschritte als unnötig oder Zeitverschwendung in der Live-Umgebung zu sein, erhöht haben könnte automatisiert, ermöglicht UAT Nutzer, diese unnötige Schritte, bevor sie in der Live-Umgebung identifizieren, erlaubt es Organisationen, die Zeit durch die Verringerung Prozessschritte, die Zeit in der Live-Umgebung zu nehmen und verursachen Mehrkosten können zu speichern. Ruf des Unternehmens: Wenn aufgrund von Software-Lösung ist nicht in der Lage, um die Dienstleistungen für ihre Kunden zu erbringen oder die Dienstleistungen mit Verzögerung oder irgendwie beeinflussen Kunden, indem sie falsche Angaben oder zeigt falsche Transaktion im Kundenkonto Organisation, kann dies den Ruf des Unternehmens zu blasen und auf jeden Fall führt in Unzufriedenheit der Kunden, und damit, das Unternehmen kann eine gute Menge von Unternehmen, das erfolgreich war in der Hand mit dem Legacy-System an Ort und Stelle zu verlieren. Die Rolle der Business Analyst in UAT Business Analyst als neutraler, nicht-technische, geschäftliche Seite repräsentativen macht einen guten UAT Leiter. Aufgrund seines Fokus der Lösung von Geschäftsproblemen, vom Entwickler unabhängig und eine technische Geist nicht mit, kann er leicht in die Schuhe von den Kunden die normale zu erkennen glaube, sowie komplexen, unsicheren und abnorme Szenarien zusammen mit echten wie Daten und Nutzern helfen bei der Prüfung der selben, bevor sie in der Live-Umgebung. Und schließlich hat der Business Analyst ein ureigenes Interesse von qualitativ hochwertigen Software zusammen mit der Lösung der Business-Problem mit Wertschöpfung und ist motiviert, strengen Tests des Systems durchzuführen, so. Fähigkeiten Erfordernis der Business Analyst für UAT Wie bereits erwähnt, ist UAT die letzte und letzte Stufe nach der das System wird live gehen, und deshalb die Kruste dieser Aktivität ist es, sicherzustellen, dass maximale Szenarien werden im System geprüft und, wenn Probleme gefunden werden sie entsprechend ausgewiesen. Aufgrund der Kritikalität und der Bedeutung der UAT-Phase, die Rolle des UAT Leiter erfordert vielseitige Fähigkeiten. Diese Eigenschaften erlauben die Person spielt diese Rolle, um diese wichtige Tätigkeit durchzuführen; die Business-Analysten müssen in die Schuhe des Benutzers, um sein Problem zu verstehen, denken. Das Fehlen dieser Fähigkeiten kann die Gesamt UAT Phase scheitern. Ferner sind folgende Fähigkeiten und Kompetenzen erforderlich sind, um von der Business Analyst besessen zu wirksame / erfolgreichen UAT durchzuführen: Menschen Handhabung: Business Analyst, die gute Kenntnisse der Menschen Umgang hält und kann eine gute Beziehung mit den Benutzern, um seinen Standpunkt zu erklären, zu entwickeln, und das Geschick hilft auch Business-Analysten, um die Sicht der Anwender zu verstehen. In UAT, Benutzer versuchen manchmal Wandel wider oder versuchen, seine Punkt bedeuten, aber eine gute Beziehung mit dem Businessanalyst sind, stellt sich die Frage des Egos nicht zwischen kommen und die Dinge in eine positive Richtung geschlossen. Domain-Wissen: Wie in jedem Business-Analyse in Verbindung stehender Artikel zitiert: "Fachwissen ist für Business Analyst." Off-Kurs [G1]. wenn ein Business Analyst fehlt das Fachwissen, wird er nicht in der Lage, die erfolgreiche UAT durchführen zu können. Aufgrund seiner Einschränkung in betriebswirtschaftliche Kenntnisse, wird er nicht in der Lage, die Geschäftsszenarien zu identifizieren, noch kann er dem Benutzer helfen bei der Identifizierung von der gleichen, und auch nicht in der Lage, die falschen Szenarien oder falsche Praktiken in Frage zu stellen, dass der Benutzer benötigt werden als Szenario in der Software hinzugefügt werden. Software Funktionale Kenntnisse: Sie müssen einen Business Analyst sagen gehört zu haben: "Ich muss auf meine technischen Team zu sprechen, um die Idee, wie dieser Bildschirm zu arbeiten?" Betrachten Sie das Konfidenzniveau von dem Benutzer auf der Business-Analysten und Software, wenn eine Person, die ihm gegenüber ist ihm erzählte, wie man UAT tun? Sie wissen nicht, über seine eigene Lösung. [G2] Business-Analysten müssen die von innen nach außen der Gesamtlösung zu verstehen; Ich würde sagen, "Er sollte die Person, die maximale Kenntnisse der Software gearbeitet hat sein." Mit dieser Fähigkeiten kann er effizient UAT aufgrund von Software-Funktionen durchzuführen, wie die Frage der stecken. Executor, Initiator: Business-Analysten sollten die Fähigkeiten der Ausführung zu haben; sollte er die Möglichkeit, die Nutzer fahren gemäß der UAT-Plan und im Falle von Fragen im Zusammenhang mit Benutzerverfügbarkeit, Systemfehler, andere Ressourcenverfügbarkeit bezogen haben, alle anderen Showstopper oder Fragen des Fortschritts, er sollte es an die richtige Person sofort eskalieren, ohne Zeit verschwenden. Business-Analysten sollten die Situation zu beobachten und informieren die relevanten Stakeholder, falls er ein gewisses Risiko oder Problem, das entstehen wird erfasst. Positive Einstellung: Business-Analysten sollte immer eine positive Einstellung und betrachten die Kommentare der Nutzer als Verbesserungsbereiche und entsprechend handeln, anstatt anfangen, defensive oder offensive manchmal darüber. Er sollte der Sicht und im Fall der Benutzer einer anderen Denkweise des Benutzers zu verstehen, versuchen, ihn positiv mit rationalen [G3] und Argumenten zu überzeugen, seine Meinung zu unterstützen. Gemeinsame UAT Probleme von Business-Analysten in UAT Konfrontiert 1. Benutzer Verfügbarkeit: Issue # 1 jeder UAT, auch wenn Benutzer werden als Vollzeit-Benutzer in das Projekt markiert, noch werden sie nicht in der Lage Ihnen benötigte Zeit, die aufgrund ihrer Beteiligung an der Tag-zu-Tag zu geben. Da die meisten der Zeit, Organisationen finden es schwierig, die Vollzeit-Strategie umzusetzen, da der Benutzer die Automatisierung Projekt zugeordnet sind in der Regel geschickter als andere in ihrer Abteilung und Zuordnung zu dem Projekt für Vollzeitauswirkungen die Tag-zu-Tag der Organisation, und wenn die Organisation ist bereit, dies zu tun, wird es ihrer Benutzer-Interaktionen, die wiederum Auswirkungen der Benutzer die Verfügbarkeit von UAT erforderlich. Daher sollten Business-Analysten die Aufzeichnung der Benutzerverfügbarkeit zu erhalten und zu eskalieren, wenn der Benutzer nicht zur Verfügung wie für UAT erforderlich. 2. Detail-orientiert Persönlichkeit: Es gibt einige Benutzer, die eine sehr detailorientierte Persönlichkeit oder, um Worte, sie sind Perfektionisten. Diese Benutzer sind sehr schwer zu wegen ihrer Erwartungen und Anforderungen zu behandeln; sie wollen immer alles genau und im Detail vollendet. Und ihren Fokus auf Detail treibt sie auf die komplexen Szenarien, die ein Geschäft noch nie konfrontiert und könnten nicht in der Zukunft zu stellen als auch, aber sie sind auf Testen dieser Szenarien oder Handhabung dieser Szenarien in der Software zu bestehen. Diese Art von Persönlichkeit isst Ihren UAT Zeit wie eine Heuschrecke isst das Gras. Und als sie Perfektionisten sind, ist es meist schwer, Ihren Standpunkt zu erklären, und sie manchmal auch mit Problemen konfrontiert das Verständnis der Point-of-view von anderen, die die UAT-Phase in einem nie endenden Kreislauf bewegt. Aber der wichtige Punkt, der hier hervorgehoben werden sollte, ist, dass diese Art von Persönlichkeit ist problematisch in UAT kann aber aufgrund ihrer detailliertes Verständnis der Geschäftsprozesse gut in der Anforderung Phase genutzt werden. 3. Mit Blick auf Persönlichkeit: In UAT, können Sie eine Persönlichkeit, die unbeschwert ist und erscheint nicht auf Einzelheiten des Systems und seiner Prüfung legte erforderliche Anstrengungen stellen. Dies ist die Persönlichkeit, die Business-Analysten sagen, dass "Alles ist in Ordnung, ist alles gut." Diese Art von Persönlichkeit konzentriert sich daher auf die Dinge mit Einfachheit getan; sie tun es manchmal auch, weil sie nicht über die Schmerzen, die sie konfrontiert werden, wenn UAT nicht effektiv durchgeführt wissen. Diese Art von Persönlichkeit ist sehr hohes Risiko für UAT wie die Chancen mit Blick auf Funktionalitäten zu hoch sind, und Business-Analysten sollte, dass die Persönlichkeit erkennen und damit umgehen, indem Sie in jedem Detail und lassen diesen Benutzer denken, dass BAs, dass er im Detail zusammen mit gehen eskaliert das Problem auf der richtigen Ebene, falls erforderlich. 4. Ausgabe Log Management-Priorisierung: In UAT, viele Probleme identifiziert werden, und wenn sie nicht eingeloggt und zur richtigen Zeit priorisiert, wird die ganze Übung UAT verschwendet zu gehen. Dabei UAT Sitzungen identifiziert der Benutzer viele Fragen zu Anwendung beziehen, und es könnte eine Menge von Vorgangstypen, von denen einige sein könnte "GUI Verwandte, Logical Observation, Anwendungsfehler, Geschäfts nicht zugeordnet" usw. Je größer Software verfügt über eine größere Art von Fragen zusammen mit ihrer Anzahl als auch. Als BA, sollten Sie eine gute Mechanismus der Anmeldung und Verwaltung der Prozess der Fragen folgen. Jede Ausgabe berichtet, sollte ausführlich genug angemeldet sein, durch den Benutzer und Techniker-Team sowohl verständlich sein, da diese Fragen wird schließlich zu dem technischen Team für die Auflösung angegeben werden. BAs sollten auch Scoping auf dieser Ebene, denn es könnte einige Probleme, die in ursprünglichen Geltungsbereich nicht waren auf "Anforderung nicht diskutiert" oder einen anderen Grund geben. Diese Fragen sollten in Protokoll gemeldet werden, aber BAs sollte sie als "Out of Scope" zu identifizieren und den Erwartungen des Benutzers, wird dies nicht in der aktuellen Version der Software bearbeitet werden. 5. Verständnis der Anforderungen: Es wurde beobachtet, dass Business-Analysten, die leitend sind UAT mit Benutzer - und waren Teil der ursprünglichen Forderung Phase (Software Requirement Spezifikationen Phase) konnten die UAT effektiver als die Business-Analysten, die direkt zugeordnet werden führen UAT ohne ihre Beteiligung an SRS Phase. Dies ist auf das Verständnis der Anforderungen, als ob die BA in der Anfangsbedarf Phase beteiligt, er würde eine bessere und eine detaillierte Vorstellung davon, was die spezifische Anforderung dreht sich alles um, und wenn er nicht, er seinen eigenen Standpunkt haben könnte Blick in Platz für spezifische Anforderungen, die Aufwand für den Benutzer, der tut das UAT erstellen. Daher ist die Empfehlung der BA, die tun UAT sollte Teil der anfänglichen Anforderung Phase sein wird, und wenn er es nicht war, sollte er durch jede Anforderung ausführlich genug gehen, um die verschiedenen Aspekte der Anforderungen und deren Auswirkungen zu verstehen. 6. Complex / demotivierend / beleidigend Persönlichkeit: In Projekten, stehen Ihnen verschiedene Arten von Persönlichkeiten, und alle von ihnen Auswirkungen das Projekt auf unterschiedliche Weise in verschiedenen Stadien. Vielleicht haben Sie einige Persönlichkeit in Ihren Projekten, die sagen: "Dieses Projekt ist nicht zur Arbeit gehen", "Büchse der Pandora Dieses Projekt verwendet", oder mein Favorit, "Wir spielen GIGO (Garbage In Garbage Out) gesehen haben." Complex, demotivierend oder offensive Persönlichkeiten existieren in Projekten und BAs können sich nicht leisten, sie zu vermeiden. Gute BAs sollten verstehen, wie man mit diesen Persönlichkeiten und wie man Maximum aus ihnen, ohne in endlosen Argumente erhalten zu arbeiten. Diese Arten von Persönlichkeiten sind nicht sehr schwer zu handhaben und Business Analysts können sie, indem seine positive Einstellung zu behandeln, gute Beziehungen mit Privatpersonen und gute Argumente, um seine Entscheidung jedes Mal zu unterstützen. Und wenn die Dinge unkontrollierbar, BAs, dann sollten Sie wissen, wann und an wen die Angelegenheiten sollte eskaliert werden. Aufgaben, die von Business-Analysten in UAT Phase durchgeführt Dabei UAT, Business Analysten verschiedene Aufgaben auf der Grundlage der Art von Projekten, die Dauer und Organisation Standards. Folgende Aufgaben sind generisch, um in jeder UAT befolgt werden: Lösung Validation. Bestätigen Sie, dass Lösung erfüllt die Geschäftsanforderungen Überprüfen Sie die Organisation Bereitschaft. BA sollten sicherstellen, dass der Endverbraucher bereit ist, die Software zu nutzen, indem Sie, dass die erforderlichen Ressourcen zusammen mit relevanten Tools und Schulungen ausgeliefert werden Identification Validierung von Szenarien. BA sollte Szenarien, die in UAT Phase getestet werden identifiziert und erhalten diese Szenarien aus Endnutzer validiert Erstellen Sie Trainingsplan. BA sollte den Trainingsplan, um die erforderlichen Ressourcen engagieren veröffentlichen Erstellen UAT Plans. BA sollte die UAT Plan veröffentlichen, damit erforderlichen Ressourcen können arrangiert werden Leiten die Ausbildung von Software. BA sollte erlaubt dem Anwender, Hands-on-UAT durch Schulungen der Software zu tun, so dass die Zufriedenheit der Nutzer erreicht werden kann Zuführen UAT. UAT sollten durchgeführt unter Berücksichtigung des Ziels der UAT, die "um sicherzustellen, dass System erfüllt den Tag zu Tag Geschäftsabwicklung zusammen mit allen anderen bekannten Ausnahmen" ist sein Notieren Sie die Ergebnisse: UAT kann nur wirksam sein, wenn Fragen sind religiös angemeldet UAT Rückgespräch: BA sollte von Zeit zu Zeit confirm von Benutzer, der Lösung die geschäftlichen Anforderungen, wie vom Benutzer erwartet, und aktualisieren Sie die Rückmeldung an verbundenen Interessengruppen erfüllt Conduct UAT Sign-Off (Einverständnis auf die live gehen) Dokumentation von Business Analyst in UAT erstellt Es könnte verschiedene Arten von Unterlagen ein Business Analyst hat in UAT sein. Die Art und Höhe der Dokumentation ist vollständig über die Methodik des Gesamtprojektes, Projekttyp und Organisationsstandards. Z. B. Indem Sie dem Wasser-Fall, der Methodik in Gesamtprojekten der Grad der Formalität in BA Dokumentation hoch und die Anzahl der Dokumente erhöht, während in Agile gibt es geringe Anzahl von Dokumenten aufgrund der niedrigen Grad der Formalität. Folgende Unterlagen wurde festgestellt, die für Business-Analysten in der UAT-Phase zu sein; Zum besseren Verständnis wird die Liste der Dokumente in Unterphasen UAT unterteilt: UAT Planning für UAT (Must Have Document) Business Scenarios Download Vorlage 1 Vorlage 2 Business Process Flows um sicherzustellen, dass Benutzer die richtigen Dinge tun (Must Have Document) Vorlage herunterladen Application Process Flows, um die Geschäftsprozesse auf Anfrage Karte, um Benutzer bei der Identifizierung der relevanten Bildschirm für jedes Geschäftsprozessschritt zu unterstützen (Must Have Document) Vorlage herunterladen Deployment Dinge zu tun, um sicherzustellen, dass Setup / Primärdaten ist bereit mit Benutzer vor Einleitung des UAT zusammen mit anderen Ressourcen (Benutzer, Schulungen, Maschinen etc.), die für UAT Vorlage herunterladen erforderlich sind Deployment Beleg auf erfolgreichen Einsatz der Anwendung auf dem Client Räume Vorlage herunterladen Trainingsplan, die erforderlich ist, um Software-Schulungen für die Nutzer (Must Have Dokument) Download Template-Ressourcen planen Training Script: Dieses Dokument ist an die BA für die Ausbildung und UAT-Sitzung, in der BA identifiziert, was Bildschirmen wird er trainiert und durch Eingabe, welche Daten und wie vorbereiten? UAT-Plan, die erforderlich ist, um UAT leiten Ressourcen planen (Must Have Document) Vorlage herunterladen UAT Execution Training Sign-Off: Der User hat akzeptiert, dass die Ausbildung abgeschlossen ist (hohe Formsache) Vorlage herunterladen UAT Ausgabe Log: Sollte um jeden Preis aufrechterhalten und gemeinsamen mit allen Beteiligten (Must Have Document) Vorlage herunterladen werden Tägliche UAT Zusammenfassung, alle Beteiligten über den täglichen Fortschritt des UAT informieren (Must Have Document) Vorlage herunterladen