CESBG績效考核e化系統-SOW

IS&TDivision,CESBGBusinessGroup.©DATE\@"yyyy"2012Foxconn,Inc.Allrightsreserved文檔編號：版本號：V1.0工作說明書CESBG績效考核e化系統專案HR/IT70000067/UAT007修訂人：楊勇成修訂日期：2012-07-23工作說明書Doc.ID:Rev:V1.0CESBG績效考核e化系統專案 -綠樹誠可貴，紙張勿浪費IS&TDivision,CESBGBusinessGroup.©DATE\@"yyyy"2012Foxconn,Inc.AllrightsreservedPage文檔信息專案名稱：CESBG績效考核e化系統專案文檔編號：業務負責人：楊勇成文檔名稱：工作說明書文檔版本履歷版本號修訂日期修訂人審核人核准人修改內容V1.02012-07-23楊勇成新建

目錄TOC\o"1-2"\h\z\u1．概述 31.1. 背景 31.2. 願景、目的、目標 41.3. 定義和縮寫 42. 範圍 52.1. 範圍定義 52.2. 範圍之外 52.3. 服務列表 53. 交付物概要 63.1. 系統需求說明書 63.2. 績效考核e化系統 73.3. 績效考核e化系統SOP 83.4. 績效考核e化系統UAT報告 84. 里程碑概述 95. 雙方職責 105.1. 開發方職責(乙方) 105.2. 客戶職責(甲方) 105.3. 驗收認定 116. 約定計劃 116.1. 溝通聯絡計畫 116.2. 變更管理 116.3. 問題解決/逐級上報過程 127. 依賴／約束 128. 資源計畫及組織架構 129. 成本和付賬（面向內部客戶） 129.1. 成本資源 1210.署名 131．概述背景目前,CESBG現有中幹數量已達2.5余萬人,分佈于龍華、天津和成都多個廠區,績效考核仍採用手工匯總作業方式,鑒於手工作業不規範、不及時,且需要投入大量人力和物力等弊端,為了達到節約成本,提高效率等目標,應CESBG人資委託,，IT承接此系統的分析及開發工作。願景、目的、目標願景為CESBG各廠區提供完善、高效的績效考核系統。目的將手工匯總作業方式的績效考核電子化，從而提高相關人員的工作效率及節省人力物力成本。目標1．CESBG績效考核e化系統開發完成并上線。2．完成<中干返国复职/休假申请表>e化并上線。3．內調&離職改善。4．差旅改善。定義和縮寫甲方：CESBGHR、IS&T乙方：CESBGIS&TSOW(StatementofWork)：工作說明書SRS(SystemRequirementsSpecification)：系統需求說明書SOP(StandardOperationProcedure)：標準操作手冊客戶：泛指系統之使用者／主要關係人範圍範圍定義用戶範圍 CESBG事業群中幹員工及HR業務範圍專案模塊：項次功能Action備注1績效考核e化系統1．參數:主要包括考核對象,考核比例,考核作業單位設置,考核主管層級設置,用戶權限分批2．作業:主要包括:員工自評作業、直接主管初評作業、複評作業、核定作業、績效考核匯總2012/12/1上線2<中干返国复职/休假申请表>E化2012/10/30上線3內調&離職改善改善內調&離職作業流程,并實現與人事和考勤對接。持續處理4中幹國內&國外差旅改善完成ESSN和EPBG提出差旅改善需求持續處理User教育訓練提供系統上線後兩個月的系統支援範圍之外工作說明書範圍定義業務範圍未提及的功能服務列表給User每人不少於10小時的教育訓練和測試時間提供績效考核e化系統上線後兩個月遠端項目支援持續解決用戶在使用績效考核e化系統過程中所遇到的問題持續解決用戶在使用內調&離職過程中所遇到的問題交付物概要預計專案執行過程中需交付以下工作產品：《系統需求說明書》(SystemRequirementStatement，SRS)《RTM文檔》《概要設計說明書》《詳細設計說明書》績效考核e化系統績效考核e化系統SOP績效考核e化系統UAT報告系統需求說明書必要事項《工作說明書》已簽署專案已啟動專案成員到位驗收標準甲方負責人同意《系統需求說明書》所載內容並簽署計畫交貨期依專案時程交付系統設想N/A依賴關係乙方投入人力資源甲方於時間內明確描述需求客戶職責須指派明確負責人提供詳細需求，配合需求分析人員工作等績效考核e化系統必要事項《工作說明書》已確認並由高階主管簽署《專案計畫書》已確認《系統需求說明書》已確認《概要設計文檔》已完成單元測試已完成集成測試已完成系統通過專案使用者接受性測試驗收標準用戶已經在績效考核e化系統建立，保證用戶能正常登錄績效考核e化系統；用戶所對應的操作許可權在績效考核e化系統建立，保證用戶能完成相應操作；依據《概要設計文檔》以及《系統需求說明書》之驗收標準做功能性以及非功能性驗收。計畫交貨期通過使用者接受測試後設想N/A依賴關係乙方項目團隊組建完成,並投入相應人力《工作說明書》已確認《專案計畫書》已確認《系統需求說明書》已確認《概要設計文檔》已完成單元測試已完成集成測試已完成系統通過使用者接受性測試客戶職責進行系統試用和UAT測試進行系統功能測試驗收確認績效考核e化系統SOP必要事項系統建構完成驗收標準依據《系統需求說明書》之使用者手冊驗收標準驗收計畫交貨期系統建構完成後兩周內設想N/A依賴關係績效考核e化系統建構完成客戶職責使用者手冊驗收績效考核e化系統UAT報告必要事項系統正式環境已建立驗收標準測試結果滿足《系統需求說明書》所要求功能測試結果滿足用戶需求計畫交貨期UAT測試後兩周內設想用戶測試計畫沒有在規定時間內完成用戶不能按時完成測試測試所需的正式環境未建立依賴關係系統正式環境已建立完成客戶職責完成UAT測試報告里程碑概述專案進度表專案階段時程備註專案準備2012-07-23~2012-07-31專案啟動2012-08-01~2012-08-01系統需求工程2012-08-06~2012-08-31《系統需求追蹤矩陣》系統設計2012-09-03~2012-09-28《詳細設計》系統開發2012-10-08~2012-10-31源代碼系統測試2012-11-01~2012-11-16《測試報告》發布、上線支援2012-11-19~2012-12-31《發布手冊》《操作SOP》專案結案2013-03-18~2013-03-31《專案結案單》項目時程可能隨項目進行做調整，例如：需求工程中因需求的瞭解而在專案過程中做相對應修改專案進度表之時程以《工作說明書》簽署與專案啟動為啟始點往後推估，所有時程因《工作說明書》簽署與專案啟動的延遲而往後順延雙方職責甲方與乙方有未遵守職責所造成的項目的延遲或中斷，由未遵守職責方承擔責任。開發方職責(乙方)乙方應遵守工作說明書所約定之開發時程，若任何狀況影響到開發時程時，應取得客戶的同意；乙方應基於商業道德原則，確實保守客戶方之各項業務機密，非經客戶同意不得洩密；依照《工作說明書》所載於要求時間內交付合乎甲方品質要求之產品與服務。乙方專案經理：負責專案管理以及專案成敗責任項目團隊：負責需求工程、系統設計與開發、單元測試、使用者手冊撰寫品質管制員：負責推動專案品質保證以及產品品質保證配置管理員：負責專案過程配置管理以及變更管理客戶職責(甲方)甲方至少應指派以下項目角色參與項目進行：甲方專案經理：負責專案管理以及專案成敗責任需求提供者：負責提供甲方需求,甲方需求應於需求訪談階段完整提供，需求訪談後需求變更應經過雙方同意，並修改《系統需求說明書》產品驗收者：負責參與使用者接受測試,產品驗收，甲方驗收標準應依據《系統需求說明書》之驗收標準，不在《系統需求說明書》規範之產品與驗收標準乙方可以拒絕履行甲方負責人：簽署《工作說明書》、用戶驗收測試報告、《結案驗收單》甲方指派之各專案角色應配合專案計畫,按要求時間內完成《專案計畫》指定之項目活動，例如：提供需求,配合系統測試、協助系統上線與使用、交付物驗收、結案單簽署等乙方遞交符合《系統需求說明書》驗收標準之交付物交後，甲方應於約定時間內（若無特別說明則為一周）進行驗收驗認專案支持期間提出的問題解決後，甲方應於約定時間內（項目支持一個月）進行結案簽署甲方對需求的變更應以書面形式提出變更申請驗收認定 由甲方指派之系統驗收者根據《工作說明書》，《系統需求說明書》之驗收標準及功能進行認定,認定通過後需在指定時間內簽署乙方提交之《結案驗收單》約定計劃溝通聯絡計畫項目期間乙方項目成員與甲方項目成員不定期溝通專案期間每個階段結束後乙方舉行專案回顧會議並適時邀請甲方人員參與專案交付物皆須經過甲方驗收專案結案甲方可填寫《專案驗收單》並評比專案品質專案每個階段結束後乙方客戶滿意度調查（甲方可以此評比乙方服務品質）變更管理《工作說明書》或者任何相關檔的變更，必須得到甲方PM和乙方PM通過變更申請的雙方書面認可。任何因為需求變更所產生的工作量超過該階段工作量20%的話，觸發變更本《工作說明書》。變更申請是指雙方對交付物,服務或者影響《工作說明書》的變更達成一致意見。變更申請的方式可由乙方PM建議或由甲方PM申請，並按照附件《變更申請單》填寫書面資料。問題解決/逐級上報過程任何專案中的問題應儘量在專案層級（甲方PM與乙方PM）解決，無法在專案層級解決之問題須逐級上報至甲方PM／乙方PM主管（至甲乙方最高主管為止）申請協調解決。問題發生時，甲方PM／乙方PM應盡力尋求解決;在問題得到解決之前，乙方有權暫停該專案進行，項目暫停造成的損失和時程延遲責任由甲方承擔。依賴／約束甲方以及乙方高階主管支持甲方以及乙方專案成員合作成本和付賬（面向內部客戶）成本資源本專案預計投入人力274人天，總成本227600RMBCESBG績效考