Erp 培訓策略 模板

+

ERP測試 這是該組織將真正開始錘擊在新系統上。 在測試階段，作為一個ERP實施的一部分發展後，隨之而來。 其中，大部分的配置和定制發言。 最終用戶也開始在樣本數據的特殊訓練環境的訓練。 有開發和測試之間沒有定義的邊界。 實際上，將有兩個在整個過程之間顯著重疊。 審查在實施過程中的發展階段，其他階段，在這一系列的更多文章可以在這裡找到。 在測試階段的目標將是： 驗證系統功能的對準要求 微調配置 建立最終用戶的能力 5關鍵點用於測試新的ERP系統 用戶驗收測試 制定和執行的不可用時間的計劃將主要落在項目小組的肩上，因為他們知道業務。 為了使測試過程是成功的，用戶必須定義什麼是他們希望看到的，然後制定一個測試計劃，以舒適程度需要接受該產品的部署。 實施團隊將與項目團隊一起制定測試方案，以確保系統的所有部分進行測試。 導入示例數據 上線過程的一部分涉及加載靜態和動態數據。 靜態數據元素不經常更改，如客戶，供應商，庫存物品等。 動態數據經常變化，而且包括諸如應付賬款和應收發票和庫存數量。 通常是有意義的導出數據從舊系統，並將其導入到新系統。 測試的一部分應包括導出和導入過程。 特別是對於動態數據，你會希望確保這一過程的工作效率，從而在轉換過程中最大限度地減少系統停機時間。 導入一些靜態和動態數據使項目團隊與熟悉的信息進行系統測試，並能更好地模擬在新的系統上運行的業務。 調整配置 在“測試”階段的隊可確定一些輕微的調整是必需的一些構造，以優化使用的系統的運行的業務。 如果需要調整，它們是由兩個測試和上線的系統。 建立“切客”戰略 從舊系統向新系統過渡可以採取多種路徑。 在過去，公司轉換系統一個模塊的時間，或者它們將在並行運行兩個系統。 與這些方法的問題是在工作負載為用戶超過一倍。 他們必須建立接口來獲取系統，這兩個系統溝通或工作，並消除分歧。 典型的做法現在是建立信心，通過全面的測試新的系統和用戶培訓，再切過的一次。 此時，在這個過程中團隊應該對如何進行轉換有充分的認識。 他們應該制定一個計劃，以完成培訓其他用戶，並帶來了靜態和動態數據。 我曾與一家資金雄厚初創誰了約$ 1,000,000應付款項上線之前。 該控制器的結論，這將是更容易剛剛還清所有打開的發票，而不是花時間在數據導入和驗證，它當然是。 我曾經參與過150的實現，這是唯一的一次公司採取了這種做法。 模擬運行的業務 只是之前上線的決定，球隊應該共同合作，以執行系統的一個最終測試，有時也被稱為會議室試點。 項目團隊應該準備一個可模擬運行的整個業務中的新系統的最終測試場景。 希望這將要么確認團隊和系統準備的最後一步 - 將現場直播。 交付最終用戶培訓 一旦確認已經由項目組，成員扇出培訓最終用戶在各自的部門。 我發現，它有助於建立一個指定的培訓環境，也有少數工作站，白板，投影儀和員工實踐和接受培訓指導。 什麼是UAT？ 用戶驗收測試或UAT或驗收測試，都定義了單一的意義。 據商家分析國際學院 - 知識V2.0的機身，用戶驗收測試或UAT的定義是“測試用例用戶使用判斷交付的系統是否可以接受每一個驗收測試描述一組系統的投入和預期。 結果“。 用戶驗收測試是指解決方案的滿意的測試用戶移動解決方案，實時環境之前。 在用戶驗收測試，該軟件的用戶驗證可能會在實際環境中，這是在解決方案進行測試，發現是準確的，最大可能出現的情況。 如果UAT是關於測試的解決方案，那麼一個問題浮現在腦海：“什麼做質量保證部門做在他們結束的時候，他們說，他們正在測試的應用程序”對，我就簡單的說，有一個360度的差異 這兩種類型的測試，而最大的區別在於兩者的目標/目的。 軟件測試的目標是“確保軟件符合規格”或“，以確保所開發的軟件是免費的錯誤。” 鑑於對用戶驗收測試的目標是“確保系統完全支持一天的日常業務場景，以及可能產生的業務運營障礙，並確保該軟件不會傷害到LIVE其他已知的可能的情況 當將運行在實時環境中操作。“ UAT被認為是任何軟件開發倡議最後階段。 如果沒有成功完成UAT，該項目不能被視為完成，也沒有任何客戶端接受。 在討論不同的同事，朋友，社區成員和其他項目的問題，我發現很多業務分析師試圖直接在現場環境中實現系統，即用戶開始進入LIVE條目，當所有條目輸入和報告匹配 ，該系統被認為是實現和簽字。 特殊/非正常情況下的日常業務的一部分，而且他們也很難回憶起/識別。 在前面提到的情況，當用戶集中於檢測基於LIVE條目系統只，他絕對失去焦點上出現通常是在他的商業交易的那些異常。 此外，有可能是由用戶的其他方式進行處理，一些特殊情況; 在測試基於實時數據的情況下，也將錯過。 所有這些異常，特殊情況等問題會一天在現場環境中的用戶將要使用的軟件，這將是一次用戶會說的時候，“我曾經通過按下按鈕遺留系統來解決這種情況下， “或者”我做這種情況下做這個，這個和這個，“與供應商將要求變更申請和兩件事情將被收取（金錢和時間），並且由於時間的業務可能受到影響。 考慮其中用戶把他的時間與業務分析，並確定了最大可能的方案，包括與任何異常情況或特殊情況下的正常/日常業務往來的其他情形。 而當系統已準備就緒，測試用戶在系統中成功完成測試後，所有的這些情況，該系統上線。 這將異常或特殊情況下的現場環境中的機會最小化。 開展UAT是為供應商（軟件開發）和客戶端（軟件用戶）同樣重要。 千千萬萬的理由可以寫上的重要性，而不是做UAT的影響; 下面，有一些很重要的原因，這UAT應在每個項目中來完成。 減少誤差的實際環境的機會。 最大可能的場景識別和測試之前，軟件搬到住環境 提高用戶滿意度。 UAT提供的軟件，用戶功能完善的訪問，這給了他很大的信心和滿意度，讓他來測試不久，他將使用在現場環境中的軟件 減少監管的其他合規風險。 作為UAT，系統上最大的業務場景測試; 法規和其他遵從的風險，可能會帶來懲罰的財務影響來看，機會損失或客戶的不滿可以被最小化。 減少時間：在新的/自動化系統，有機會的話，該系統已隨著現有流程的一些變化，這可能增加了一些認為是不必要或浪費時間環境中生活工序自動化的一些業務流程，UAT允許 用戶再進現場環境中識別那些不必要的步驟，它允許企業通過減少工藝步驟​​，可能需要一段時間環境中生活，並承擔額外費用，以節省時間。 商業信譽：如果由於軟件的解決方案，組織無法提供的服務，其客戶或提供的服務延遲或以某種方式給予錯誤的數據或顯示在客戶的賬戶錯誤的事務影響的客戶，這可能會打擊的商業信譽和肯定結果 在顧客的不滿，以及與此，該公司可能會失去業務的一個良好的金額，這是成功的在手具有傳統系統到位。 業務分析師的UAT作用 業務分析師作為一個中立的，非技術性，業務方面的代表做一個很好的UAT導體。 由於他的工作重點解決業務問題，獨立於開發商和不具有技術頭腦，他可以很容易地認為，在客戶確定正常的鞋子，以及伴隨著真正的像數據複雜，不確定性和不正常的情況，並幫助用戶 在測試相同才去到實際環境。 最後，業務分析師擁有高品質的軟件以及與增值業務問題的解決方案的既得利益，所以是積極進行系統的嚴格測試。 商業分析員的職位要求為UAT 正如前面提到的，UAT是最後一個和最後一個階段之後，系統還會去住，因此，本次活動的地殼，以確保最大的情景在系統中進行測試，如果發現問題，他們也相應報導。 由於UAT階段的關鍵性和重要性，UAT導體的作用，需要多方面的技能。 這些特質讓扮演的角色來執行這項重要活動的人; 業務分析師必須考慮在用戶的鞋，了解他的問題。 這些技能缺乏可能會失敗，整個UAT階段。 此外，還需要以下技能和能力，以業務分析附身進行有效的/成功的UAT： 人們處理：商業分析員持有人處理好技能，並可以發展與用戶為了解釋他的觀點了良好的關係，而且技能也有助於業務分析師理解來看用戶的角度。 在用戶驗收測試，用戶有時試圖抗拒改變或試圖暗示他的觀點，但有與業務分析人員的良好關係，自我的問題之間不來的事情向積極的方向得到的結論。 領域知識：由於所報各項業務分析相關的文章，“領域知識是強制性的業務分析。” 場外[G1]。 如果一個企業分析家缺乏領域知識，他將不能夠進行成功的UAT。 由於他的商業知識的限制，他將不能夠識別的業務場景，也可以自己幫助用戶識別相同，也不能說用戶需要來質疑錯方案或錯誤做法 被添加為場景中的軟件。 軟件功能知識：你一定聽說過業務分析師說，“我需要跟我的技術團隊的想法這個屏幕是如何工作的？” 考慮在業務分析時誰是擺在他面前的人告訴他該怎麼做UAT軟件用戶的置信水平？ 不知道他自己的解決方案。 [G2]業務分析人員必須了解內而外的整體解決方案; 我會說，“他應該是誰擁有軟件工作的最大的知識的人。”有了這個技能，他可能會因軟件功能進行有效的UAT，由於卡住的問題。 執行器，啟動器：業務分析師應該執行的技能; 他應該根據UAT計劃和的情況下與用戶的可用性，系統錯誤，其他的資源可用性的任何問題都來驅動用戶的能力，任何其他攪局者或進度問題，他應該立即升級到正確的人，而不 浪費時間。 業務分析人員應遵守的情況，並告知的情況下，他感覺到這是產生一定的風險或問題相關的利益相關者。 積極的態度：業務分析師應該始終保持一種積極的態度，並考慮用戶的可改進的地方意見，並採取相應的行動，而不是開始是防守還是進攻，有時它。 他應該理解和觀點的情況下，用戶是不同的思維方式的用戶的角度，試圖說服他正有理數[G3]和論據來支持他的觀點。 業務分析師在UAT面對常見UAT問題 1.用戶可用性：問題＃任何UAT 1，即使用戶被標記為全職用戶的項目，他們仍然不能給你所需要的時間，因為他們在日常的日常運作參與。 由於大部分時間組織難以執行專職策略，因為分配給自動化項目的用戶通常比其他人在他們的部門更加純熟，並將其分配給該項目的全職影響日常的日常運作 該組織，並在該組織願意這樣做，它會要求其用戶的互動，而這又影響用戶可用性UAT。 因此，業務分析師應該保持用戶可用性的記錄，如果升級所需的UAT的用戶不可用。 2.注重細節的個性：有些用戶誰擁有一個非常注重細節的個性，或在換言之，他們是完美主義者。 這些用戶是非常難以處理，因為它們的期望和要求; 他們總是希望一切都完成了精確和細節。 而他們注重細節驅使他們，一個企業從來沒有遇到之前，可能不會在將來面對，以及在複雜的情況，但他們堅持測試這些場景的這些方案或處理的軟件。 這類型的人喜歡吃螞蚱的UAT時間吃青草。 當他們是完美主義者，通常很難解釋你的觀點他們，他們有時也面臨著了解點看別人的，其中移動用戶驗收測試階段進入一個永無休止的循環問題。 但這裡應強調的重要一點是，這種類型的個性是有問題的，但UAT可以很好的要求相利用由於業務流程的其詳細的了解。 3.俯瞰個性：在UAT，你可能會面臨一個個性是隨和的，不會把需要努力的系統和測試的詳細信息。 這是個性會告訴業務分析說：“一切都很好，一切都很好。” 這類型的人專注於把事情與簡單完成的; 他們有時這樣做，因為他們不知道，如果UAT不能有效地完成他們將要面對的痛苦。 這種類型的個性是非常高風險的UAT作為俯瞰功能過高，人員和業務分析應明確的個性和處理它通過進入每一個細節，讓用戶的機會，認為學士學位要他去詳細隨 如果需要升級的問題，以合適的水平。 4.發布日誌管理優先級：在用戶驗收測試，很多問題都確定了，如果他們沒有登錄，並優先在適當的時候，整個UAT鍛煉會去浪費了。 雖然這樣做UAT會話，用戶標識相關的應用程序的許多問題，而且有可能是一個很大的問題類型，其中有些可能是“圖形用戶界面相關，邏輯觀察，應用程序錯誤，商業沒有映射”等更大的軟件有 更大的類型以及它們的數量的問題為好。 作為學士學位，你應該遵循記錄和管理問題的過程中一個很好的機制。 報告的每一個問題，應登錄在足夠的細節，可以理解用戶和技術團隊兩個，因為這些問題將最終報告給技術團隊解決。 學士學位還應考慮範圍界定在這個水平，因為可能有一些問題，並沒有在最初的範圍內，由於“規定不討論”或其他一些原因。 這些問題應在日誌中報告，但學士學位應該將它們標識為“超出範圍”，並設置，這將無法在該軟件的當前版本處理用戶的期望。 5.理解要求：已經觀察到，業務分析師誰正在進行UAT與用戶並且是初始需求階段（軟件需求規格階段）的一部分，能夠更有效地進行的不可用時間要比誰被直接分配到業務分析 UAT沒有他們的SRS階段的參與。 這是由於需求的理解，就好像是參與初始需求階段，廣管局他會有更好的具體要求是所有關於一個詳細的想法，如果他不是，他可能有他自己的觀點 鑑於地方創造麻煩的是誰做的UAT用戶的具體要求。 因此，該建議是誰在做UAT應該是初始需求階段的一部分BA，如果他不是，他應該通過足夠的細節，每一個要求，了解需求及其影響的不同方面。 6.複雜/士氣低落/攻擊性格：在項目中，你面對不同類型的個性，和所有的人都在不同的階段影響項目以不同的方式。 你可能已經看到在您的項目誰曾經說，“這個項目是行不通的”，“這個項目是潘多拉的盒子，”還是我最喜歡的，“我們打GIGO（垃圾進垃圾出）一些個性。” 存在於項目複雜，士氣低落或攻擊性的性格和BAS不能避免。 良好的學士學位應該了解如何與這些人物和如何獲得最大出他們沒有進入無休止的爭論工作。 這些類型的性格是不是很難處理和業務分析人員可以通過維護自己的積極態度處理它們，與個人和良好的論據良好的合作關係，以支持每一次他的決定。 如果事情變得無法控制，那麼學士學位應該知道何時及向誰的問題應該升級。 業務分析師在用戶驗收測試階段執行的任務 雖然這樣做UAT，業務分析師執行基於項目的，持續時間和組織標準的類型不同的任務。 以下任務是通用應遵循的每一個UAT： 解決方案驗證。 驗證解決方案，滿足業務需求 驗證組織準備。 BA應該確保最終用戶就可以使用該軟件，通過檢查以及相關的工具和培訓所需的資源交付 場景識別驗證。 廣管局應確定將在UAT階段測試方案，並得到最終用戶的情況下驗證 創建培訓計劃。 BA應公佈培訓計劃搞所需的資源 創建UAT計劃。 BA應公佈的不可用時間計劃，以便所需的資源可以安排 開展軟件培訓。 BA應該允許用戶通過提供軟件培訓做動手UAT，讓用戶滿意，可以實現 開展UAT。 UAT應進行牢記UAT，的目標是，以“確保系統滿足企業的一天到一天的交易以及任何其他已知的例外” 記錄結果：UAT只能是有效的，如果問題都虔誠地記錄 UAT反饋：BA應該從時間，從用戶的解決方案，滿足企業需求為預期的用戶，並更新反饋給相關的利益相關者的時間確認 行為UAT簽收（批准去住） 由業務分析師在UAT中創建的文檔 有可能是套不同業務分析師做的UAT文檔。 類型和文檔的水平是完全基於整體工程，項目和組織的標準型的方法。 例如。 通過以下的瀑布，方法論在整個項目手續的BA文件的電平變高和文件數量的增加，而在雅居樂也有低的數字文件，由於手續的低水平。 下列文件已被發現是業務分析師在UAT階段很有用; 為了更好地理解，文檔列表被分成UAT的子階段： UAT規劃 對於UAT（必須有文件）業務方案下載模板1模板2 業務處理流程，以確保用戶在做正確的事（必須有文件）下載模板 申請流程流映射業務流程的應用程序以支持用戶識別相關的屏幕為每個業務流程步驟（必須有文件）下載模板 部署事情要做，以確保設置/主數據準備與用戶啟動UAT連同任何其他資源（用戶，培訓，設備等）所需要的UAT下載模板前 對客戶的工作場所下載模板成功部署應用程序的部署滑 訓練計劃安排需要提供軟件培訓，以用戶（必須有文件）下載模板資源 培訓講稿：這個文件是準備BA的培訓和UAT會議，其中BA標識了屏幕，他將被訓練，並通過輸入什麼數據，以及如何？ UAT計劃安排，進行用戶驗收測試所需的資源（必須有文件）下載模板 UAT執行 培訓簽收：用戶已接受培訓完成（高手續）下載模板 UAT問題日誌：應保持不惜任何代價，並與所有利益相關方共享（必須有文件）下載模板 每日UAT匯總，向所有利益相關者UAT每天進步（必須有文件）下載模板