信息系統(tǒng)需求管理實施方案

..........需求治理方案擬制人擬制人朱良超日期2023.05.02審核人日期批準人日期修改記錄作者/修作者/修日期版本修改容審核人改者2023.05.07V1.1朱良超完善需求治理流程及相關(guān)人員分工2023.05.11V1.2朱良超2023.05.22V1.3朱良超修改整體流程，補充需求治理措施。段增加客戶確認，形成閉環(huán)。目 錄TOC\o“1-3“\h\z\u\l“_TOC_250017“概述 1\l“_TOC_250016“現(xiàn)狀分析 1\l“_TOC_250015“目的 1\l“_TOC_250014“適用圍 2\l“_TOC_250013“崗位與職責 2\l“_TOC_250012“需求流程說明 4\l“_TOC_250011“需求分類 4\l“_TOC_250010“需求治理流程及制度 5\l“_TOC_250009“整體流程 5\l“_TOC_250008“需求收集 6\l“_TOC_250007“需求匯總初步分析 7\l“_TOC_250006“需求評審分析 8\l“_TOC_250005“需求開發(fā) 10\l“_TOC_250004“需求測試 11\l“_TOC_250003“需求上線 12\l“_TOC_250002“需求變更 12\l“_TOC_250001“需求治理措施 14\l“_TOC_250000“過程及成果資料 15概述現(xiàn)狀分析常見問題如下：需求提出時，不夠細化、完全，不能完整、準確的反映客戶的實際需求。沒有考慮整體性和關(guān)聯(lián)性，有些需求只適用于個別分支機構(gòu)；需求上存在理解差異，待功能交付后，用戶提出所見非所求，造成需求、bug爭論不休，bug需求提交方式多樣，有很多口頭或溝通容，存在需求過于簡潔描述不清。多，需求提出后，經(jīng)過一段時間的開發(fā)，后續(xù)無人跟蹤。目的為了更規(guī)更有效的治理需求工作，保證需求工作的可控性，明確各階段的工作嚴格依據(jù)本方法執(zhí)行需求相關(guān)工作。適用圍本制度適用的讀者包括：主要干系人：工程經(jīng)理、需求治理員、開發(fā)負責人相關(guān)干系人：實施人員、技術(shù)支持人員、開發(fā)人員、工程治理專員。崗位與職責主要干系人職責：角色 主要職責負責需求收集，與甲方溝通、確認需求相關(guān)事宜并編寫需求文檔。協(xié)作開發(fā)人員供給業(yè)務(wù)學(xué)問的支持。參與需求評審分析。依據(jù)需求評審意見，準時修改需求文檔，并發(fā)給需求相關(guān)干系人。需求信息跟進需求變更以及需求處理進展定期向相關(guān)領(lǐng)導(dǎo)工程經(jīng)理 匯報。測試確認。，完成之后重進展測試。部測試完成之后負責與甲方溝通，進展測試，完成需求結(jié)果確認。負責需求上線。交人及總公司人員進展溝通確認。評估意見，確定需求解決方案。需求治理員

理。跟蹤需求解決進展狀況，協(xié)調(diào)工程組與開發(fā)人員相關(guān)事宜的溝通。負責與總公司人員溝通需求，跟蹤總公司需求解決進度。定期到各工程組與客戶方進展溝通，了解現(xiàn)場問題，收集需求。開發(fā)負責人

負責需求開發(fā)結(jié)果確實認。術(shù)路線。負責向需求治理員反響開發(fā)打算負責需求開發(fā)全部工作的溝通、協(xié)調(diào)治理。負責需求開發(fā)進度、成員治理。負責或參與需求全部成果的審批。認。相關(guān)干系人職責：角色主要職責1.幫助工程經(jīng)理進展需求收集。2.協(xié)作開發(fā)人員供給業(yè)務(wù)學(xué)問的支持。實施人員3.需要時參與需求評審分析。4.幫助工程經(jīng)理進展需求測試。5.幫助工程經(jīng)理進展需求上線。技術(shù)支持人員1.2.經(jīng)理分析、確定業(yè)務(wù)需求。必要時供給技術(shù)支持，協(xié)作工程經(jīng)理完成測試環(huán)境的搭建。1.幫助工程經(jīng)理與甲方對于需求的溝通、確認。幫助工程經(jīng)理分析、開發(fā)人員

確定業(yè)務(wù)需求。負責需求開發(fā)的具體實現(xiàn)。當工程經(jīng)理對需求確認不通過時，依據(jù)反響結(jié)果對需求進展修改。工程治理專員 1.參與需求評審分析，從工程進度、質(zhì)量等方面進展評審分析。需求流程說明需求分類依據(jù)需求容大致可分為：需求類型需求類型需求類型定義業(yè)務(wù)功能已有系統(tǒng)中沒有此功能，需要在原有根底上增功能功功能改進能性需求變更需系統(tǒng)問題求當前系統(tǒng)已經(jīng)有此功能，因組織架構(gòu)、制度規(guī)、業(yè)務(wù)處理流程等發(fā)生變化，需要對現(xiàn)有系統(tǒng)的某些功能進展優(yōu)化調(diào)整影響較大、或可能存在風(fēng)險、合規(guī)等問題系統(tǒng)現(xiàn)有功能可以正常使用，但是性能、安全、底層處理邏輯和架構(gòu)等馬上或者將來可能成為業(yè)務(wù)進一步擴的瓶頸界面類需求前端頁面設(shè)計、開發(fā)、更修改及維護。非功能性需求不直接與系統(tǒng)的具體功能相關(guān)的一類需求。例如：安全性、可擴展性、響應(yīng)時間、交付要求等。依據(jù)優(yōu)先級可分為：需求類型需求類型需求類型定義實行的措施1對于這類需求在成正常的日常工作及業(yè)務(wù)處理。工程實施過程中馬上解決2需重點投入資源，且沒有方法更正。優(yōu)先實現(xiàn)。1、嚴峻影響系統(tǒng)要求或根本功能的實現(xiàn)，但對于這類需求在存在合理的更正方法。工程實施過程中高級優(yōu)先2的。優(yōu)先實現(xiàn)。...3、事先已經(jīng)商定的功能。4、不重要但做了會產(chǎn)生極佳效果。1、使用者操作不便等對正常業(yè)務(wù)影響不大 假設(shè)工程實施中的。正常排隊 這些需求將增加系統(tǒng)的性能3、系統(tǒng)最終所要求的

與客戶溝通延遲到下一版本。1、系統(tǒng)附加功能低級優(yōu)先 2、使系統(tǒng)更完善，屬于錦上添花。

依據(jù)工程時間進展安排，排在最終。需求治理流程及制度整體流程整體流程示意圖：6求開發(fā)、需求測試、需求上線。需求開發(fā)的治理流程：.....需求收集主要參與人員工程經(jīng)理、實施人員、技術(shù)支持人員工作容及要求息〔包括相關(guān)支持文件，例如會議紀要、下發(fā)文件等〕?；蚴欠治鐾茢嘣撔璺窨梢酝ㄟ^系統(tǒng)已有的其他功能來實現(xiàn)?！残枨竺枋鲆笄宄⑷?，對于文字難以描述的可承受示意圖、原型設(shè)計等方法〕。依據(jù)工程組需求確認單樣式填寫《需求確認單》，并由甲方簽字確認。.....〔含相關(guān)支持材料發(fā)送至需求治理員。緊急需求可馬上發(fā)送需求治理員并告知。jirajira告知需求治理員。備注：工程組的具體工作流程，工程經(jīng)理依據(jù)實際狀況進展制定。成果資料《需求確認單》、《需求文檔》、《問題確認單》需求匯總初步分析主要參與人員需求治理員工作容及要求每天對各工程提報的需求進展收集匯總、分類整理形成《需求匯總表》。進展審批，對填寫不符合要求、描述不清楚的準時退回各工程經(jīng)理。聯(lián)系總公司相關(guān)人員，詢問公司系統(tǒng)版本是否已經(jīng)實現(xiàn)該功能或類似功能。每天將經(jīng)過審批之后的需求在jira析確認的各工程組的需求匯總發(fā)送至開發(fā)負責人。系人召開需求評審會議，確定需求解決方案。.....成果資料《需求匯總表》需求評審分析需求分析總體流程如下：主要參與人員工程經(jīng)理、開發(fā)負責人、需求治理員會。工作容及要求需求治理員組織人員對需求設(shè)計從技術(shù)和業(yè)務(wù)方面進展可行性分析，對業(yè)............務(wù)規(guī)律、業(yè)務(wù)流程等進展評估。技術(shù)層面：與其他需求有重復(fù)的。需求中有不合理事項的。業(yè)務(wù)層面：與目前的業(yè)務(wù)操作流程、運營有沖突的。無常進展業(yè)務(wù)運作，或者存在運營風(fēng)險的。假設(shè)消滅以下幾種狀況需發(fā)送給部門領(lǐng)導(dǎo)進展審批。技術(shù)層面：需對系統(tǒng)構(gòu)造進展大規(guī)模改造的。涉及系統(tǒng)架構(gòu)變更的。業(yè)務(wù)層面：需大規(guī)模的更改原有的業(yè)務(wù)流程,增加大量人工后續(xù)處理本錢。工程經(jīng)理依據(jù)需求評審結(jié)果完善《需求文檔》，形成最終需求。負責與總公司相關(guān)人員進展溝通獵取升級包?？偣驹O(shè)計開發(fā)。jira員聯(lián)系，確定完成時間。開發(fā)負責人確認需求的實現(xiàn)方式，評估需求的開發(fā)工作量，確定需求開發(fā)jira成果資料《解決方案》、《需求文檔》、《需求匯總表》需求開發(fā)主要參與人員開發(fā)負責人、開發(fā)人員工作容及要求開發(fā)負責人：行性分析，并推斷該功能是否會影響已有的業(yè)務(wù)功能，假設(shè)存在問題應(yīng)準時告知需求治理員，由工程經(jīng)理對需求進展變更并告知甲方，如無問題需在2jira度對需現(xiàn)方式、風(fēng)險等進展評估，并制定解決打算。制定需求開發(fā)打算，安排需求開發(fā)人員，確定技術(shù)方案。開發(fā)人員：依據(jù)需求評估通過的需求文檔及開發(fā)打算按時進展設(shè)計開發(fā)，并在jira中備注解決進展狀況。書。編碼完成后，開發(fā)人員需進展編譯部署、單元測試。將開發(fā)成果提交開發(fā)負責人審核確認。無問題之后在jira上轉(zhuǎn)交測試人員。成果資料〔更〕、《部署文檔》、《更說明》、需求更包〔包含數(shù)據(jù)腳本〕需求測試主要參與人員工程經(jīng)理、實施人員工作容及要求制定需求測試打算，安排測試任務(wù)，對系統(tǒng)功能進展測試。jira，并跟進解決狀況，完成之后重進展測試。部測試完成之后，向甲方提出測試申請，由甲方人員進展系統(tǒng)測試，完成需求結(jié)果確認。成果資料〔更〕需求上線主要參與人員工程經(jīng)理、實施人員、開發(fā)人員工作容及要求工程經(jīng)理與甲方溝通，提起上線申請。對數(shù)據(jù)庫及應(yīng)用程序進展備份。系統(tǒng)升級上線，并進展上線驗證。假設(shè)上線驗證失敗，則將上線版本從生產(chǎn)環(huán)境中回退，需求轉(zhuǎn)入開發(fā)流程。維護更系統(tǒng)操作手冊，上線之后3個工作日針對適用人員進展操作培訓(xùn)。jira，關(guān)閉需求，進展需求歸檔。認。成果資料《需求確認單》、《需求匯總表》需求變更需求變更流程圖如下：...主要參與人員工程經(jīng)理、需求治理員、開發(fā)負責人工作容及要求工程經(jīng)理依據(jù)需求變更容填寫需求變更文檔。依據(jù)工程組需求確認單樣式填寫需求變更，并由甲方簽字確認。需求變更后重提交jira系統(tǒng)。大需求變更。重大需求變更需求治理員組織工程經(jīng)理、開發(fā)負責人及相關(guān)干系人召開需............求評審會，確定解決方案。開發(fā)負責人2個工作日制定開發(fā)打算，并向需求治理員反響開發(fā)打算。成果資料《需求變更文檔》需求治理措施員審核之后發(fā)送給需求開