2024企業(yè)數(shù)字化系統(tǒng)選型建設指南

企業(yè)數(shù)字化系統(tǒng)選型建設指南2024目錄Contents前言：HRTech到WorkTechP0301項目規(guī)劃P0801P09P11P12P15P22P23系統(tǒng)選型P24P26P30P35P3801|企業(yè)數(shù)字化系統(tǒng)選型建設指南03實施上線P4003P42P43P44P51P5604運維服務P6004P61P62結(jié)語P68|02項目規(guī)劃項目規(guī)劃的階段性目標確定立項及項目的宏觀目標，例如要實現(xiàn)的業(yè)務價值，要解決的主要業(yè)務痛點，以及各階段的重要事項和時間周期。0909|企業(yè)數(shù)字化系統(tǒng)選型建設指南||20項目規(guī)劃可分為六個主要階段，即明確項目價值和目標、組建項目規(guī)劃團隊、業(yè)務需求梳理和排序、轉(zhuǎn)型路徑規(guī)劃、項目預算制定和決策者審批。對應這六個階段，也將有一些階段性產(chǎn)出，如：項目規(guī)劃的階段性產(chǎn)出項目規(guī)劃的階段性產(chǎn)出1總體規(guī)劃 2系統(tǒng)需求文檔1總體規(guī)劃2系統(tǒng)需求文檔3需求矩陣系統(tǒng)規(guī)劃的總體方向、愿景和目標實現(xiàn)的路線圖等內(nèi)容。

詳細描述業(yè)務部門對系統(tǒng)的功能需求和技術要求。這是確定計劃和預算的基礎。

將系統(tǒng)需求文檔中的需求與實際的系統(tǒng)功能相匹配的矩陣表格。4技術設計文檔 5項目計劃4技術設計文檔5項目計劃6預算和成本分析包括系統(tǒng)架構(gòu)、技術規(guī)范、數(shù)據(jù)模型、集成設計、安全設計等方面的詳細設計文檔。

詳細描述實施IT系統(tǒng)所需時間、人力投入、資源等各項計劃，包括采購、實施、測試、培訓、溝通和風險管理計劃等。

所有IT系統(tǒng)所需的實施費用，硬件、軟件、培訓、開發(fā)、測試、維護等。圖1：項目規(guī)劃的階段性產(chǎn)出明確項目價值和目標通常來講，所有中后臺投資都應落腳于支持前臺“戰(zhàn)役”打贏。所以HRIS的規(guī)劃也要以終為始，從業(yè)務痛難點來看業(yè)務需求，再分解成為項目的目標和價值，切忌“為項目而項目”，陷入職能部門自嗨狀態(tài)。一般來說，中后臺職能部門的價值錨主要包括提效、降本、合規(guī)、控風險這幾個方面。提效：主要指通過優(yōu)化業(yè)務流程或使用先進技術等方式，提高生產(chǎn)效率和交付質(zhì)量，以實現(xiàn)資源最大化利用。例如業(yè)務現(xiàn)狀是線項目規(guī)劃項目規(guī)劃10降本：主要指通過精益管理、創(chuàng)新技術解決方案等方式降低企業(yè)運營成本，包括人力成本、溝通成本、時間成本等。例如業(yè)務現(xiàn)狀是業(yè)務部門各門店人力不均、排班不合理、工時利用率低，不僅影響門店銷售轉(zhuǎn)化率，而且影響員工滿意度，所以期望通過系統(tǒng)來優(yōu)化工時管理，合理排班，降低工時成本和管理成本，同時提升銷售轉(zhuǎn)化率和員工滿意度。合規(guī)：主要指通過建立完善的內(nèi)部控制機制和制度，加強監(jiān)管和培訓，防范各種違規(guī)行為和風險，確保企業(yè)遵守各種法律法規(guī)和行業(yè)標準，符合公司內(nèi)部管理制度要求，保護企業(yè)自身合法權益。例如業(yè)務現(xiàn)狀是線下算薪、記錄考勤和管理員工檔案，存在不按國家規(guī)定核定薪資、工時超標、濫用員工個人隱私信息等違法違規(guī)操作的可能，所以期望實施系統(tǒng)來固化操作標準，保障業(yè)務合規(guī)合法?？仫L險：主要是指識別和管理企業(yè)可能面臨的各種業(yè)務運營風險，并制定相應的風險管理策略和預案，及時應對風險事件。例如業(yè)務現(xiàn)狀是只能管理各下屬單位的薪酬總額，無法管理到具體人員、職級、考勤及薪酬帶寬，因此存在吃空餉現(xiàn)象，所以期望通過系統(tǒng)來提升管理精細度，落實管理抓手，控制業(yè)務運營風險。當然，隨著企業(yè)業(yè)務發(fā)展，在戰(zhàn)略規(guī)劃上側(cè)重點往往也會不同，因此我們需要以終為始，從業(yè)務戰(zhàn)略規(guī)劃出發(fā)來拆解業(yè)務目標，再細分成HR數(shù)字化轉(zhuǎn)型目標，并落地成HRIS建設目標，明晰此次數(shù)字化轉(zhuǎn)型項目對公司的價值是什么。PAGEPAGE65|企業(yè)數(shù)字化系統(tǒng)選型建設指南||PAGE12組建項目規(guī)劃團隊BeAsIs再“理”則會跳出很多平時可能都不認識的總部同事對項目“指手畫腳”，讓人措手不及。因此，在項目開始之前，我們最好充分做好干系人分析，了解到底哪些人可能會對項目產(chǎn)生重大影響以及他們的需求，從而提前做好計劃。典型干系人通常包括決策者、業(yè)務負責人、用戶代表、系統(tǒng)管理員、IT團隊及合作伙伴。項目利益相關者（干系人）分析項目利益相關者（干系人）分析決策者決策者業(yè)務負責人用戶代表系統(tǒng)管理員IT團隊合作伙伴

各業(yè)務模塊主管 系統(tǒng)最終使用

企業(yè)內(nèi)的技術開發(fā)團隊，包括軟件開發(fā)人員、測試人員、數(shù)據(jù)庫管理員等

為企業(yè)提供實施咨詢服務的外部公司或人員需對項目進行決策，并提供資源保障，確保系統(tǒng)順利實施。

需提供業(yè)務需求和

參與需求分析、流程設計和測試等環(huán)節(jié)，提供反饋和建議，確保系統(tǒng)符合用戶需求和期望。

負責系統(tǒng)配置、部

負責系統(tǒng)的技術研發(fā)、測試和維護，確保系統(tǒng)穩(wěn)定運行。

提供企業(yè)需求分析、流程設計和實施計劃制定等方面的支持，協(xié)助企業(yè)完成系統(tǒng)實施。圖2：項目利益相關者（干系人）分析項目規(guī)劃項目規(guī)劃雖然從風險把控的視角來看，干系人覆蓋范圍宜大不宜小，但同時也要兼顧溝通效率，避免影響規(guī)劃交付效率。例如，規(guī)劃招聘系統(tǒng)，有HR負責人全程支持最好，但沒有或部分參與皆可；再例如整體切換集團系統(tǒng)，就一定要有集團HR領導參與，還要下屬各業(yè)態(tài)HR負責人參與。業(yè)務需求梳理與排序根據(jù)業(yè)務發(fā)展戰(zhàn)略明確Be愿景之后，接下來我們需要對照業(yè)務現(xiàn)狀這里的業(yè)務需求是指例如：10%；實現(xiàn)業(yè)財人一體化管理，打破決策層單一維度的數(shù)據(jù)統(tǒng)計分析；10%；30%；50%；息孤島問題；提升流程效率，增加對流程的監(jiān)管；95%以上；…….通過梳理得出業(yè)務本質(zhì)需求后，可初步盤點背后需要的系統(tǒng)支持。原則上不推薦多系統(tǒng)全模塊一起實施上線，這不僅對供應商的實施水平要求更高，而且業(yè)務人員壓力也會變大，實施質(zhì)量難以保證。一般而言，人力資源系統(tǒng)轉(zhuǎn)型過程中，考勤或薪酬為一期項目，待數(shù)據(jù)和基礎業(yè)務流程理順后再開始其他模塊，如績效、人才發(fā)展。當然也不排除老板特別關注績效，先上績效系統(tǒng)的情況。Tips業(yè)務需求優(yōu)先級評估參考維度圖3：業(yè)務優(yōu)先級評估參考維度Tips業(yè)務需求優(yōu)先級評估參考維度圖3：業(yè)務優(yōu)先級評估參考維度評估維度闡釋權重（%）優(yōu)先度（1-10分）業(yè)務價值系統(tǒng)帶來的直接或間接商業(yè)價值，對業(yè)務流程和業(yè)務結(jié)果的影響程度。可操作性可操作性、易用性和易學性，對用戶學習和使用成本的影響程度。實施難度實施成本、技術復雜度和風險程度，對周邊系統(tǒng)穩(wěn)定性和安全性的影響程度。緊急程度對業(yè)務運營的重要性和緊急性，對業(yè)務連續(xù)性和靈活性的影響程度。成本效益投入產(chǎn)出比和回報周期，資源有限的情況下是否是最優(yōu)選擇。合規(guī)性是否符合法律法規(guī)和行業(yè)標準，對企業(yè)聲譽和合規(guī)性的影響程度。PAGEPAGE15|企業(yè)數(shù)字化系統(tǒng)選型建設指南項目規(guī)劃項目規(guī)劃||PAGE14誰的需求最緊急？為了避免項目實施過程中業(yè)務不斷增加很多新的需求，我們在最開始項目需求梳理階段，就要非常明確需求的優(yōu)先級，基于現(xiàn)實情況做刪減。關鍵是如何判斷優(yōu)先級呢？每一個需求提出者肯定都會堅持自己的最緊急優(yōu)先。我們的做法是，設定一個評估表，例如這個功能將影響多少用戶、將節(jié)約多少時間、對客戶的影響將是什么……企業(yè)可以根據(jù)自己的關注點來設定評估維度，然后大家一起開會評估，需求方闡述自己的需求并爭取優(yōu)先級，參與者一同評分。e誰的需求最緊急？為了避免項目實施過程中業(yè)務不斷增加很多新的需求，我們在最開始項目需求梳理階段，就要非常明確需求的優(yōu)先級，基于現(xiàn)實情況做刪減。關鍵是如何判斷優(yōu)先級呢？每一個需求提出者肯定都會堅持自己的最緊急優(yōu)先。我們的做法是，設定一個評估表，例如這個功能將影響多少用戶、將節(jié)約多少時間、對客戶的影響將是什么……企業(yè)可以根據(jù)自己的關注點來設定評估維度，然后大家一起開會評估，需求方闡述自己的需求并爭取優(yōu)先級，參與者一同評分。e轉(zhuǎn)型路徑規(guī)劃ITIT因此每一次項目的實現(xiàn)路徑都需要結(jié)合整體規(guī)劃來權衡轉(zhuǎn)型路徑，例如是否需要咨詢公司介入、外采還是自研、軟件部署方式是云部署還是本地部署，以及需要與現(xiàn)有哪些系統(tǒng)對接等問題。關于這些問題的利弊權衡，下文我們?yōu)榇蠹艺砹艘恍┬枰紤]的因素。▍41是否需要IT咨詢公司？這個問題關系到項目預算、項目計劃、項目管理等關鍵成功因素?；卮疬@一問題，我們需要考慮的因素主要包括：項目規(guī)模：需要引入專業(yè)的外部咨詢公司進行支持和指導。技術領域：業(yè)人才或技術儲備不足，可考慮借助外部咨詢公司的力量提供專業(yè)技術支持。人員資源：正常運營不受影響。如內(nèi)部力量無法完成任務，可考慮引入咨詢公司來補充相關人員資源。時間和成本：能帶來昂貴的成本。如果企業(yè)無法承擔這些成本，或想要在較短PAGEPAGE17|企業(yè)數(shù)字化系統(tǒng)選型建設指南項目規(guī)劃項目規(guī)劃||PAGE16項目規(guī)劃是否要引入管理咨詢公司？HRISHR業(yè)務促進方面既有相同之處也有不同之處，以目前市場HR系統(tǒng)中完全落地，或者說管理咨詢的方案很多也未必需要系統(tǒng)落地，所以大可不必混為一談。同時，管理咨詢供應商的選擇、進場，調(diào)研，寫方案又要一年半載，而在這期間系統(tǒng)的規(guī)劃可能因為人員的變動或者新技術的產(chǎn)生又發(fā)生變化。因此，個人認為在選型階段，選擇具備行業(yè)實施經(jīng)驗的項目經(jīng)理和資深顧問提供輕咨詢服務會更加合算。e項目規(guī)劃是否要引入管理咨詢公司？HRISHR業(yè)務促進方面既有相同之處也有不同之處，以目前市場HR系統(tǒng)中完全落地，或者說管理咨詢的方案很多也未必需要系統(tǒng)落地，所以大可不必混為一談。同時，管理咨詢供應商的選擇、進場，調(diào)研，寫方案又要一年半載，而在這期間系統(tǒng)的規(guī)劃可能因為人員的變動或者新技術的產(chǎn)生又發(fā)生變化。因此，個人認為在選型階段，選擇具備行業(yè)實施經(jīng)驗的項目經(jīng)理和資深顧問提供輕咨詢服務會更加合算。e時間內(nèi)完成實施，可考慮引入咨詢公司來協(xié)助實施。行業(yè)經(jīng)驗和知識：行業(yè)背景，可為企業(yè)提供更好的建議和指導，以確保項目能夠順利實施。風險分析管控：險分析并采取相應的措施。外部咨詢公司通常具有更多的行業(yè)經(jīng)驗和途徑來識別和處理潛在風險。▍4.2外采還是自研？這一問題決定了項目預算、項目周期?；卮疬@一問題，我們需要考慮的因素主要包括：成本：業(yè)需要對兩種方案的總成本進行比較，并綜合考慮相應收益。時間：能需要更長周期。企業(yè)需要綜合考慮實施期限和管理層的要求，以選擇適合的方案。技術能力：企業(yè)擁有相關技術人才，就可以考慮自研系統(tǒng)。否則就必須外包給專業(yè)技術公司，避免增加成本。功能：業(yè)特定的需求。自研系統(tǒng)可以根據(jù)企業(yè)的需求進行定制，但這需要消耗更多資源和時間。管理和維護：需要企業(yè)自己負責后期的管理和維護工作。未來可擴展性：來的發(fā)展需求，可以隨著企業(yè)規(guī)模和業(yè)務需求的變化靈活地升級和定制。PAGEPAGE19|企業(yè)數(shù)字化系統(tǒng)選型建設指南項目規(guī)劃項目規(guī)劃||PAGE18▍4.3SaaS還是本地部署？這一問題關系到服務器的配置策略、信息安全策略及運維策略?；卮疬@一問題，我們需要考慮的因素主要包括：成本費用：SaaS系統(tǒng)通常是按訂閱付費，不需要額外的硬件投入和維護成本，而本地部署則需要購買軟件授權并支付額外的硬件費用。建議從長期角度來評估，因為SaaS的首年訂閱費一般不高，可以計算三到五年的總成本，是否比一次性購買軟件的費用加之后每年的維護費更劃算。安全性：對于需要高度保密的數(shù)據(jù)和敏感信息的企業(yè)，本地部署可以提供更好的安全性保障，因為它能更好地控制數(shù)據(jù)存儲和SaaS靈活性和可定制性：定制性，可以根據(jù)企業(yè)的特定需求進行定制化開發(fā)。而SaaS系統(tǒng)則往往只提供標準功能以及有限度的開發(fā)，無法滿足企業(yè)所有的個性化需求?？蓴U展性：SaaS系統(tǒng)的可擴展性往往更佳，可以根據(jù)企業(yè)的業(yè)務需要和規(guī)模進行彈性擴展，而本地部署可能需要對硬件和系統(tǒng)進行升級或調(diào)整。集成問題：ERPCRMSaaSe“本土云部署”e為何成為施耐德的戰(zhàn)略選擇？2012年開始，施耐德的HR主系統(tǒng)已經(jīng)上云，自此之后云系統(tǒng)上線速度大大加快。2020之后，施耐德本土云部署的速度也在加快，并成為主要趨勢和首要選擇——除非涉及公司非常核心的知識產(chǎn)權或有高可用性要求的業(yè)務，才會考慮本地部署?！霸撇渴稹笔鞘┠偷氯虻腎T戰(zhàn)略，對中國區(qū)來說則具體落地為“海外+本土”雙云體系，我認為背后有幾個原因推動著我們做出這樣的選擇。經(jīng)濟和政治環(huán)境的不穩(wěn)定性：幫我們避免接下來會產(chǎn)生一些非技術的風險，以免影響整個項目的推動。來越嚴格了，如同歐盟，北美，中國的數(shù)據(jù)安全管理強化也是趨勢。這種情況下，本土軟件是更合規(guī)的選擇。選本土軟件的基礎上，為什么要選擇SaaS而不是本地部署？這與施耐德資產(chǎn)管理方式和領先的ESG理念有關，SaaS對企業(yè)而言是一種更綠色更輕便的IT資產(chǎn)，不需要維持龐大的運維團隊，也不需要很多的服務器硬件資產(chǎn)，能更好地適應環(huán)境和業(yè)務的調(diào)整和轉(zhuǎn)向。所以除了公司核心知識產(chǎn)權和一分鐘都不能中斷的高可用類業(yè)務，在符合數(shù)據(jù)安全的前下，我們盡可能都采用SaaS模式。至于SaaS帶來的數(shù)據(jù)安全風險，首先我們認為未來將是越來越安全的時代，這是國家管控和技術發(fā)展趨勢帶來的必然結(jié)果，當然目前仍會通過一些合同條款來約束，在服務合同中有將近30頁都與數(shù)據(jù)安全條款相關。PAGEPAGE21|企業(yè)數(shù)字化系統(tǒng)選型建設指南項目規(guī)劃項目規(guī)劃||PAGE20▍4.4“一體化”產(chǎn)品模式，還是“尖物組合”模式？這一問題關乎到企業(yè)接下來供應商選擇的范圍，以及評估維度?；卮疬@一問題，我們需要考慮的因素主要包括：公司需求和規(guī)模：一體化產(chǎn)品模式適合中小型企業(yè)或?qū)δ苄琛凹馕锝M合以滿足不同領域的專業(yè)需求。功能和特性：一體化產(chǎn)品通常提供各種綜合功能，但可能在某些特定領域的深度和靈活性上有所限制，而“尖物組合模式則可以選擇最適合的專業(yè)系統(tǒng)，滿足特定領域的高級需求。集成和互操作性：一體化產(chǎn)品通常提供較為順暢的集成體驗，“尖物組合模式可能需要額外的集成工作，并確保各系統(tǒng)之間的互操作性。“尖物組合模式可能需要依賴多個供應商的技術支持，同時也需要確保他們能夠有效地協(xié)同合作，因此對企業(yè)的供應商管理能力的要求也更高。長期戰(zhàn)略和可擴展性：一體化產(chǎn)品通常更易于管理，能夠提供“尖物組合模式可能需要更多的系統(tǒng)集成和管理工作，但也更有可能滿足公司未來業(yè)務發(fā)展的特定需求。成本和預算：一體化產(chǎn)品通常具備較高的初始投入成本，但可能在后續(xù)使用中節(jié)省時間和資源，而“尖物組合模式可能需要分別購買和維護多個系統(tǒng)，但可以根據(jù)需求和預算相應地優(yōu)先級和節(jié)奏調(diào)整。系統(tǒng)轉(zhuǎn)型路徑規(guī)劃過程中，我們還需考慮系統(tǒng)之間的對接情況，這關系到系統(tǒng)集成的范圍、集成難度、項目周期等。系統(tǒng)轉(zhuǎn)型路徑規(guī)劃過程中，我們還需考慮系統(tǒng)之間的對接情況，這關系到系統(tǒng)集成的范圍、集成難度、項目周期等。除上述這些常見問題之外，在系統(tǒng)轉(zhuǎn)型路徑規(guī)劃過程中，我們還需考慮OA現(xiàn)有情況及升級改造計劃，這關系到人力資源審批流的承載系統(tǒng)，例如是否對審批授權有統(tǒng)一管理、規(guī)范；審批入口是否有統(tǒng)一規(guī)劃；審批結(jié)果是否對周邊系統(tǒng)有較大影響。另外，還需要考慮的是系統(tǒng)之間的對接情況，這關系到系統(tǒng)集成的范圍、集成難度、項目周期等，通常需要與人力資源系統(tǒng)集成的常見系統(tǒng)有OA系統(tǒng)、考勤終端系統(tǒng)、員工身份認證系統(tǒng)、財務系統(tǒng)等。PAGEPAGE23|企業(yè)數(shù)字化系統(tǒng)選型建設指南項目規(guī)劃項目規(guī)劃||PAGE22項目預算制定作為項目規(guī)劃階段的一個重要階段，項目預算制定既是前序準備工作的一個結(jié)果性動作，也是項目審批和推進的一個關鍵卡點。排除自研，我們以主流選擇，即第三方軟件實施為例來說明預算制定通常涵蓋的幾類成本，逐一測算后匯總后，我們即可得出項目預算的大概范圍。項目預算構(gòu)成項目預算構(gòu)成不可預知風險的預留費 用，如業(yè)務規(guī)模擴大導致臨時增加新功能，實施延

設計、編碼、測試和上線部署等方面的費用。期或技術問題導致的額外成本。

預算

系統(tǒng)實施成本如辦公費用、宣傳 物料費用、差旅費等。

其他雜項費用

硬件和設備成本

服務器、存儲器、網(wǎng)絡設備、安全設備等費用。包括項目計劃和進度的制定、項目各階段的跟蹤和監(jiān)控等方面的費用。

項目管理成本

培訓和支持成本

第三方服務和工具成本

人力成本

系統(tǒng)實施過程中所需的人員工資福利、培訓等方面的費用。系統(tǒng)上線過程中的培訓和支持成本，如用戶培訓、文檔編寫、技術支持等方面的費用。

實施過程中可能需要使用第三方服務和工具，如測試工具、云計算服務。圖4：項目預算構(gòu)成需要特別說明的是，如果初次主導人力資源數(shù)字化轉(zhuǎn)型或是企業(yè)處于轉(zhuǎn)型比較初級的階段，項目預算制定面臨的最大困難則是無法準確地判斷預算的合理性，以及無法預測哪些事情會產(chǎn)生額外費用。這種情況下，我們建議尋找專業(yè)人士的支持，通過三方審核來降低風險。決策者審批在獲得以上信息后，接下來我們便可以與關鍵決策者溝通項目情況，以獲得審批。在決策審批前，我們需要再次多維度評估目前的項目規(guī)劃，避免決策信息不充分。通常情況下，需要評估的信息維度包括業(yè)務需求滿足度、投資收益率、實施計劃、安全性、可靠性等等，項目小組可根據(jù)項目目標選擇和權衡哪些是最重要的，相對應的信息準備也要更充分。項目審批前Checklist項目審批前Checklist業(yè)務需求滿足度 投資收益率 合理的實施計劃業(yè)務需求滿足度投資收益率合理的實施計劃規(guī)劃的系統(tǒng)解決方案能否滿足業(yè)務訴求，并具備高度的可操作性。

測算實施系統(tǒng)所需成本，并預估可帶來的收益，如成本節(jié)約、效率提升，以此佐證系統(tǒng)實施投入產(chǎn)出比是否滿足公司要求。

進度安排、資源投入、質(zhì)量保障等是否合理?？蓴U展性 安全性 可靠性可擴展性安全性可靠性系統(tǒng)解決方案是否具備一定的擴展性，以滿足業(yè)務發(fā)展需求，如支持更多員工、添加新模塊以處理更多類型的業(yè)務。

系統(tǒng)是否具備高水平的安全性，以防止敏感信息泄露或黑客攻擊。

系統(tǒng)是否可長期穩(wěn)定運行，支持業(yè)務波峰，并有良好的運維機制、風險防范機制。集成性 用戶體驗 系統(tǒng)的報告和分析功能集成性用戶體驗系統(tǒng)的報告和分析功能系統(tǒng)能否與周邊系統(tǒng)良好集成，保障數(shù)據(jù)一致性的同時提供良好的用戶體驗。

系統(tǒng)易用性如何，員工和管理人員能否輕松地訪問和操作。

是否擁有強大的報告和分析功能，幫助業(yè)務更好地分析員工數(shù)據(jù)并做出更明智的業(yè)務決策。圖5：項目審批前Checklist具體審批過程中，項目規(guī)劃小組仍要與老板充分地溝通，闡述系統(tǒng)假設步驟，不要讓老板有短期的不切實際的期望，做好期望值管理，避免后期落地過程中帶來不必要的阻礙。否則系統(tǒng)上線后很可能“績效”不升反降。前言系統(tǒng)選型系統(tǒng)選型的階段性目標識別出符合企業(yè)當前管理訴求的產(chǎn)品組合，為項目成功匹配到最有價值的合作伙伴，并確定項目的關鍵里程碑。|04PAGEPAGE25|企業(yè)數(shù)字化系統(tǒng)選型建設指南||PAGE30在供應商選擇階段，我們要回答兩個關鍵問題，一是哪些供應商的產(chǎn)品能夠滿足業(yè)務的關鍵需求，二是如何評價供應商的綜合能力。就供應商選擇范圍而言，國際上有幾家相對壟斷的HR軟件大廠，但由于價格、員工體驗以及個人數(shù)據(jù)保護法、數(shù)據(jù)跨境管理，甚至政治和經(jīng)濟環(huán)境等，使得國內(nèi)不少企業(yè)在系統(tǒng)選型過程中要考慮的因素變得更加復雜。與此同時，國內(nèi)人力資源數(shù)字化服務廠商目前也處于百花齊放的狀態(tài)，沒有一家人力資源軟件廠商絕對壟斷，各家廠商都各有所長，這就讓企業(yè)挑花了眼，進一步為選型增加了難度。業(yè)務專家系統(tǒng)選型過程中最重要的角色之一，他們需提 IT專家 業(yè)務專家系統(tǒng)選型過程中最重要的角色之一，他們需提 IT專家 評估系統(tǒng)的技術適配性和可行性，包括系統(tǒng)供業(yè)務流程、數(shù)據(jù)和功能等方面的詳細信息， 構(gòu)、安全性、可擴展性等，以及為業(yè)務提供幫助評估系統(tǒng)是否符合業(yè)務需求。 關系統(tǒng)技術方面的建議和指導。采購專家制定采購策略和計劃，并協(xié)調(diào)與供應商的合 項目經(jīng)理負責整個系統(tǒng)選型過程的協(xié)調(diào)管理，包括制作。他們應熟悉市場、理解合同和法律等方面 項目計劃、進度跟蹤和風險管理，并確保所的知識。 參與者都清晰了解項目目標和需求。關鍵角色系統(tǒng)選型階段的關鍵角色和輔助角色系統(tǒng)選型階段的關鍵角色和輔助角色系統(tǒng)架構(gòu)師 ?系統(tǒng)架構(gòu)師 ?信息安全專家評估系統(tǒng)安全性，如身份認證、數(shù)據(jù)加密、權限控制，并提出相關建議。數(shù)據(jù)庫專家評估系統(tǒng)的數(shù)據(jù)處理和分析能力，包括數(shù)據(jù)存儲、備份、恢復等。用戶體驗設計師?系統(tǒng)測試人員評估系統(tǒng)架構(gòu)和技術方案的可行性，為IT代表提供技術指導和支持。評估系統(tǒng)的用戶界面和交互設計，以確保用戶友好和易用性。對系統(tǒng)進行全面的測試和驗證，確保系統(tǒng)符合要求并達到預期效果。輔助角色系統(tǒng)選型系統(tǒng)選型關鍵需求梳理進入系統(tǒng)選型階段后，我們首先要做的是梳理關鍵業(yè)務需求，這直接關系到系統(tǒng)選型的成功概率，因為在不明確業(yè)務需求的情況下就貿(mào)然進入供應商選擇階段，很可能會出現(xiàn)系統(tǒng)和業(yè)務實際需求不匹配的情況，無法達成預期目標。所以，需求梳理一定要保證與業(yè)務充分溝通，各方視角了解和共創(chuàng)。與項目規(guī)劃階段的需求了解相區(qū)別的是，此階段的需求梳理目標是項目落地的具體解決方案，而不是還停留在項目規(guī)劃階段——為了論證項目價值、匯報和申請預算的需求梳理。為避免項目實施階段出現(xiàn)需求變更和擴充，我們通常需要走完需求梳理的幾個階段，盡可能保證需求的完整準確性。項目關鍵需求梳理項目關鍵需求梳理與各利益相關者充分溝通和交流，了解他們的需求、期望和目前的痛點問題，可以通過面對面會議、問卷調(diào)查、訪談等方式來收集信息，并盡可能完整記錄。

深入研究理解每個需求背后的意圖和目的，識別優(yōu)先級（哪些是核心需求，哪些是必須要實現(xiàn)的需求）；排除不必要的或沖突的需求；初步評估需求可行性及所需資源。準備工作 需求采集 需求整理和歸類 需求分析 需求驗證和確認充分了解業(yè)務（研究行業(yè)標準、競爭對手、業(yè)務流程等）；根據(jù)審批通過的項目目標和范圍來進一步明確全流程的利益相關者；組建專門的需求分析團隊；準備需求訪談模板及相關工具（需求管理軟件、原型設計工具等）；制定訪談計劃并獲得領導支持等。

將收集到的需求進行整理和分類，歸納分類相似的需求進行，以便更好地理解和分析。

確保已經(jīng)理解和記錄的需求是正確且完整的，以便進一步驗證和確認；可通過與利益相關者的再次確認、系統(tǒng)原型的驗證、用戶測試等方式進行確認，也可要求關鍵用戶簽字確認。圖7：項目關鍵需求梳理需要注意的是，在和業(yè)務探討時，我們要從業(yè)務的當前痛點出發(fā)逐步鏈接到系統(tǒng)模塊的相關需求，這樣才能讓業(yè)務充分認識到系統(tǒng)關鍵需求與業(yè)務工作日常之間的聯(lián)系。同時也要避免探討例如報表需要哪些字段等細節(jié)問題，正確的做法是要將人力資源管理場景化、具體化。在場景化的探討中我們可以進一步找到需求的關鍵。下方我們也從常見的幾個人力資源模塊為例給大家參考。當討論的關鍵需求比較多時，我們也需要引導業(yè)務部門探討相關需求的重要程度和影響范圍，以對關鍵需求進行優(yōu)先級排序。優(yōu)先級評估的維度依然可以參考項目規(guī)劃階段提到的6個維度（業(yè)務價值、可操作性、實施難度、緊急程度、成本效益、合規(guī)性。招聘 招聘的本質(zhì)是結(jié)合業(yè)務需求吸引合適的人在合適的時間點滿足務發(fā)展需求，結(jié)合這一終極目標我們可梳理出如下的關鍵需求。雇主品牌：人才競爭也是雇主品牌的競爭，優(yōu)秀的候選人最后究竟加入哪家公司，一個很重要的決定因素就是候選人對公司的整體印象如何。校園招聘：校招一般是全年工作量的一個高峰，數(shù)字化系統(tǒng)需要有更多自動化功能，盡可能提升規(guī)劃、傳播、篩選、錄用等環(huán)節(jié)HR包括面試官的工作量。技術提效：由于招聘數(shù)量一般比較多，因此各種場景中如何降本增效也是對數(shù)字化系統(tǒng)的基本要求。靈活內(nèi)推：內(nèi)推一般是企業(yè)性價比最高的人才補給方式。數(shù)字化招聘系統(tǒng)也需要支持各種靈活內(nèi)推的方式。人才庫運營：數(shù)字化系統(tǒng)要幫助企業(yè)針對投過簡歷的候選人、已離職員工等進行人才庫運營，以便在需要時能快速、精準且節(jié)約成本地找到候選人。PAGEPAGE29|企業(yè)數(shù)字化系統(tǒng)選型建設指南系統(tǒng)選型系統(tǒng)選型||PAGE28培訓管理

企業(yè)需要的培訓系統(tǒng)絕不只是一個課程大雜燴的內(nèi)容平臺，而是要推動員工學習，為達成這個目標，我們可梳理出如下關鍵需求。能力模型：人才培訓首先要基于業(yè)務需求看各部門員工需要掌握哪些能力，供應商要能結(jié)合行業(yè)經(jīng)驗共創(chuàng)能力圖譜，確保各項能力都有課程覆蓋。學習路徑：為更好地引導員工學習，還需要設計學習路徑，以最終的學習目標為導向，挑選最適合的課程和順序，通過合理的課程安排讓員工能高效地完成整體學習。學習運營：為推動更多員工的學習，培訓系統(tǒng)必須具有各項運營HR隨時了解員工學習動態(tài)。經(jīng)驗萃?。浩髽I(yè)中的關鍵領導和人才的經(jīng)驗萃取并傳承，這也是通過培訓提升企業(yè)核心人才競爭力的關鍵。因此數(shù)字化平臺也要能支持內(nèi)部課程的開發(fā)和授課。課程迭代：學習平臺要有能力持續(xù)迭代課程，不斷引入新課程，同時確保課程質(zhì)量和學員體驗也非常關鍵。勞動力管理主要是對于工時管理進行管理和優(yōu)化，是以降本增效為主要目的，因此所有的關鍵需求必定是以智能化為基礎來提升效率，節(jié)約人力成本，通常會產(chǎn)生如下關鍵需求。人力規(guī)劃：勞動力規(guī)劃是人力成本控制的源頭。如果數(shù)字化系統(tǒng)結(jié)合未來業(yè)務的發(fā)展需求來預測未來的勞動力需求，就可以更好地幫助企業(yè)提前做好人才招聘和培養(yǎng)準備。排班優(yōu)化：人力成本是企業(yè)重要的成本支出，借助數(shù)字化系統(tǒng)幫助企業(yè)優(yōu)化員工排班、減少工時成本，也是人力成本優(yōu)化的關鍵，并結(jié)合業(yè)務需求和員工體驗找到最優(yōu)的排班組合。有效及時的考勤數(shù)據(jù)：不僅要保證考勤數(shù)據(jù)真實精確，也能當天將工時、加班、出勤率等數(shù)據(jù)及時呈現(xiàn)于管理者，而且過程中要覆蓋范圍廣，員工感知強，因此它也是HRIS項目里最能出效果也是最容易被吐槽的模塊，系統(tǒng)選型千萬不可掉以輕心。獎酬計算：基于考勤、休假數(shù)據(jù)，結(jié)合公司的政策，獎金和薪酬的計算都能自動化處理，并與考勤數(shù)據(jù)打通，減少HR不必要的數(shù)據(jù)收集處理工作，提升薪資計算效率。甲方與乙方，此需求非彼需求？在項目規(guī)劃時，我們常常會將某個需求的實現(xiàn)想象得過于簡單，以至于在項目交付過程中才發(fā)現(xiàn)一個需求又牽扯出其他許多需求。因此我認為在需求梳理和規(guī)劃階段需要盡可能投入精力，與供應商溝通需求時要盡可能落地，將場景落地到具體功能的實現(xiàn)，避免我們想象的實現(xiàn)過程非常簡單，而供應商理解的場景與我們需要的卻不同，結(jié)果在實施過程中需要不斷追加預算來實現(xiàn)實際需求。緊接著老板不可避免地會疑問：“已經(jīng)批了一大筆預算，為什么還在不斷增加投入？”這給我們帶來另一個反思是：在預算制定過程中，需要增加一部分備用金，因為不可能有完美的規(guī)劃。e甲方與乙方，此需求非彼需求？在項目規(guī)劃時，我們常常會將某個需求的實現(xiàn)想象得過于簡單，以至于在項目交付過程中才發(fā)現(xiàn)一個需求又牽扯出其他許多需求。因此我認為在需求梳理和規(guī)劃階段需要盡可能投入精力，與供應商溝通需求時要盡可能落地，將場景落地到具體功能的實現(xiàn)，避免我們想象的實現(xiàn)過程非常簡單，而供應商理解的場景與我們需要的卻不同，結(jié)果在實施過程中需要不斷追加預算來實現(xiàn)實際需求。緊接著老板不可避免地會疑問：“已經(jīng)批了一大筆預算，為什么還在不斷增加投入？”這給我們帶來另一個反思是：在預算制定過程中，需要增加一部分備用金，因為不可能有完美的規(guī)劃。ePAGEPAGE31|企業(yè)數(shù)字化系統(tǒng)選型建設指南系統(tǒng)選型系統(tǒng)選型||PAGE30供應商選擇供應商評估參考維度初選階段供應商評估參考維度初選階段約談階段技術評審商務洽談綜合實力：公司規(guī)模、市場占有率和穩(wěn)定性，以及人力和資源保障。行業(yè)能力：品牌知名度和影響力，行業(yè)內(nèi)地位和口碑。產(chǎn)品戰(zhàn)略：要采購產(chǎn)品是否是其未來要繼續(xù)深入發(fā)展和投入的部分。綜合實力：公司規(guī)模、市場占有率和穩(wěn)定性，以及人力和資源保障。行業(yè)能力：品牌知名度和影響力，行業(yè)內(nèi)地位和口碑。產(chǎn)品戰(zhàn)略：要采購產(chǎn)品是否是其未來要繼續(xù)深入發(fā)展和投入的部分。?產(chǎn)品力：用戶體驗、標準功能匹配度、客制化開發(fā)程度、系統(tǒng)安全性、系統(tǒng)集成性。?服務能力：同數(shù)量級的成功案例、交付經(jīng)驗、售后持續(xù)服務水平。?生態(tài)建設：和行業(yè)內(nèi)細分領域廠商有廣泛的生態(tài)合作，方便集成。?增值服務：支持業(yè)務更好發(fā)展的額外資源。項目經(jīng)理及成員資質(zhì)技術方案和解決方案系統(tǒng)架構(gòu)設計系統(tǒng)性能和可靠性數(shù)據(jù)庫設計代碼管理和質(zhì)量控制測試質(zhì)量和方法可維護性和可擴展性安全性和隱私保護售后技術和服務支持信譽度風險把控價格和成本售后服務交貨期限合同條款圖8：供應商選擇評估維度▍21供應商初選在明確核心業(yè)務訴求及選型邊界后，我們需要多渠道了解潛在合作伙伴，通常的渠道包括。行業(yè)知名媒體：如人力資源智享會的紅寶書、、36氪企服，可以初步了解對特定人力資源業(yè)務領域的供應商、業(yè)界先進實踐，但也僅限于初步了解。同行業(yè)推薦：同行業(yè)使用的系統(tǒng)解決方案、類似場景下的系統(tǒng)解決方案，往往對選型有非常直接的指導意義。IT中選型，這種供應商往往與已有系統(tǒng)有天然的集成優(yōu)勢，有成熟的聯(lián)合解決方案?；跇I(yè)務痛點找供應商：很多供應商在解決特定問題上有獨特優(yōu)就搜索主打海外的系統(tǒng)。引進專家意見：通過咨詢機構(gòu)引入專家，或與行業(yè)內(nèi)的專業(yè)人士溝通，獲取相關建議和推薦作為參考，給出診斷意見和潛在的產(chǎn)品組合。e如何評估意向供應商的e在軟件采購選型過程中，施耐德主要從三個維度的評估開始，一是供應商的企業(yè)健康度評估；二是產(chǎn)品戰(zhàn)略；三是行業(yè)地位分析。企業(yè)健康度評估過程中，我們通常會通過如下幾個信息渠道來獲取信息：報告來了解意向供應商的企業(yè)風險和系統(tǒng)情況。比較大的資金來源仍依賴于融資，這也為我們了解意向供應商的資金鏈情況提供了公開渠道。與供應商的在職和離職員工溝通：網(wǎng)上和行業(yè)內(nèi)的小道消息和“八卦”雖然是非正式的信息獲取渠道，但有時也能暴露出企業(yè)的一些問題。不過，這些消息僅為我們下一步驗證提供方向，并不能直接作為論據(jù)。道的信息來分析意向供應商最近在招聘什么類型的PAGEPAGE33|企業(yè)數(shù)字化系統(tǒng)選型建設指南系統(tǒng)選型系統(tǒng)選型||PAGE32員工，每年招多少人。這某種程度上也能反映他們未來的發(fā)展方向。產(chǎn)品戰(zhàn)略評估也是我們供應商初選過程中的重要關注點，這關乎我們要采購的產(chǎn)品是否是未來還要繼續(xù)發(fā)展和投入的方向。對于此，目前評估的方式主要包括：展會和論壇上的分享內(nèi)容和產(chǎn)品資料。當了解到一定程度，切實可行的辦法是實地拜訪，參觀供應商客戶，同行業(yè)交流。也可通過供應商組織架構(gòu)圖和事業(yè)部劃分和人數(shù)分布來分析他們產(chǎn)研規(guī)劃。另外可通過第三方渠道的分析。遺憾的是，目前國內(nèi)還比較缺乏權威的、客觀深度的第三方機構(gòu)，可參考的主要來自國外的一些分析，Gatner和Josbesin偶爾對國內(nèi)一些產(chǎn)品的評價，但比較有限。行業(yè)地位是比較顯而易見的，一般情況下比較偏向領域內(nèi)的前三位PK。這種方式僅限于發(fā)展相對成熟的產(chǎn)品，對于某一類產(chǎn)品發(fā)展初期，行業(yè)內(nèi)總共或許也沒有三家供我們選擇，這就需要我們花費更多精力深度分析產(chǎn)品演示和講解，也可以選擇成為對方的種子用戶，試用和共創(chuàng)。▍2.2供應商約談進而也會影響后續(xù)需求清單和邀標書的制作。（TipsTips約談階段，供應商評估的四個參考維度服務能力：有同數(shù)量級的成功案例、項目經(jīng)理及成員的交付經(jīng)驗、售后持續(xù)服務水平。生態(tài)建設：和行業(yè)內(nèi)細分領域廠商有廣泛的生態(tài)合作，方便集成。增值服務：能支持業(yè)務更好發(fā)展的額外資源，例如：招聘系統(tǒng)：提供招聘活動的策劃及實施；培訓系統(tǒng)：附贈大量免費或優(yōu)惠的內(nèi)容資源，如書籍、公開課、直播；激勵系統(tǒng)：提供信托服務、稅優(yōu)籌劃、合規(guī)咨詢。PAGEPAGE35|企業(yè)數(shù)字化系統(tǒng)選型建設指南系統(tǒng)選型系統(tǒng)選型||PAGE34系統(tǒng)考察時，一定要秉承“耳聽為虛，眼見為實”的原則。系統(tǒng)考察時，一定要秉承“耳聽為虛，眼見為實”的原則。赴供應商公司現(xiàn)場考察，了解他們的技術、經(jīng)濟和研發(fā)實力，以及可持續(xù)服務能力等；也可請供應商安排“標桿案例”的交流、訪談，進一步了解供應商的實施能力、服務口碑，并評判相關解決方案是否可以在本企業(yè)落地；或直接詢問供應商各自的優(yōu)勢是什么，以及競爭方的劣勢是什么，進行反向驗證；……應商為客戶定制方案的細節(jié)上是否考慮我們的業(yè)務痛點。（然后進入招投標流程。招投標招投標發(fā)布招標公告：根據(jù)管理規(guī)范發(fā)布招標公告，向潛在投標人宣傳招標信息，標書內(nèi)容通常包括項目概要、招標條件（如是否高新技術企業(yè)、有同行案例）、技術要求、詳細參數(shù)、資質(zhì)要求、投標方式、截止日期，以及提交文件要求（包含哪些文件，準備多少份）等細節(jié)。需要注意的是，在招標書中，我們必須明確且清晰呈現(xiàn)業(yè)務需求，而且為幫助供應商更好地了解業(yè)務需求，減少信息誤差，所以在此階段往往會安排投標答疑、業(yè)務用戶訪談等。供應商投標：供應商根據(jù)招標文件的要求準備文件，包括商務和技術方（SOC）將準備好的文件按要求遞交于我們，通常需要包括電子版和兩份紙質(zhì)版（紙質(zhì)版一般要求蓋騎縫章。評標：針對供應商提交的投標文件，我們進行評審，主要包括技術和商務方案的評審（9系統(tǒng)性能和可靠性等。商務洽談：進入商務洽談階段，我們可開始與符合資格的供應商進行商務洽談，就價格、交付期限、售后服務等問題進行討論（常用的商務評價維度參考圖10。談判過程中，作為甲方企業(yè)代表，我們需要具備的需要注意的是，談判不只是采購的責任，很多公司完全由采購負責，業(yè)PAGEPAGE37|企業(yè)數(shù)字化系統(tǒng)選型建設指南系統(tǒng)選型系統(tǒng)選型||PAGE36ITIT力，效果可能要遠勝于采購。在談判階段，最大的考驗主要還是合同主要條款的共識，因為一旦確定中標，如果在有些合同的主要條款上出現(xiàn)爭議，往往就非常被動。我們建議關于SOW的溝通也提前到此階段溝通，并做好文檔化管理工作，以確保大家就主要內(nèi)容達成共識；除價格、交付期限、售后服務等比較顯性的內(nèi)容外，另外就通常的合作模式、驗收及付款流程等事項也最好提前達成共識。發(fā)布中標通告：企業(yè)公布中標結(jié)果，向所有參與投標的廠商通知是否中標，并進行公示，公布中標供應商的名稱和價格。技術評審參考維度技術評審參考維度評價維度評價內(nèi)容項目經(jīng)理及成員資質(zhì)范圍控制、風險控制、時間控制、質(zhì)量控制。技術方案和解決方案產(chǎn)品組合、數(shù)據(jù)流向、集成、重點需求響應方案等是否提供符合采購要求的整體技術方案和解決方案，是否具有創(chuàng)新性和實用性，是否能滿足項目核心訴求。系統(tǒng)架構(gòu)設計是否符合業(yè)界標準、行業(yè)規(guī)范和安全標準；是否滿足公司內(nèi)部網(wǎng)絡環(huán)境要求；是否契合公司現(xiàn)有IT架構(gòu)；技術棧是否匹配現(xiàn)有資源。系統(tǒng)性能和可靠性系統(tǒng)運行效率和可擴展性是否達到要求；系統(tǒng)穩(wěn)定性、容錯性和可靠性如何；是否滿足業(yè)務場景并發(fā)要求。數(shù)據(jù)庫設計數(shù)據(jù)庫結(jié)構(gòu)是否合理、高效；數(shù)據(jù)存儲、備份與恢復策略是否健全；是否支持公司優(yōu)選的數(shù)據(jù)庫（尤其是公司使用云資源時，對數(shù)據(jù)庫成本有要求）。代碼管理和質(zhì)量控制代碼管理、版本控制以及代碼審查流程是否清晰有效；編碼質(zhì)量是否良好。測試質(zhì)量和方法測試計劃和測試用例是否完善；測試覆蓋率、測試深度和測試精度是否符合要求?？删S護性和可擴展性是否提供詳細的文檔和相關的手冊；系統(tǒng)升級和擴展的易用性如何。安全性和隱私保護信息安全資質(zhì)證書及如何保障數(shù)據(jù)合規(guī)；是否遵守相關法律法規(guī)和行業(yè)標準；是否具備針對性的安全保障措施。售后技術和服務支持售后服務期限；售后服務組織架構(gòu)、問題響應機制、SLA。圖9：技術評審參考維度商務談判參考維度商務談判參考維度評價維度評價內(nèi)容信譽度公司的聲譽和口碑狀況；是否有可信度、穩(wěn)定性和可靠性等優(yōu)勢。風險把控是否有完善的風險管理體系、應急預案及相應的稽核措施。價格和成本提供的產(chǎn)品或服務的價格是否合理；是否存在附加費用；是否符合預算要求。售后服務是否提供快速、高效的售后服務；是否有主動解決問題的意愿；是否滿足客戶需求。交貨期限是否能夠按時交付產(chǎn)品或服務；是否具備及時通知采購方的能力。合同條款是否合理、透明和完整；是否含義明確；是否滿足采購方需求。圖10：商務評估參考維度招投標流程示例招投標流程示例關鍵事項截止日期溝通形式（線上或線下會議、郵件等）關鍵負責人或聯(lián)系人前期準備確認需求說明書、技術小組成員名單起草招標技術文件項目招標小組啟動會議招標正式發(fā)出標書答疑投標截止評標供應商講解標書和系統(tǒng)演示技術評標供應商按要求澄清和修改技術方案及最終商務報價，快遞封標并寄送定標商務洽談（如需要）招標小組會議評估擬定標匯總評估定標審批發(fā)布中標通告合同簽訂圖11：招投標流程示例PAGEPAGE39|企業(yè)數(shù)字化系統(tǒng)選型建設指南系統(tǒng)選型系統(tǒng)選型||PAGE38合同簽訂合同簽訂此階段，甲乙雙方需要就系統(tǒng)價格、交付日期、售后服務、質(zhì)保等問題在合同上達成協(xié)議，并簽署正式合同。值得注意的是，在簽署正式合同之前，雙方要就SOW（工作說明書、SLA（服務級別協(xié)議）等協(xié)商并達成一致，并將SOW作為合同附件。對于項目實施計劃，一般在投標時會要求有初步的項目實施計劃，若條件允許可以在簽合同前敲定，也可以在項目成員進場后最終定稿。TipsTips業(yè)務與IT視角下，成功選型的系統(tǒng)畫像業(yè)務視角?功能滿足需求?數(shù)據(jù)化管理?自定義配置?用戶友好業(yè)務視角HR與IT共同視角IT視角IT視角?可靠性?協(xié)同性?效率?創(chuàng)新性HR與IT ?靈活與擴展性共同視角?成本效益?安全保障業(yè)務視角數(shù)據(jù)化管理：實現(xiàn)對相關數(shù)據(jù)的完善管理，實現(xiàn)信息化、數(shù)字化的管理方式，提高數(shù)據(jù)的準確性和可靠性。自定義配置：支持自定義配置和靈活設置，以滿足不同企業(yè)的需求和管理模式，進而使企業(yè)更好地適應不同的業(yè)務場景和組織結(jié)構(gòu)。用戶友好：系統(tǒng)簡單易用，對用戶友好，避免過于復雜的操作和使用方式，反應速度也要快，如果每次點擊都要等幾秒，則會影響使用率。IT視角可靠性：系統(tǒng)應當穩(wěn)定、可靠，能夠在長時間的運行中保持高效和穩(wěn)定的表現(xiàn)，此外也需具備完善的安全措施，確保數(shù)據(jù)和信息的機密性和完整性。協(xié)同性：未來的數(shù)字化是協(xié)同的數(shù)字化，因此系統(tǒng)最好有標準接口，具備與各種系統(tǒng)對接協(xié)同的經(jīng)驗，便于進一步拓展。效率：具有高效的性能和吞吐量，支持海量數(shù)據(jù)的處理和分析，同時也要保證速度和響應時間的快速性。創(chuàng)新性：具備創(chuàng)新性和前瞻性，包括新技術、新功能等方面的引入和實踐，以及對未來發(fā)展趨勢的關注和預測。HR與IT共同視角靈活性：具有良好的擴展性和升級性，滿足企業(yè)未來業(yè)務發(fā)展和管理需求，且易于維護和升級，使得IT團隊可以快速響應問題和更新需求。成本效益：具有良好的成本效益，保證系統(tǒng)質(zhì)量和性能的情況下，最大限度地降低系統(tǒng)建設和運營成本，提高企業(yè)的效益。安全保障：具有良好的安全措施，包括身份認證、數(shù)據(jù)加密、權限控制等方面的保障，確保信息的機密性和完整性。實施上線實施上線的階段性目標確保系統(tǒng)順利過渡到正式運行階段，并滿足預期的業(yè)務PAGEPAGE41|企業(yè)數(shù)字化系統(tǒng)選型建設指南||PAGE50在系統(tǒng)選型完成之后，實施成為項目的新起點，上線則成為項目的新終點，能否成功實施上線是檢驗系統(tǒng)選型成果的試金石。相信主導過相關項目的你一定對此感同身受。項目經(jīng)理 關鍵用戶項目經(jīng)理 關鍵用戶 實施顧問負責整個項目進度、質(zhì)量和成本管理， 提供業(yè)務需求和流程信息，為系統(tǒng)設計 負責系統(tǒng)架構(gòu)、設計、配置、測試和維并協(xié)調(diào)各部門和參與者的工作。 和開發(fā)提供支持和指導。 護等方面的工作，并為關鍵用戶提供系統(tǒng)技術方面的建議和指導。開發(fā)人員 測試人員 變更管理人員負責系統(tǒng)設計、編碼和測試等工作，以 對系統(tǒng)進行全面的測試和驗證，確保系 負責控制系統(tǒng)變更和修復，以免影響系實現(xiàn)業(yè)務需求和技術規(guī)格。 統(tǒng)符合要求并達到預期效果。 統(tǒng)正常運行。數(shù)據(jù)專家評估系統(tǒng)的數(shù)據(jù)處理和分析能力，數(shù)據(jù)存儲、備份、恢復等，并主導數(shù)據(jù)的采集、清洗、轉(zhuǎn)移和遷移。培訓師對最終用戶進行培訓和支持，使其能夠熟練掌握新系統(tǒng)的操作和功能。系統(tǒng)管理員系統(tǒng)的日常運行和維護，保證系統(tǒng)穩(wěn)定、可靠地運行。關鍵角色實施上線階段的關鍵角色與輔助角色實施上線階段的關鍵角色與輔助角色系統(tǒng)架構(gòu)師信息安全專家 系統(tǒng)架構(gòu)師信息安全專家 ?數(shù)據(jù)庫專家用戶體驗設計師?系統(tǒng)測試人員評估系統(tǒng)架構(gòu)和技術評估系統(tǒng)安全性，如評估系統(tǒng)的數(shù)據(jù)處理評估系統(tǒng)的用戶界面對系統(tǒng)進行全面的測方案的可行性，為IT身份認證、數(shù)據(jù)加和分析能力，包括數(shù)和交互設計，以確保試和驗證，確保系統(tǒng)代表提供技術指導和密、權限控制，并提據(jù)存儲、備份、恢復用戶友好和易用性。支持。 出相關建議。 等。符合要求并達到預期效果。輔助角色實施上線實施上線項目準備在項目準備階段，需要與各相關方就項目價值、時間節(jié)點、資源投入達成共識，并正式宣布項目啟動，授權項目負責人統(tǒng)籌資源。一般在合同30%。該階段主要涉及項目團隊組建、項目計劃制定、項目管理規(guī)范制定、計算資源預訂等工作。項目準備階段的關鍵事項12項目準備階段的關鍵事項1234關鍵事項具體行動成立項目組?成立項目組織機構(gòu)，明確各角色權責以及匯報關系。?明確項目成員獎懲設計，項目組的工作分配和獎勵，以及項目結(jié)束后安排規(guī)劃等。需要將任務明確到人，例如項目經(jīng)理是明確且唯一的，各業(yè)務的接口人是明確且唯一的，項目管理委員會成員，以及哪些必須出席的會議有哪些等等。明確項目計劃的兌現(xiàn)時間節(jié)點。需將最終用戶的意見持續(xù)引入項目工作中，引導用戶盡快熟悉系統(tǒng)后再進行優(yōu)化，而且要確立以解決用戶需求的思維方式來優(yōu)化功能，避免管理端用戶自嗨。建立項目管理機制方向。程碑的委員會會議。項目管理機制一定要落地，即使沒有特別重要的內(nèi)容，例會仍要召開但可以快速結(jié)束，要保持各方對項目的重視程度不會降低并持續(xù)投入，以及項目組內(nèi)外的信息一致性，及時發(fā)現(xiàn)變更風險。其他遴選業(yè)務關鍵用戶、準備開發(fā)及測試服務器、安排項目集中辦公場地等。/圖14：項目準備階段的關鍵事項藍圖設計藍圖設計藍圖設計報告主要為達成兩個目標：一是保證業(yè)務方對需求質(zhì)量負責；二是項目變更時有依據(jù)。藍圖設計報告主要為達成兩個目標：一是保證業(yè)務方對需求質(zhì)量負責；二是項目變更時有依據(jù)。藍圖設計階段主要涉及業(yè)務需求分析、解決方案制定及技術說明書編寫解的基礎上，由實施顧問主導分析業(yè)務需求、制定業(yè)務流程，并明確系統(tǒng)化解決方案（包括并不限于系統(tǒng)間集成方案、線上線下協(xié)同方案、報表統(tǒng)計分析方案等。藍圖設計是保證交付結(jié)果的關鍵階段，雙方需約定明確的交付物，無論何種形式的合作，均需要簽字版的需求文檔作為開發(fā)基礎。藍圖驗收因此往往也是項目的里程碑，通常會支付一定比例的進度款。項目組在此階段應輸出藍圖設計報告，并匯報給項目經(jīng)理，通過后簽字驗收（關鍵用戶及項目領導在藍圖設計文檔、開發(fā)計劃等文檔中簽字確認，主要為達成兩個目標：一是保證業(yè)務方對需求質(zhì)量負責；二是項目變更時有依據(jù)。尤其是人事流程變更，不僅需要提供制度依據(jù)，還需要規(guī)范的流程圖，若無制度支撐，項目過程中的變更風險極大。另外，流PAGEPAGE45|企業(yè)數(shù)字化系統(tǒng)選型建設指南實施上線實施上線||PAGE44系統(tǒng)實施系統(tǒng)實施該階段主要涉及“系統(tǒng)構(gòu)建”“系統(tǒng)集成、定制開發(fā)”“用戶培訓，反饋迭代”“歷史數(shù)據(jù)采集”四個階段。下文我們歸納了每個階段需要涉及的具體工作，供大家參考。系統(tǒng)實施關鍵環(huán)節(jié)與具體事項根據(jù)業(yè)務藍圖設計構(gòu)建系統(tǒng)系統(tǒng)實施關鍵環(huán)節(jié)與具體事項根據(jù)業(yè)務藍圖設計構(gòu)建系統(tǒng)按計劃推進 用戶培訓、模塊單系統(tǒng)集成、定制開發(fā)等 測試和系統(tǒng)迭代系統(tǒng)初步定型后，歷史數(shù)據(jù)采集設計系統(tǒng)配置方案設計數(shù)據(jù)模型用戶界面設計明確定制開發(fā)點與利益相關者確認

系統(tǒng)集成定制開發(fā)報表開發(fā)

用戶培訓測試反饋系統(tǒng)迭代與改進回歸測試和驗證

數(shù)據(jù)源識別和準備數(shù)據(jù)采集計劃制定數(shù)據(jù)采集工具和方法選擇數(shù)據(jù)采集執(zhí)行數(shù)據(jù)驗證和校驗數(shù)據(jù)清洗和轉(zhuǎn)換數(shù)據(jù)導入和加載數(shù)據(jù)驗證和回歸測試圖15：系統(tǒng)實施關鍵環(huán)節(jié)與具體事項▍31根據(jù)業(yè)務藍圖設計構(gòu)建系統(tǒng)設計系統(tǒng)架構(gòu)和功能方式。設計系統(tǒng)配置方案和流程。設計數(shù)據(jù)模型績效數(shù)據(jù)等。查詢和分析。設計用戶界面佳實踐。明確定制開發(fā)點需求。與利益相關者確認配置符合他們的期望和需求。目標。PAGEPAGE47|企業(yè)數(shù)字化系統(tǒng)選型建設指南實施上線實施上線||PAGE46▍3.2按開發(fā)計劃推進系統(tǒng)集成、定制開發(fā)等系統(tǒng)集成系統(tǒng)。定制開發(fā)能需求。報表開發(fā)人力資源數(shù)據(jù)分析和決策支持。測試和調(diào)試。測試與驗證進行定制開發(fā)的測試，確保定制的功能與系統(tǒng)的其他部分協(xié)調(diào)一致。調(diào)整和優(yōu)化▍3.3用戶培訓、模塊單元測試和系統(tǒng)迭代等用戶培訓供必要的培訓和指導。培訓用戶熟悉系統(tǒng)的基本操作，例如登錄、數(shù)據(jù)錄入、查詢、報表生成。的日常工作。系統(tǒng)模塊的單元測試合預期。測試反饋進之處。PAGEPAGE49|企業(yè)數(shù)字化系統(tǒng)選型建設指南實施上線實施上線||PAGE48系統(tǒng)迭代和改進對功能不完善或需改進之處進行優(yōu)化，以提升系統(tǒng)的性能和用戶體驗?；貧w測試和驗證否有效。穩(wěn)定性和可靠性。▍3.4系統(tǒng)初步定型后，歷史數(shù)據(jù)采集數(shù)據(jù)源識別和準備確定歷史數(shù)據(jù)的來源，例如現(xiàn)有的管理系統(tǒng)、Ecel表格、紙質(zhì)檔案等。數(shù)據(jù)采集計劃制定數(shù)據(jù)采集工具和方法選擇。如果需要手動輸入數(shù)據(jù)，提供數(shù)據(jù)采集模板或指導來規(guī)范數(shù)據(jù)錄入。數(shù)據(jù)采集執(zhí)行按照預定的數(shù)據(jù)字段和格式采集數(shù)據(jù)，確保數(shù)據(jù)的準確性和一致性。數(shù)據(jù)驗證和校驗數(shù)據(jù)清洗和轉(zhuǎn)換對采集的數(shù)據(jù)進行清洗和轉(zhuǎn)換，處理無效數(shù)據(jù)、重復數(shù)據(jù)和缺失數(shù)據(jù)。數(shù)據(jù)導入和加載將經(jīng)過清洗和轉(zhuǎn)換的歷史數(shù)據(jù)導入系統(tǒng)中的相應模塊和表格。數(shù)據(jù)驗證和回歸測試其他功能和流程的正常運行。PAGEPAGE51|企業(yè)數(shù)字化系統(tǒng)選型建設指南實施上線實施上線||PAGE50e業(yè)務需求總變來變?nèi)?，e首先，在前期需求調(diào)研的過程中，真正的用戶是否參與了調(diào)研，而不是他們的需求被轉(zhuǎn)述被加工，以至于真正的需求在交付過程中才爆發(fā)。其次，關于招標書的撰寫。在需求調(diào)研真實完整的情況下，是否清晰完整地在招標書中呈現(xiàn)了。對于此，我們建議在寫招標書過程中也要與內(nèi)部的利益相關者充分溝通，確保是大家一致認可的，同時也要明確梳理出哪些是系統(tǒng)功能性需求，哪些是非功能性需求，這關乎到供應商報價，如果交付過程中再重新談判商務，也會影響項目交付周期。其三，對于項目交付過程中無法避免的新需求的取舍，首先確定需求的優(yōu)先級，哪些是musthave，哪些是nicetohave，哪些放在一期，哪些放在二期，避免后期交付時候產(chǎn)生爭議；其次對于當下必須“加塞兒”的需求，我們需要平衡好業(yè)務需求和供應商的關系。如果認為新加的需求是musthave，那能否暫時放棄其他次要需求，保證一期項目順利推進，而不是一直處于失控狀態(tài)。系統(tǒng)驗證系統(tǒng)驗證我們可將系統(tǒng)驗證分為跨模塊集成測試、跨系統(tǒng)集成測試、系統(tǒng)性能測試和最終用戶測試四個部分，每個部分的具體執(zhí)行流程如下文總結(jié)。系統(tǒng)實施關鍵環(huán)節(jié)與具體事項跨模塊集成測試系統(tǒng)實施關鍵環(huán)節(jié)與具體事項跨模塊集成測試跨系統(tǒng)集成測試系統(tǒng)性能測試最終用戶驗收測試確定集成測試范圍和目標設計集成測試用例準備測試環(huán)境執(zhí)行集成測試用例測試報告和問題追蹤回歸測試

驗證與其他關聯(lián)系統(tǒng)(如財務系統(tǒng)、身份認證系統(tǒng)等）之間的數(shù)據(jù)傳輸、功能交互和流程協(xié)同是否正常，確保與外部系統(tǒng)有效集成。

確定性能測試目標和指標模型設置測試環(huán)境和工具編寫性能測試腳本執(zhí)行性能測試收集和分析性能數(shù)據(jù)性能調(diào)優(yōu)和優(yōu)化性能測試報告和總結(jié)

確定驗收標準和目標編寫驗收測試計劃和用例配置驗收測試環(huán)境進行驗收測試反饋問題和改進意見回歸測試和確訕用戶驗收測試報告和總結(jié)圖16：系統(tǒng)驗證關鍵環(huán)節(jié)與具體事項▍41跨模塊集成測試確定集成測試范圍和目標確定需要跨模塊集成測試的模塊和功能。設計集成測試用例PAGEPAGE53|企業(yè)數(shù)字化系統(tǒng)選型建設指南實施上線實施上線||PAGE52準備測試環(huán)境執(zhí)行集成測試用例否正常。檢查數(shù)據(jù)一致性和正確性傳遞和同步更新。模塊的一致性。測試報告和問題追蹤回歸測試他模塊的正常功能。范圍。▍4.2跨系統(tǒng)集成測試跨系統(tǒng)集成測試主要為驗證與關聯(lián)系統(tǒng)（如財務系統(tǒng)、身份認證系統(tǒng)等）之間的數(shù)據(jù)傳輸、功能交互和流程協(xié)同是否正常，確保與外部系統(tǒng)的有效集成。▍4.3系統(tǒng)性能測試確定性能測試目標和指標設計性能測試場景和負載模型設置測試環(huán)境和工具LoadRunnerJMeter性能測試腳本和收集性能數(shù)據(jù)。編寫性能測試腳本在不同負載下的性能表現(xiàn)。執(zhí)行性能測試PAGEPAGE55|企業(yè)數(shù)字化系統(tǒng)選型建設指南實施上線實施上線||PAGE54性能測試。性能度量。收集和分析性能數(shù)據(jù)錯誤率等?；ㄗh。性能調(diào)優(yōu)和優(yōu)化以提高系統(tǒng)的性能表現(xiàn)。性能測試報告和總結(jié)提供給相關團隊和決策者參考▍4.4最終用戶驗收測試確定驗收標準和目標編寫驗收測試計劃和用例配置驗收測試環(huán)境確保測試環(huán)境與實際生產(chǎn)環(huán)境盡可能接近進行驗收測試根據(jù)編寫好的驗收測試用例，執(zhí)行各項測試，并記錄測試結(jié)果和問題。用戶需求和預期。反饋問題和改進意見回歸測試和確認用戶驗收測試報告和總結(jié)改進。PAGEPAGE57|企業(yè)數(shù)字化系統(tǒng)選型建設指南實施上線實施上線||PAGE56系統(tǒng)上線系統(tǒng)上線首次上線若沒準備充分通常會導致用戶第一印象非常不好，進而影響下一階段的配合度。因此，雖然系統(tǒng)上線是實施階段的最后一步，但最后一公里的工作中仍存在一些不可忽視的風險，例如，數(shù)據(jù)丟失或損壞：在數(shù)據(jù)遷移過程中，可能會出現(xiàn)數(shù)據(jù)丟失、損壞或轉(zhuǎn)換錯誤的情況，導致生產(chǎn)環(huán)境中的數(shù)據(jù)不準確或不完整。系統(tǒng)兼容性問題：在目標生產(chǎn)環(huán)境中，可能存在與系統(tǒng)不兼容的硬件設備、操作系統(tǒng)或網(wǎng)絡配置，導致系統(tǒng)無法正常運行。性能問題：在生產(chǎn)環(huán)境中，系統(tǒng)可能面臨更大的負載和并發(fā)操作，如果未經(jīng)過充分的性能測試和優(yōu)化，可能導致系統(tǒng)響應變慢或崩潰。用戶培訓不足：如果用戶沒有得到足夠的培訓和指導，可能會導致對新系統(tǒng)的使用困惑和錯誤操作，影響正常的業(yè)務運行。運維支持不足：缺乏有效的系統(tǒng)監(jiān)控、故障排除和技術支持，可能導致對系統(tǒng)問題的響應和解決不及時?！瓰榇?，我們也整理了在系統(tǒng)上線階段的一些關鍵事項，以及對應的具體行動和注意事項，以最大限度地降低潛在風險，并確保順利將系統(tǒng)引入到生產(chǎn)環(huán)境中，提供穩(wěn)定和高效的系統(tǒng)服務。系統(tǒng)上線關鍵階段與具體事項系統(tǒng)上線關鍵階段與具體事項121234567891011關鍵階段關鍵事項與行動系統(tǒng)準備?確保系統(tǒng)已經(jīng)過開發(fā)、測試和用戶驗收等階段，并通過相關測試和審批。?確保系統(tǒng)的部署包已準備就緒，包括軟件安裝文件、數(shù)據(jù)庫腳本、配置文件等。環(huán)境準備確保目標生產(chǎn)環(huán)境已準備好：包括硬件設備、網(wǎng)絡連接、數(shù)據(jù)庫服務器等。配置和調(diào)整生產(chǎn)環(huán)境：確保它能夠滿足系統(tǒng)的運行需求和性能要求。系統(tǒng)部署?將系統(tǒng)的部署包進行生產(chǎn)環(huán)境的安裝和部署。?配置系統(tǒng)參數(shù)、啟動服務和應用程序，確保系統(tǒng)能夠正常運行。功能驗證上線前測試測試范圍：主要包括功能、性能、安全測試等，減少上線后出現(xiàn)嚴重缺陷的可能性。測試的完整性和準確性：在測試前需制定全面的測試計劃，避免出現(xiàn)遺漏測試用例、測試環(huán)境與生產(chǎn)環(huán)境不一致；也需建立與生產(chǎn)環(huán)境相似的測試環(huán)境，確保測試結(jié)果準確。測試周期：針對關鍵功能還需選取試點區(qū)域單獨進行一個周期的試運行，通常為一個月。性能優(yōu)化系統(tǒng)配置和參數(shù)設置：在生產(chǎn)環(huán)境中根據(jù)實際負載和使用情況調(diào)整系統(tǒng)配置和參數(shù)，優(yōu)化系統(tǒng)性能和穩(wěn)定性。壓力測試和負載測試：驗證系統(tǒng)在高并發(fā)和大數(shù)據(jù)量場景下的性能表現(xiàn)。終端用戶培訓培訓資源：提供使用指南、培訓視頻和培訓材料，在階段的實際操作和示范。在線幫助中心：提供定期的培訓和支持，讓最終用戶能夠更好地理解并正確使用系統(tǒng)。系統(tǒng)監(jiān)控及運維支持運維機制：建立系統(tǒng)監(jiān)控和運維支持機制（機制等），確保及時檢測系統(tǒng)問題并提供支持和維護。監(jiān)控預警：配置監(jiān)控工具和報警系統(tǒng)，以便在系統(tǒng)出現(xiàn)異?；蚬收蠒r能夠及時發(fā)現(xiàn)和響應。數(shù)據(jù)遷移數(shù)據(jù)遷移：將現(xiàn)有的數(shù)據(jù)遷移至生產(chǎn)環(huán)境，確保數(shù)據(jù)的完整準確性。數(shù)據(jù)備份：設計數(shù)據(jù)遷移策略，根據(jù)數(shù)據(jù)量和遷移方式，進行數(shù)據(jù)遷移操作。制定上線計劃低峰時段上線。分階段上線或并行運行新舊系統(tǒng)。這些工作安排到具體的上線步驟，以及每個步驟的時間估計。確定責任人和資源：確保負責每個上線步驟的責任人具備相關技術能力和知識，充分安排和準備上線所需的資源（人員、設備、軟件）。風險評估和應對：評估每個上線步驟可能存在的潛在風險、可能的問題和故障，并制定相應的應對措施，規(guī)劃補救、回滾和恢復計劃。的重要性和影響。按計劃切換上線上線節(jié)奏：確保系統(tǒng)從開發(fā)或測試環(huán)境平穩(wěn)過渡至生產(chǎn)環(huán)境，避免影響用戶和業(yè)務流程。上線策略：設計合適的上線策略，如逐步上線、灰度發(fā)布，逐漸將流量從舊系統(tǒng)轉(zhuǎn)移到新系統(tǒng)。風險管理：制定相應的規(guī)避策略，例如制定備用計劃，確保在出現(xiàn)問題時能夠快速回滾。上線驗證和監(jiān)督監(jiān)控與優(yōu)化驗證監(jiān)督：系統(tǒng)上線后進行驗證和監(jiān)督，確保系統(tǒng)正常運行，數(shù)據(jù)正確錄入和處理。用戶反饋跟蹤：及時收集用戶反饋和問題，并跟進和解決。圖17：系統(tǒng)上線關鍵階段與具體事項PAGEPAGE59|企業(yè)數(shù)字化系統(tǒng)選型建設指南實施上線實施上線||PAGE58e系統(tǒng)成功上線，e這是企業(yè)系統(tǒng)實施上線常常發(fā)生的問題，直接關系到項目能否成功體現(xiàn)最終的價值。很多企業(yè)上線系統(tǒng)的時候十萬火急，買了系統(tǒng)之后半年不會登錄一次，也不及時更新數(shù)據(jù)，運用數(shù)據(jù)時候發(fā)現(xiàn)是錯亂的。因為錯亂更不愿意用，陷入惡性循環(huán)，最后得出結(jié)論項目沒有價值。問題背后，我認為原因在于企業(yè)沒有完善數(shù)字化運營機制保證系統(tǒng)的使用率，如使用者是誰？用得怎么樣？用得不好怎么辦？數(shù)據(jù)時效性和有效性能否保障？除運營機制外，我們還要從項目全局角度來分析這一問題，例如需求共識、業(yè)務部門參與度、業(yè)務部門對項目的期望值、上線過程中的“意見領袖”管理。需求達成共識：業(yè)務需求的可行性和實現(xiàn)策略需要達成共識，部門提出的需求哪些可以實現(xiàn)，哪些暫時無法實現(xiàn)，需要放置二期項目，“什么都想要”帶“什么都得不到”。保證業(yè)務的參與度：需求達成共識后，有的業(yè)務部他們也都清楚了解我的需求，所以就不參與了，你們看著辦。但是當項目最終交付時發(fā)現(xiàn)，需求不是我想要的。要不重新調(diào)整，項目拖延，成本增加，要么不使用，最后項目很可能不了了之。管理業(yè)務的期望值：在業(yè)務部門的腦海中，系統(tǒng)上線成功后，立即就能夠快速幫他們解決問題，但實管理模式磨合，經(jīng)歷一段磨合期并優(yōu)化之后才能慢慢達到理想狀態(tài)，而且也并非完美狀態(tài)。這段磨合期的工作效率甚至還不如原來高，系統(tǒng)因此也容易在這被判了期的工作效率甚至還不如原來高，系統(tǒng)因此也容易在這被判了“死刑”，然后業(yè)務部門又繼續(xù)用原來的Excel處理，系統(tǒng)擱置一邊。管理“意見領袖他們愿意嘗試，愿意容忍變革之初的“瑕疵”，但與運維服務運維服務的階段性目標明確項目各成員的任務分工，在項目資源有限的情況下，能承接更多工作，保證上線前期平穩(wěn)過渡以及平穩(wěn)之后仍能高效協(xié)同。PAGEPAGE61|企業(yè)數(shù)字化系統(tǒng)選型建設指南||PAGE66組建運維團隊在合適的時間節(jié)點組建運維團隊，儲備合格的運維人才，才能保證系統(tǒng)平穩(wěn)運行。運維團隊中的關鍵角色通常包括：HRIS：負責為管理端用戶提供技術支持和運營需求池。IT（容災和信息安全管理。合作伙伴CSM：HRISIT決問題。熱線座席：IT任。由于不同角色承擔的責任、對項目的了解深度存在差異，因此融入項目的時間也需要注意，RIS和IT4~5約2~4周；CSM經(jīng)過培訓即可。HRCOE要各模塊對應負責人、SSCBPBP與功能迭代的優(yōu)先級評審。運維服務運維服務運維工作規(guī)劃運維服務的PDCA管理計劃運維服務的PDCA管理計劃P計劃階段

D執(zhí)行階段

C檢查階段

A行動階段制訂IT系統(tǒng)運維的目標和計劃，并確定實現(xiàn)這些目標所需的資源和時間表。

根據(jù)計劃執(zhí)行運維工作。

評估反饋運維效果，并分析系統(tǒng)中存在的問題，進一步改善運維流程。

根據(jù)檢查階段的結(jié)果采取行動，改進運維流程，提高系統(tǒng)的效率和穩(wěn)定性。?確定IT系統(tǒng)運維的目標和關鍵性能指標。?分析當前運維流程的瓶頸和問題。?制訂改進計劃和時間表。?分配資源和職責。

?實施運維流程中的各項任務和活動。?建立監(jiān)控和報警機制，及時發(fā)現(xiàn)和處理故障。?對系統(tǒng)進行更新和補丁安裝等操作。?變更管理和配置管理。

?定期收集和分析系統(tǒng)數(shù)據(jù)，評估運維效果。?與用戶或客戶交流并收集反饋意見。?發(fā)現(xiàn)和記錄已知問題和待解決問題。

?制訂改進計劃和方案。?推廣最佳實踐和標準。?培訓團隊成員，提升技能水平。?持續(xù)監(jiān)測和評估運維流程。圖15：系統(tǒng)實施關鍵環(huán)節(jié)與具體事項計劃階段制定IT制定IT系統(tǒng)運維的目標和計劃，并確定實現(xiàn)這些目標所需的資源和時間表。確定IT系統(tǒng)運維的目標和關鍵性能指標包括問題響應時效、需求響應時效、系統(tǒng)全年可用率、系統(tǒng)中斷修復時效等。分析當前運維流程的瓶頸和問題包括缺乏運維獎懲機制、運維