信息化需求管理辦法

1、成功足失敗Z球一切祁足劭力的結(jié)果城建宏信有限公司信息管理部信息化需求管理辦法修訂記錄版本編號版本日期修訂者說明A/02009-6-20質(zhì)量控制部信息技術(shù)中心金家芳初稿A/12012-5-22信息管理部俞東祥修訂A/22015-3-26信息管理部施友松修訂頁腳內(nèi)容1成功址矢JZ琢.一切祁足券九的結(jié)果1.0 目的為了加強(qiáng)信息化需求分析評估及管理的規(guī)范性，提高需求方案設(shè)訃和實(shí)施策略選 擇的系統(tǒng)性和科學(xué)性，以保證信息化建設(shè)能夠滿足“服務(wù)業(yè)務(wù)創(chuàng)造價值”的總 體要求，根據(jù)公司信息化建設(shè)管理規(guī)定，制定本辦法。2.0 范圍本辦法適用于公司以及下屬全資或控股子公司。3.0 定義3.1 本辦法所稱的信息化需求是指

2、由公司內(nèi)各部門（含下屬公司）提出，需要 借助信息技術(shù)手段來實(shí)現(xiàn)的業(yè)務(wù)或管理需求。3. 2 本辦法所指需求管理是指對需求申請和審批、方案制定和實(shí)施、需求變更控制等工作進(jìn)行管理的過程。4. 0 職責(zé)分工4.1 需求部門4. 1. 1負(fù)責(zé)梳理業(yè)務(wù)和管理需求，并根據(jù)需求管理模板的要求完成需求文檔 撰寫，并簽字確認(rèn)。4.1.2在遞交信息化需求之前，負(fù)責(zé)與信息管理部進(jìn)行前期溝通，包括需求可行 性、技術(shù)可行性等。4.1.3負(fù)責(zé)根據(jù)信息化需求的類型，啟動“項U立項流程”或“IT維護(hù)服務(wù)申 請流程”，按公司要求完成審批。4.1.4需求開發(fā)過程中，負(fù)責(zé)配合確認(rèn)和細(xì)化需求，根據(jù)制定的方案提供相關(guān)必 要的數(shù)據(jù)信息，并

3、指定專人負(fù)責(zé)協(xié)調(diào)和配合。4.1.5需求開發(fā)完成后，需求部門應(yīng)指定專人（一般有需求提出者）參與用戶驗 收測試，并對驗收結(jié)果簽字確認(rèn)。4. 2 戰(zhàn)略管理部負(fù)責(zé)審核需求部門遞交的信息化需求是否匹配公司整體戰(zhàn)略，包括是否符合公司 的組織管理體系、是否符合公司運(yùn)營體系和流程規(guī)范的要求等。4.3 職能部門4. 3. 1業(yè)務(wù)運(yùn)營中心負(fù)責(zé)對公司業(yè)務(wù)運(yùn)作、風(fēng)險管理、法律稽核等與業(yè)務(wù)運(yùn)營相 關(guān)的信息化需求評估，一方面要避免各事業(yè)部需求的過度差異化，另一方 面要求事業(yè)部信息化需求滿足公司運(yùn)營的整體要求。4. 3.2資產(chǎn)管理部負(fù)責(zé)審核與資產(chǎn)相關(guān)的業(yè)務(wù)需求。4. 3.3資金部、人力資源部、財務(wù)部等專業(yè)部門對需求部門提出

4、的信息化需求進(jìn) 行專業(yè)性審核，確保需求的合理性和專業(yè)性，滿足公司各個方向的管理要 求。4.4 信息管理部4.4.1負(fù)責(zé)評估信息化需求的合理性、必要性和技術(shù)可行性。4. 4. 2負(fù)責(zé)實(shí)施完成審批的信息化需求，包括需求分析和設(shè)訃、組織資源，跟蹤和管理實(shí)施過程，需求變更管理，協(xié)調(diào)用戶驗收測試，負(fù)責(zé)統(tǒng)籌需求實(shí)施 的費(fèi)用管理及預(yù)算控制，負(fù)責(zé)最終的驗收。5. O 信息化需求分類5. 1 根據(jù)對業(yè)務(wù)或管理的影響范圉和程度、信息化實(shí)施的難度和工作量、投資規(guī)模等要素，將信息化需求分為“項IJ類需求”和“改善性需求”兩類。5.2 項日類需求是指對業(yè)務(wù)或管理影響較大，實(shí)施工作量超過20人天的新系 統(tǒng)建設(shè)，或?qū)ΜF(xiàn)有系

5、統(tǒng)進(jìn)行重大改造的需求。5.3 改善類需求是指對業(yè)務(wù)或管理影響程度較小，實(shí)施工作量少于（含）20 人天的信息化需求，一般都屬于對現(xiàn)有系統(tǒng)進(jìn)行功能增加或優(yōu)化調(diào)整，或 是一些工具的開發(fā)。6. 0 需求遞交及審批管理6.1 公司所有事業(yè)部和職能部門必須在每年初遞交新年度的整體性信息化需 求，信息管理部以此制定年度信息化預(yù)算，原則上信息管理部不受理年度 信息化需求之外的需求。6.2 信息化需求的提出者可以是公司任何部門，相同需求若有兩個或以上需求 部門時，須明確主責(zé)部門。6.3 針對項IJ類需求，需求部門必須通過“公司公文”報請公司，戰(zhàn)略管理部 作為歸口部門進(jìn)行受理；針對改善性需求，需求部門必須通過“I

6、T維護(hù) 服務(wù)申請流程”進(jìn)行遞交，并按要求完成審批。6.4 針對項IJ類需求，需求部門必須按照需求管理模板的要求遞交完整的 頁腳內(nèi)容1成功楚失JZ琢.一切祁足券九的結(jié)果需求文檔，需求部門的部門經(jīng)理必須簽字確認(rèn)。7. O 需求實(shí)施管理7.1 信息管理部在收到完成審批的信息化需求后，進(jìn)行業(yè)務(wù)應(yīng)用設(shè)汁，并制定 實(shí)施方案，同時制定實(shí)施計劃并確定實(shí)施負(fù)責(zé)人。7.2 針對需要動支預(yù)算的信息化需求，信息管理部需要將實(shí)施方案、供應(yīng)商選 擇方案、預(yù)算動支方案等內(nèi)容以公文的形式報請公司，只有在獲得批準(zhǔn)后 才允許開展實(shí)施。7. 3 信息化需求負(fù)責(zé)人負(fù)責(zé)具體的實(shí)施過程管理，并向需求干系人定期匯報實(shí)施進(jìn)度，確保需求的成功

7、實(shí)施。8. O 需求變更管理61 需求變更是指在需求確認(rèn)后，需求部門需要對需求內(nèi)容進(jìn)行增減或調(diào)整, 影響需求實(shí)施方案。62 針對項Ll類需求，需求部門需要以正式的途徑遞交需求變更內(nèi)容，信息管 理部的需求實(shí)施負(fù)責(zé)人對變更的影響程度進(jìn)行評估，在必要的情況下可以 召集項Ll會議討論，最終決定接受或拒絕變更。如果接受需求變更，需求 實(shí)施負(fù)責(zé)人需要更新實(shí)施方案和實(shí)施計劃，棋至調(diào)整實(shí)施的計劃配置。8.3 針對改善類需求，需求實(shí)施負(fù)責(zé)人將“IT維護(hù)服務(wù)流程”調(diào)整給需求發(fā) 起人，需求發(fā)起人填寫需求變更內(nèi)容并重新遞交審批。9. O 驗收管理9.1 依據(jù)遞交的信息化需求，需求部門負(fù)責(zé)編寫測試用例，并準(zhǔn)備測試數(shù)據(jù)。9.2 需求部門負(fù)責(zé)進(jìn)行驗收測試，需求實(shí)施負(fù)責(zé)人安排資源解決測試過程中發(fā) 現(xiàn)的問題。9.3 需求部門負(fù)責(zé)對驗收測試的結(jié)果進(jìn)行確認(rèn)，在完成驗收測試后，需求實(shí)施 負(fù)責(zé)人啟動相應(yīng)的上線發(fā)布流程。10.0上線發(fā)布10.1在獲得需求部門的確認(rèn)后