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

1、需求管理方案擬制人朱良超日期2018.05.02審核人日期批準(zhǔn)人日期修改記錄日期版本作者/修改者修改內(nèi)容審核人2018.05.07V1.1朱良超完善需求管理流程及相關(guān)人員分工2018.05.11V1.2朱良超修改整體流程，補(bǔ)充需求管理措施。2018.05.22V1.3朱良超增加需求評(píng)審階段成果，需求上線階段增加客戶確認(rèn)，形成閉環(huán)。目錄目錄1 .概述1.1.1 現(xiàn)狀分析11.2 目的11.3 適用范圍12 .崗位與職責(zé)2.3 .需求流程說(shuō)明3.3.1 需求分類33.2 需求管理流程及制度53.2.1 整體流程53.2.2 需求收集63.2.3 需求匯總初步分析73.2.4 需求評(píng)審分析73.2.

2、5 需求開發(fā)103.2.6 需求測(cè)試113.2.7 需求上線113.2.8 需求變更124 .需求管理措施145 .過(guò)程及成果資料.151 .概述1.1 現(xiàn)狀分析目前項(xiàng)目需求管理的過(guò)程中，在需求收集、流程設(shè)置、工作效率等方面存在著一些問(wèn)題，導(dǎo)致需求得不到及時(shí)有效的解決、項(xiàng)目推進(jìn)緩慢、客戶滿意度降低等。比較常見問(wèn)題如下：需求提出時(shí)，不夠細(xì)化、完全，不能完整、準(zhǔn)確的反映客戶的實(shí)際需求。沒(méi)有考慮整體性和關(guān)聯(lián)性，有些需求只適用于個(gè)別分支機(jī)構(gòu)；需求上存在理解差異，待功能交付后，用戶提出所見非所求，造成需求、bug爭(zhēng)論不休，需求變更及bug修復(fù)頻繁，影響系統(tǒng)穩(wěn)定并造成成本消耗。需求提交方式多樣，有很多口頭

3、或郵件交流內(nèi)容，存在需求過(guò)于簡(jiǎn)單描述不滿0沒(méi)有劃定需求的優(yōu)先級(jí)，需求進(jìn)度難以控制，過(guò)多的爭(zhēng)論造成了臨時(shí)事務(wù)增多，需求提出后，經(jīng)過(guò)一段時(shí)間的開發(fā)，后續(xù)無(wú)人跟蹤。1.2 日的為了更規(guī)范更有效的管理需求工作，保證需求工作的可控性，明確各階段的工作內(nèi)容、處理流程、參與人員以及相關(guān)干系人的職責(zé)，特制定本管理辦法，相關(guān)人員必須嚴(yán)格按照本辦法執(zhí)行新需求相關(guān)工作。1.3 適用范圍本制度適用的讀者包括：主要干系人：項(xiàng)目經(jīng)理、需求管理員、開發(fā)負(fù)責(zé)人相關(guān)干系人：實(shí)施人員、技術(shù)支持人員、開發(fā)人員、項(xiàng)目管理專員。2 .崗位與職責(zé)主要干系人職責(zé):角色主要職責(zé)項(xiàng)目經(jīng)理1 .負(fù)責(zé)需求收集，與甲方溝通、確認(rèn)需求相關(guān)事宜并編寫需

4、求文檔。2 .配合開發(fā)人員提供業(yè)務(wù)知識(shí)的支持。3 .參與需求評(píng)審分析。4 .根據(jù)需求評(píng)審意見，及時(shí)修改需求文檔，并發(fā)給需求相關(guān)干系人。5 .維護(hù)需求信息、跟進(jìn)需求變更以及需求處理進(jìn)展，定期向相關(guān)領(lǐng)導(dǎo)匯報(bào)。6 .負(fù)責(zé)需求測(cè)試，制定需求測(cè)試計(jì)劃，分配測(cè)試任務(wù)，對(duì)系統(tǒng)功能進(jìn)行測(cè)試確認(rèn)。7 .測(cè)試存在問(wèn)題的及時(shí)反饋開發(fā)負(fù)責(zé)人和需求管理員，并跟進(jìn)解決情況，完成之后重新進(jìn)行測(cè)試。8 .內(nèi)部測(cè)試完成之后負(fù)責(zé)與甲方溝通，進(jìn)行測(cè)試，完成需求結(jié)果確認(rèn)。9 .負(fù)責(zé)需求上線。需求管理員1 .負(fù)責(zé)定期收集匯總、整理分類各項(xiàng)目提報(bào)的需求并進(jìn)行審批，與提交人及總公司人員進(jìn)行溝通確認(rèn)。2 .組織項(xiàng)目經(jīng)理、開發(fā)人員等召開需求評(píng)

5、審會(huì)議，從架構(gòu)、業(yè)務(wù)、技術(shù)、風(fēng)險(xiǎn)等方面對(duì)業(yè)務(wù)需求的內(nèi)容和實(shí)現(xiàn)方式進(jìn)行全面評(píng)估，并提出評(píng)估意見，確定需求解決方案。3 .負(fù)責(zé)收集開發(fā)負(fù)責(zé)人反饋的需求解決計(jì)劃，并及時(shí)告知各項(xiàng)目經(jīng)理。4 .跟蹤需求解決進(jìn)展情況，協(xié)調(diào)項(xiàng)目組與開發(fā)人員相關(guān)事宜的溝通。5 .負(fù)責(zé)與總公司人員溝通需求，跟蹤總公司需求解決進(jìn)度。6 .定期到各項(xiàng)目組與客戶方進(jìn)行溝通，了解現(xiàn)場(chǎng)問(wèn)題，收集需求。7 .負(fù)責(zé)需求開發(fā)結(jié)果的確認(rèn)。開發(fā)負(fù)責(zé)人1 .參與需求評(píng)審，從技術(shù)角度對(duì)需求實(shí)現(xiàn)方式、風(fēng)險(xiǎn)等進(jìn)行評(píng)估，確定技術(shù)路線。2 .負(fù)責(zé)向需求管理員反饋開發(fā)計(jì)劃3.負(fù)責(zé)需求開發(fā)所有工作的溝通、協(xié)調(diào)管理。4.負(fù)責(zé)需求開發(fā)進(jìn)度、成員管理。5.負(fù)責(zé)或參與需

6、求所啟成果的審批。6.參與或指kt發(fā)人貝協(xié)助需求提交人貝與甲方對(duì)于需求的溝通、確認(rèn)。相關(guān)干系人職責(zé):角色主要職責(zé)實(shí)施人員1 .協(xié)助項(xiàng)目經(jīng)理進(jìn)行需求收集。2 .配合開發(fā)人員提供業(yè)務(wù)知識(shí)的支持。3 .需要時(shí)參與需求評(píng)審分析。4 .協(xié)助項(xiàng)目經(jīng)理進(jìn)行需求測(cè)試。5 .協(xié)助項(xiàng)目經(jīng)理進(jìn)行需求上線。技術(shù)支持人貝1 .需求收集階段協(xié)助項(xiàng)目經(jīng)理與甲方對(duì)于需求的溝通、確認(rèn)。幫助項(xiàng)目經(jīng)理分析、確定業(yè)務(wù)需求。2 .必要時(shí)提供技術(shù)支持，配合項(xiàng)目經(jīng)理完成測(cè)試環(huán)境的搭建。開發(fā)人員1 .協(xié)助項(xiàng)目經(jīng)理與甲方對(duì)于需求的溝通、確認(rèn)。幫助項(xiàng)目經(jīng)理分析、確定業(yè)務(wù)需求。2 .負(fù)責(zé)需求開發(fā)的具體實(shí)現(xiàn)。3 .當(dāng)項(xiàng)目經(jīng)理對(duì)需求確認(rèn)不通過(guò)時(shí)，按照

7、反饋結(jié)果對(duì)需求進(jìn)行修改。項(xiàng)目管理專員1.參與需求評(píng)審分析，從項(xiàng)目進(jìn)度、質(zhì)量等方面進(jìn)行評(píng)審分析。3,需求流程說(shuō)明3.1需求分類按照需求內(nèi)容大致可分為:需求類型需求類型定義功新業(yè)務(wù)功能已有系統(tǒng)中沒(méi)有此功能，需要在原有基礎(chǔ)上新增功能能性需求功能改進(jìn)當(dāng)前系統(tǒng)已經(jīng)有此功能，因組織架構(gòu)、制度規(guī)范、業(yè)務(wù)處理流程等發(fā)生變化，需要對(duì)現(xiàn)有系統(tǒng)的某些功能進(jìn)行優(yōu)化調(diào)整需求及更系統(tǒng)功能上線前，要在原有需求的基礎(chǔ)上增加、修改或刪除需求內(nèi)容，但需求內(nèi)容的變動(dòng)會(huì)引起成本增長(zhǎng)過(guò)大、對(duì)現(xiàn)有業(yè)務(wù)影響較大、或可能存在風(fēng)險(xiǎn)、合規(guī)等問(wèn)題系統(tǒng)問(wèn)題系統(tǒng)現(xiàn)有功能可以正常使用，但是性能、安全、底層處理邏輯和架構(gòu)等即將或者未來(lái)可能成為業(yè)務(wù)進(jìn)一步擴(kuò)

8、張的瓶頸界卸類需求前端頁(yè)而設(shè)計(jì)、開發(fā)、更新修改及維護(hù)。非功能性需求不宜接與系統(tǒng)的具體功能相關(guān)的一類需求。例如：安全性、可擴(kuò)展性、響應(yīng)時(shí)間、交付要求等。按照優(yōu)先級(jí)可分為:需求類型需求類型定義采取的措施立即解決1、系統(tǒng)必須實(shí)現(xiàn)的，沒(méi)有其功能就無(wú)法完成正常的日常工作及業(yè)務(wù)處理。2、嚴(yán)重影響系統(tǒng)要求或基本功能的實(shí)現(xiàn)，且沒(méi)有辦法更正。對(duì)于這類需求在項(xiàng)目實(shí)施過(guò)程中需重點(diǎn)投入資源，優(yōu)先實(shí)現(xiàn)。高級(jí)優(yōu)先1、嚴(yán)重影響系統(tǒng)要求或基本功能的實(shí)現(xiàn)，但存在合理的更正辦法。2、國(guó)家或行業(yè)法律法規(guī)標(biāo)準(zhǔn)、政府卜文要求的。3、事先已經(jīng)約定的功能。4、不重要但做了會(huì)產(chǎn)生極佳效果。對(duì)于這類需求在項(xiàng)目實(shí)施過(guò)程中需重點(diǎn)投入資源，優(yōu)先實(shí)現(xiàn)

9、。正常排隊(duì)1、使用者操作不便等對(duì)正常業(yè)務(wù)影響不大的。2、實(shí)現(xiàn)這些需求將增強(qiáng)系統(tǒng)的性能3、系統(tǒng)最終所要求的如果項(xiàng)目實(shí)施中出現(xiàn)進(jìn)度、資源等方面的沖突時(shí)，可與客戶溝通延遲到下一版本。1、系統(tǒng)附加功能根據(jù)項(xiàng)目時(shí)間進(jìn)低級(jí)優(yōu)先2、使系統(tǒng)更完美，屬于錦上添花。行安排，排在最后。3.2需求管理流程及制度3.2.1整體流程整體流程示意圖:需求收集需求上線需求管理主要分為6個(gè)階段：需求收集、需求匯總初步分析、需求評(píng)審分析、需求開發(fā)、需求測(cè)試、需求上線。需求開發(fā)的管理流程:油:求管理在程1'.I：-"需求獷總初步分析耨求坪甲分析解量開發(fā)寓求漏誠(chéng)需求1：«需章收1,察橋由丈與方戶方戶切好了

10、弊里.1»*冉瞋府求賓杓料由即有曝魂+，izautiahR麓后審來(lái)情川小+中翱仆事推與胃或評(píng)尊坤新高求焉試1,眼檎不求毛在電述的女堀功睡時(shí)的慌避行,1'.»=；UEMutfll?f2,內(nèi)即署M宅嗟舞交中方人加武打著試現(xiàn)認(rèn)盛上罐1,方鼻乳卜納上M.mt永罩M2,升施上血片赫B,善堂4熟中好折1,定劭收他.審界養(yǎng)班|存碗+工審航能家人高第注是舒清帶自。亂3.如歲琳苫第遇打胃lrNE需求并“分標(biāo)L密求管理反制擢由忖曼底,塔我儀而AU.ifi.61時(shí)需本運(yùn)行分析M監(jiān)九川H歸理收榭討讒結(jié)量把新克鼻常事工他昇空由甲6磷詛.丸陶尼姓木都也，胡理力求，里琳說(shuō)K,事與需求坪守析1索升

11、及1、斤暇S#月制出將苴請(qǐng)UJlifth.仔*的譯配.同即、£ff.性W腳調(diào).1.i跟一，；悵勢(shì)安將定單幅碼實(shí)及及事無(wú)海味土間凋或曾理明版懵印發(fā)史里.I-5I-以婪司雙肝度1,1底開發(fā)計(jì)劃臨反慎,承管網(wǎng)如，沂疑人口噂府御幕文本段M勢(shì)我傳宓吱柏H雪*鹿元制K3k叫嵩或甘呷為fiiflU手松地3.2.2需求收集3.2,2.1主要參與人員項(xiàng)目經(jīng)理、實(shí)施人員、技術(shù)支持人員3.2.2.2工作內(nèi)容及要求(1)項(xiàng)目經(jīng)理針對(duì)用戶提出的需求，采用訪談、會(huì)議、問(wèn)卷等形式收集基礎(chǔ)信息(包括相關(guān)支持文件，例如會(huì)議紀(jì)要、下發(fā)文件等)(2)從業(yè)務(wù)方面判斷是否合理，若不合理應(yīng)第一時(shí)間告知用戶，并解釋清楚原因?；蚴?/p>

12、分析判斷該需求是否可以通過(guò)系統(tǒng)已有的其他功能來(lái)實(shí)現(xiàn)。(3)按照模板編寫需求文檔(需求描述要求清晰、全面，對(duì)于文字難以描述的可采用示意圖、原型設(shè)計(jì)等方法)。(4) 按照項(xiàng)目組需求確認(rèn)單樣式填寫需求確認(rèn)單，并由甲方簽字確認(rèn)。(5) 每周三12點(diǎn)之前匯總本項(xiàng)目需求(含相關(guān)支持材料)發(fā)送至需求管理員郵箱。緊急需求可立即發(fā)送需求管理員郵箱并電話告知。(6) 項(xiàng)目經(jīng)理及時(shí)將新需求錄入jira系統(tǒng)提交至需求管理員，并上傳由客戶簽字的需求確認(rèn)單及其它相關(guān)支持材料。緊急需求可提交jira之后立即電話告知需求管理員。備注：項(xiàng)目組內(nèi)的具體工作流程，項(xiàng)目經(jīng)理根據(jù)實(shí)際情況進(jìn)行制定。3.2.2.3成果資料需求確認(rèn)單、需求

13、文檔、問(wèn)題確認(rèn)單3.2.3 需求匯總初步分析3.2,3.1主要參與人員需求管理員3.2.3.2 工作內(nèi)容及要求(1)每天對(duì)各項(xiàng)目提報(bào)的需求進(jìn)行收集匯總、分類整理形成需求匯總表。(2)進(jìn)行審批，對(duì)填寫不符合要求、描述不清楚的及時(shí)退回各項(xiàng)目經(jīng)理。(3)判斷需求是否合理，若不合理及時(shí)告知項(xiàng)目經(jīng)理，項(xiàng)目經(jīng)理應(yīng)第一時(shí)間告知用戶，并解釋清楚原因?；蚴欠治雠袛嘣撔枨笫欠窨梢酝ㄟ^(guò)系統(tǒng)已有的其他功能來(lái)實(shí)現(xiàn)。(4)聯(lián)系總公司相關(guān)人員，詢問(wèn)公司系統(tǒng)版本是否已經(jīng)實(shí)現(xiàn)該功能或類似功能。(5)每天將經(jīng)過(guò)審批之后的需求在jira上及時(shí)提交給開發(fā)負(fù)責(zé)人，每周四將經(jīng)過(guò)分析確認(rèn)的各項(xiàng)目組的需求匯總發(fā)送至開發(fā)負(fù)責(zé)人郵箱。(6)若開

14、發(fā)負(fù)責(zé)人對(duì)需求有疑義，需求管理員組織項(xiàng)目經(jīng)理、開發(fā)負(fù)責(zé)人等相關(guān)干系人召開需求評(píng)審會(huì)議，確定需求解決方案。3.2.3.3 成果資料需求匯總表3.2.4 需求評(píng)審分析需求分析總體流程如下:3.2,4.1主要參與人員項(xiàng)目經(jīng)理、開發(fā)負(fù)責(zé)人、需求管理員根據(jù)具體情況可通知技術(shù)支持人員、開發(fā)人員、項(xiàng)目管理專員等相關(guān)干系人參會(huì)。3.2.4.2工作內(nèi)容及要求(1)需求管理員組織人員對(duì)需求設(shè)計(jì)從技術(shù)和業(yè)務(wù)方面進(jìn)行可行性分析，對(duì)業(yè)務(wù)邏輯、業(yè)務(wù)流程等進(jìn)行評(píng)估。若出現(xiàn)以下幾種情況可退回項(xiàng)目經(jīng)理：技術(shù)層面：與其他需求有重復(fù)的。需求中有不合理事項(xiàng)的。需求不明確需做補(bǔ)充的。業(yè)務(wù)層面：與目前的業(yè)務(wù)操作流程、運(yùn)營(yíng)有矛盾的。業(yè)務(wù)流

15、程未理順，業(yè)務(wù)規(guī)則未明確或者沒(méi)有體現(xiàn)，有可能導(dǎo)致上線后無(wú)法正常進(jìn)行業(yè)務(wù)運(yùn)作，或者存在運(yùn)營(yíng)風(fēng)險(xiǎn)的。若出現(xiàn)以下幾種情況需發(fā)送給部門領(lǐng)導(dǎo)進(jìn)行審批。技術(shù)層面：需對(duì)系統(tǒng)結(jié)構(gòu)進(jìn)行大規(guī)模改造的。涉及系統(tǒng)架構(gòu)變更的。當(dāng)前技術(shù)無(wú)法實(shí)現(xiàn)的。業(yè)務(wù)層面：需大規(guī)模的更改原有的業(yè)務(wù)流程，增加大量人工后續(xù)處理成本。(2)項(xiàng)目經(jīng)理根據(jù)需求評(píng)審結(jié)果完善需求文檔，形成最終需求。(3)分析總公司系統(tǒng)是否已經(jīng)實(shí)現(xiàn)該功能或類似功能，若已實(shí)現(xiàn)由需求管理員負(fù)責(zé)與總公司相關(guān)人員進(jìn)行溝通獲取升級(jí)包。(4)如果總公司版本未實(shí)現(xiàn)該功能，需討論分析并確定該需求是本地設(shè)計(jì)開發(fā)還是總公司設(shè)計(jì)開發(fā)。若為總公司開發(fā)，由需求管理員及時(shí)將需求提交到j(luò)ira系統(tǒng)

16、并與總公司人員聯(lián)系，確定完成時(shí)間。(5)開發(fā)負(fù)責(zé)人確認(rèn)需求的實(shí)現(xiàn)方式，評(píng)估需求的開發(fā)工作量，確定需求開發(fā)完成時(shí)間及開發(fā)人員，形成解決方案，并在jira系統(tǒng)中備注解決計(jì)劃。3.2.4.3 成果資料解決方案、需求文檔、需求匯總表3.2,5.1主要參與人員開發(fā)負(fù)責(zé)人、開發(fā)人員3.2.5.2 工作內(nèi)容及要求開發(fā)負(fù)責(zé)人：(1)每天及時(shí)登錄jira系統(tǒng)，收集需求管理員發(fā)送的需求，從技術(shù)方面進(jìn)行可行性分析，并判斷該功能是否會(huì)影響已有的業(yè)務(wù)功能，若存在問(wèn)題應(yīng)及時(shí)告知需求管理員，由項(xiàng)目經(jīng)理對(duì)需求進(jìn)行變更并告知甲方，如無(wú)問(wèn)題需在2個(gè)工作日內(nèi)向需求管理員反饋開發(fā)計(jì)劃并在jira系統(tǒng)中注明。(2)對(duì)于有疑義的，聯(lián)系需

17、求管理員組織需求評(píng)審分析會(huì)議，從業(yè)務(wù)、技術(shù)角度對(duì)需求實(shí)現(xiàn)方式、風(fēng)險(xiǎn)等進(jìn)行評(píng)估，并制定解決計(jì)劃。(3)制定需求開發(fā)計(jì)劃，分配需求開發(fā)人員，確定技術(shù)方案。(4)及時(shí)向需求管理員反饋開發(fā)計(jì)劃。開發(fā)人員：(1)根據(jù)需求評(píng)估通過(guò)的需求文檔及開發(fā)計(jì)劃按時(shí)進(jìn)行設(shè)計(jì)開發(fā)，并在jira中備注解決進(jìn)展情況。(2)如果涉及到對(duì)數(shù)據(jù)庫(kù)結(jié)構(gòu)的變動(dòng)修改，應(yīng)及時(shí)更新維護(hù)數(shù)據(jù)庫(kù)結(jié)構(gòu)說(shuō)明書。(3)編碼完成后，開發(fā)人員需進(jìn)行編譯部署、單元測(cè)試。(4)將開發(fā)成果提交開發(fā)負(fù)責(zé)人審核確認(rèn)。(5)無(wú)問(wèn)題之后在jira上轉(zhuǎn)交測(cè)試人員。3.2.5.3成果資料數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書(更新)、部署文檔、更新說(shuō)明、需求更新包(包含數(shù)據(jù)腳本)3.2.6

18、需求測(cè)試3.2.6.1 主要參與人員項(xiàng)目經(jīng)理、實(shí)施人員3.2.6.2 工作內(nèi)容及要求(1)制定需求測(cè)試計(jì)劃，分配測(cè)試任務(wù)，對(duì)系統(tǒng)功能進(jìn)行測(cè)試。(2)測(cè)試若存在問(wèn)題及時(shí)反饋開發(fā)負(fù)責(zé)人和需求管理員，在jira中備注測(cè)試情況,并跟進(jìn)解決情況，完成之后重新進(jìn)行測(cè)試。(3)內(nèi)部測(cè)試完成之后，向甲方提出測(cè)試申請(qǐng)，由甲方人員進(jìn)行系統(tǒng)測(cè)試，完成需求結(jié)果確認(rèn)。3.2.6.3 成果資料測(cè)試報(bào)告、系統(tǒng)用戶操作手冊(cè)(更新)3.2.7 需求上線3.2.7.1 主要參與人員項(xiàng)目經(jīng)理、實(shí)施人員、開發(fā)人員3.2.7.2 工作內(nèi)容及要求(1)項(xiàng)目經(jīng)理與甲方溝通，提起上線申請(qǐng)。(2)對(duì)數(shù)據(jù)庫(kù)及應(yīng)用程序進(jìn)行備份。(3)系統(tǒng)升級(jí)上線

19、，并進(jìn)行上線驗(yàn)證。(4)若上線驗(yàn)證失敗，則將上線版本從生產(chǎn)環(huán)境中回退，需求轉(zhuǎn)入開發(fā)流程。(5)維護(hù)更新系統(tǒng)操作手冊(cè)，上線之后3個(gè)工作日內(nèi)針對(duì)適用人員進(jìn)行操作培訓(xùn)I。(6)項(xiàng)目經(jīng)理負(fù)責(zé)與客戶確認(rèn)需求最終結(jié)果，由甲方人員在需求確認(rèn)單上進(jìn)行簽字確認(rèn)并上傳jira,關(guān)閉需求，進(jìn)行需求歸檔。(7)需求管理員跟進(jìn)確認(rèn)結(jié)果，重要需求需要需求管理員直接與甲方人員進(jìn)行確認(rèn)。3.2.7.3成果資料需求確認(rèn)單、需求匯總表3.2.8需求變更需求變更：指開發(fā)人員受理需求后，需增加、修改、刪除需求內(nèi)容的現(xiàn)象需求變更流程圖如下：需求變更控制與管理流程項(xiàng)目經(jīng)理需求管理員開發(fā)負(fù)責(zé)人/開發(fā)人員九號(hào)過(guò)值大變更組尊召評(píng)需求評(píng)審參加評(píng)審LjfliJ?'-*需求開境3.2,8.1主要參與人員項(xiàng)目經(jīng)理、需求管理員、開發(fā)負(fù)責(zé)人3.2.8.2工作內(nèi)容及要求(1)項(xiàng)目經(jīng)理根據(jù)需求變更內(nèi)容填寫需求變更文檔。(2)按照項(xiàng)目組需求確認(rèn)單樣式填寫需求變更，并由甲方簽字確認(rèn)。(3)需求變更后重新提交jira系統(tǒng)。(4)需求管理員進(jìn)行審批，不通過(guò)退回至項(xiàng)目經(jīng)理，通過(guò)之后判斷是否屬于重大需求變更。(5)重大需求變更