IT部門工作流程和管理制度說明

IT□□□□□□□□□□□□□概述為規(guī)范公司IT項目開發(fā)的申請和受理，根據公司現狀，結合公司的架構，現對IT系統(tǒng)項目需求申請流程進行調整和優(yōu)化，而草擬此說明。注：由于以往頻繁發(fā)布系統(tǒng)版本，而影響業(yè)務使用，現規(guī)定每周一和周四為IT項目上線發(fā)布時間窗口。IT□□□□□□□□序號類別說明適用舉例1.新項目開發(fā)目前暫無相關系統(tǒng)平臺， 根據公司業(yè)務發(fā)展規(guī)劃或各個業(yè)務部門自身的管理需要， 自主研發(fā)或外購的項目連鎖加盟的網店項目，結算項目，財務支持項目2業(yè)務功能變更根據各業(yè)務機構發(fā)展需要， 對目前的管理制度和流程進行調整， 同時對原有系統(tǒng)功能進行重大調整政策系統(tǒng)調整、結算比例調整、財務系數調整等3改善型需求根據各個業(yè)務機構的發(fā)展需要， 對現有系統(tǒng)的個別功能進行優(yōu)化和調整例如號百平臺的政企 CRM優(yōu)化，改善對政府企業(yè)的服務管理4維護型需求根據各個業(yè)務機構的管理需要， 從系統(tǒng)中導出數據或修改一些訂單數據或提供報表例如7天酒店的訂單數據修改5.臨時型需求臨時型需求申請需要至少在發(fā)布時間 2天前提交例如5.1問候廣告， 世博短信更改IT□□□□□□□□IT服務應用開發(fā)承諾序號內容服務承諾目標備注1需求響應時間類別響應時間90%新項目開發(fā)口10000業(yè)務功能變更口700000000口5000維護型需求口3000臨時000口10002項目計劃實際完成時間不超過項目計劃時間的 15%90%注：.【對公司授權的項目變更引起的計劃推遲，不計算在實際完成時間內】.需求響應時間是指從接收到需求到信息技術部派人調研之間的時間間隔。項目需求申請和處理流程項目需求申請簡易流程□□□□□□□□□ ［打印版 /傳真版/PDF版本］ >□□□□□□□□□□□□□ ?□□□□□□□□□□□□□□□□ ?需求確定并審批 ?□□□□□□□□□□□ ?□□□□□□□□□□□□□□□□□□ ?□□□□□□□□□□□□需求申請審批說明類別說明適用舉例提交的主要附件審批授權各 業(yè)務 機口 相關 部門各業(yè)務機構DOD總經理公司相關部門（如有）信息技術部分管DOD總裁首 席執(zhí) 行官1.新項目開發(fā)目前暫無相關系統(tǒng)平臺，根據公司業(yè)務發(fā)展規(guī)劃或各個業(yè)務部門自身的管理需要，自主研發(fā)或外購的項目連鎖加盟的網店項目， 結算項目， 財務支持項目1.相關管理制度發(fā)文2,相關工作流程文檔3.相關邏輯設置文檔確認審核確認審核審核審批2.業(yè)務功能變更根據各業(yè)務機構發(fā)展需要，對目前的管理制度和流程進行調整，同時對原有系統(tǒng)功能進行重大調整政策系統(tǒng)調整、結算比例調整、財務系數調整等1相關管理制度發(fā)文2涉及財務系數調整，需要得到財務部門或 CFO的授權文件確認審核確認審核審批 3.改口型需求根據各個業(yè)務機構的發(fā)展需要，對現有系統(tǒng)的個別功能進行優(yōu)化和調整例如號百平臺的政企CRM優(yōu)化，改善對政府企業(yè)的服務管理1相關的邏輯設置文件2系統(tǒng)使用報告確認審核確認審批（22人日以下）審批（ 22人口以上而小于44人口）審批（ 44人日以上）4.維護型需求根據各個業(yè)務機構的管理需要，口系統(tǒng)中導出數據或修改一些訂單數據或提供報表例如7天酒店的訂單數據修改1相關導數的具體數據格式文件2涉及業(yè)務或財務數據，口提交業(yè)務第一責任人或財務第一負責人或 CFO的授權文件確認審核確認審批 5.臨時型需求臨時型需求申請需要至少在發(fā)布時間2天前提交例如5.1問候廣告，世博短信更改1提交具體的需求內容和說明2邏輯相關設置文檔確認審核確認審批 上述需求申請由信息技術部的項目部統(tǒng)一接洽和管理，信息技術部開發(fā)和管理維護，以上流程從發(fā)布之日起開始生效，請公司各業(yè)務機構遵照執(zhí)行。附件： 1、IT項目需求申請表相關具體申請流程圖附注：流程說明及關注附件1 項目需求申請表類別:□新項目開發(fā)申請 □業(yè)務功能變更申請□改善型需求申請□維護型申請□臨時型申請 □外購軟件申請申請人部門業(yè)務板塊/分公司電話E-MAIL申請日期需求項目名稱：申請目的申請上線時間需求負責人是否有項目的相關操作流程圖（附件名稱）需求具體說明［如文字過長，請以此格式作附件提交］序號項目功能達到效果（相關限制設置說明）邏輯公式申請部部門： □同意□不同意主管審部門： 批 □同意口不同意業(yè)務機構川公司副川經理審□同意口不同意部門： 相關部門主管審批 □同意口不同意項目經理□同意口不同意信息技術部主管審批工作量評估： 注：工作量評估包含軟件開發(fā)的整個過程（需求分析、設計、開發(fā)、測試等）人力資源評估： 人（預計此需求投入的人力資源評估）計劃開始時間： ^始時間：需求設計時間） 人口□同意口不同意□同意口不同意分管副/總裁首席執(zhí)行官□同意口不同意改善型需求處理流程2.需求評估5.討論需求草稿8.需求評審16.設置用戶測試環(huán)

境改善型需求處理流程業(yè)務機構/相關部門信息技術部分管副/總裁首席執(zhí)行官1.項目需求意向4.項目需求草稿**6.需求修改整理22人日以下f超過44人日核一15.系統(tǒng)設計和實現17.系統(tǒng)應用培訓19.修改問題并上線22.轉入運營階段e9.修改整理需求說明書一18.用戶測試并反饋 問題20.上線驗證并反饋問

題7.接收并起草需求說明書二11.相關業(yè)務機構或

部門副/總經理審10.相關業(yè)務機構或嚷

部門?確認>21.上線兩周內跟蹤項

目運行情況并總結--3.初步討論【管理方向、制度、規(guī)則】1__12.需求批準超過22人日而小于44人以下13.需求批準—1 」需求評估4.討論需求草稿9.需求批準8.相關業(yè)務機構或

部門副/總經理審核維護型需求處理流程業(yè)務機構/相關部門信息技術部10.數據導出11.用戶確認-—3.初步討論【管理方向、制度、規(guī)則】7.相關業(yè)務機構或

部門確認--r敏感數據一5.需求修改整理項目需求意向1.6.接收并起草需求

說明書臨時型需求處理流程業(yè)務機構/相關部門信息技術部1.項目需求意向6.相關業(yè)務機構或部門確認一 隆5.接收并起草需求

說明書9.用戶確認附件3部門管理流程說明及關注第1.2.3類部門管理流程主要分成幾個重要階段.項目需求立項關注（第 1口4ODDO：需求內容要注明業(yè)務需求目的和業(yè)務部門預期上線時間；務或管理規(guī)則、工作流程等情況確定需求負責人.項目需求分析 （第5口9點）關注：?信息技術部因應申請部門需求的情況，可行性、風險評估并落實需求系統(tǒng)設置。.項目需求通過 （第10口14點）關注：?項目需求由申請部門主管、該業(yè)務機構的批準，涉及 1、2或3類（22人日以上.系統(tǒng)開發(fā)設置 （第15點）關注：?信息技術部實時向需求提出方發(fā)布.系統(tǒng)功能用戶測試及問題總結 （第16點需求提出方落實系統(tǒng)功能角色和使用權限、定公測范圍和時間。需求提出方指定上線前測試時間計劃，題匯總并實時匯報.系統(tǒng)功能應用培訓 （第17點）關注：信息技術部向需求提出方進行系統(tǒng)應用培訓，置情況。信息技術部只提供上線運營的操作培訓，時需求提出方對其它同事進行代培訓。.系統(tǒng)上線 （第18口21點）落實上線時間點，評估是否影響公司的業(yè)務正常進行。上線后申請部門需要統(tǒng)籌好功能數據轉換的驗證工作。.系統(tǒng)上線后維護 （第22點）?需求申請部門和信息技術部總結及落實未解決的問題，決。新項目開發(fā)需求要明確業(yè)與相關業(yè)務部門、 職能部門溝通分析項目的（