需求管理制度V0

1、零壹移動(dòng)互聯(lián)需求管理制度（2.0版，2015年）擬制人肖波日期20150630審核人日期批準(zhǔn)人日期修改記錄日期版本作者/修改者描述審核人20150701V2.0肖波修改需求開發(fā)管理流程與相關(guān)人員分工目錄第一章總則3第二章職責(zé)與分工3第三章需求總體說明4第四章需求提交7第五章需求評(píng)估7第六章需求開發(fā)10第七章系統(tǒng)測(cè)試11第八章需求上線13第九章生產(chǎn)問題管理14第十章需求變更控制與管理14第十一章需求進(jìn)度監(jiān)控及查詢17第十二章附則17第一章總則第一條為規(guī)范零壹移動(dòng)互聯(lián)（以下簡(jiǎn)稱“零壹”）需求管理，明確各階段的工作內(nèi)容、處理流程、參與人員以及相關(guān)干系人的職責(zé)，在保證需求質(zhì)量的同時(shí)，提高需求實(shí)現(xiàn)效率，

2、特制訂本制度。第二條本制度適用于研發(fā)部的所有系統(tǒng)開發(fā)需求。第三條本制度適用的讀者包括需求開發(fā)負(fù)責(zé)人、需求提交人員、需求評(píng)估人員、開發(fā)人員、測(cè)試人員、生產(chǎn)運(yùn)維人員、項(xiàng)目管理員等。第二章職責(zé)與分工第四條職責(zé)分工角色職責(zé)需求提交人員1 .負(fù)責(zé)需求調(diào)研與編輯、編寫業(yè)務(wù)需求申請(qǐng)表、提交業(yè)務(wù)需求審批。2 .根據(jù)需求評(píng)審和評(píng)估意見，及時(shí)修改業(yè)務(wù)需求，開發(fā)給需求相關(guān)干系人。3 .配合需求開發(fā)、測(cè)試人員提供業(yè)務(wù)知識(shí)的支持。4 .協(xié)助確認(rèn)需求開發(fā)結(jié)果。5 .負(fù)責(zé)需求上線后驗(yàn)證工作。項(xiàng)目管理人員1 .負(fù)責(zé)需求審批、評(píng)估、技術(shù)文檔評(píng)審、測(cè)試、上線等需求管理流程的整體協(xié)調(diào)工作。2 .組織需求評(píng)估會(huì)議。3 .處理測(cè)試申請(qǐng)

3、-提交測(cè)試部門進(jìn)行分配與測(cè)試。4 .維護(hù)需求信息、跟進(jìn)需求變更以及需求處理進(jìn)展，定期向相關(guān)領(lǐng)導(dǎo)、部門匯報(bào)需求進(jìn)展。需求開發(fā)負(fù)責(zé)人1 .參與需求評(píng)審，從技術(shù)角度對(duì)需求實(shí)現(xiàn)方式、風(fēng)險(xiǎn)等進(jìn)行評(píng)估。2 .制定需求開發(fā)計(jì)劃，分配需求開發(fā)人員。3 .負(fù)責(zé)需求所有工作的溝通、協(xié)調(diào)管理。4 .負(fù)責(zé)需求開發(fā)進(jìn)度、成員、變更管理。5 .負(fù)責(zé)或參與需求所有成果的審批。需求評(píng)估人員1 .從架構(gòu)、業(yè)務(wù)、技術(shù)、風(fēng)險(xiǎn)等方面對(duì)業(yè)務(wù)需求的內(nèi)容和實(shí)現(xiàn)方式進(jìn)行全面評(píng)估，并提出評(píng)估意見。2 .審核根據(jù)評(píng)估意見修改后的業(yè)務(wù)需求。3.需求評(píng)估人員包括開發(fā)部門、測(cè)試部門、產(chǎn)品部門以及其他參與具體需求工作的人員。開發(fā)人員1 .幫助需求提交人

4、員分析、確定業(yè)務(wù)需求。2 .編寫需求相關(guān)技術(shù)文檔。3 .組織實(shí)施軟件需求、系統(tǒng)設(shè)計(jì)等文檔評(píng)審，參與測(cè)試計(jì)劃、測(cè)試案例、測(cè)試報(bào)告文檔的評(píng)審工作。4 .負(fù)責(zé)需求的設(shè)計(jì)、開發(fā)，確保代碼符合編碼規(guī)范和代碼安全規(guī)范。5 .負(fù)責(zé)系統(tǒng)集成、編譯部署及單元測(cè)試。6 .提交測(cè)試申請(qǐng)，必要時(shí)提供技術(shù)支持，配合需求測(cè)試人員完成測(cè)試環(huán)境的搭建。7 .配合需求測(cè)試人員處理環(huán)境問題，解決測(cè)試缺陷。8 .負(fù)責(zé)提交上線申請(qǐng)，參加上線評(píng)審，配合上線部署，負(fù)責(zé)上線問題的查詢和解決、上線復(fù)核。需求測(cè)試負(fù)責(zé)人1 .參與需求評(píng)審，從業(yè)務(wù)測(cè)試角度參與對(duì)需求實(shí)現(xiàn)方式、風(fēng)險(xiǎn)等進(jìn)行評(píng)估。2 .分配需求測(cè)試人員，對(duì)需求測(cè)試過程管理，負(fù)責(zé)需求所有

5、工作的溝通、協(xié)調(diào)管理。3 .制定/參與制定測(cè)試計(jì)劃，參與測(cè)試案例、測(cè)試報(bào)告文檔的評(píng)審工作。測(cè)試人員1 .參與需求評(píng)估，參與技術(shù)文檔評(píng)審。2 .制定測(cè)試計(jì)劃以及方案。3 .編寫測(cè)試案例等相關(guān)測(cè)試文檔。4 .實(shí)施技術(shù)測(cè)試工作，包括但部限于集成測(cè)試、功能測(cè)試、業(yè)務(wù)流程測(cè)試、易用性測(cè)試及用戶體驗(yàn)測(cè)試、兼容性測(cè)試、性能與壓力測(cè)試、穩(wěn)定性測(cè)試、安全測(cè)試等。5 .測(cè)試缺陷管理，測(cè)試缺陷處理跟進(jìn)。6 .組織產(chǎn)品經(jīng)理等人員體驗(yàn)預(yù)發(fā)布產(chǎn)品。7 .測(cè)試總結(jié)與相關(guān)業(yè)務(wù)知識(shí)文檔編寫與匯總。8 .負(fù)責(zé)生產(chǎn)問題的協(xié)調(diào)處理。生產(chǎn)運(yùn)維人員1 .負(fù)責(zé)上線申請(qǐng)受理、組織上線需求評(píng)審。2 .負(fù)責(zé)生產(chǎn)版本備份、上線、回退。（預(yù)留項(xiàng)）（

6、預(yù)留項(xiàng)）當(dāng)需求提交部門對(duì)需求評(píng)估小組的評(píng)估結(jié)果存在爭(zhēng)議時(shí)，由相關(guān)部門領(lǐng)導(dǎo)共同商議裁決。第三章需求總體說明第五條需求分類按需求的提交部門可以分為研發(fā)部?jī)?nèi)部需求和業(yè)務(wù)部門需求。需求類型需求類型定義研發(fā)部?jī)?nèi)部需求研發(fā)部?jī)?nèi)部提出的系統(tǒng)開發(fā)、性能優(yōu)化、軟件升級(jí)等需求。產(chǎn)品部門需求研發(fā)部以為的部門提交的系統(tǒng)開發(fā)需求，主要指產(chǎn)品部。按需求的內(nèi)容可分為功能開發(fā)需求、平臺(tái)網(wǎng)站類需求、數(shù)據(jù)需求。需求類型需求類型定義功能開發(fā)需求新業(yè)務(wù)功能已有系統(tǒng)中沒有此功能，需要在原有基礎(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)整參數(shù)調(diào)整已有系統(tǒng)中已經(jīng)

7、存在該參數(shù)，需研發(fā)部對(duì)參數(shù)內(nèi)容進(jìn)行維護(hù)需求變更系統(tǒng)功能上線前，要在原有需求的基礎(chǔ)上增加、修改或刪除需求內(nèi)容，但需求內(nèi)容的變動(dòng)會(huì)引起成本增長(zhǎng)過大、對(duì)現(xiàn)有業(yè)務(wù)影響較大、或可能存在風(fēng)險(xiǎn)、合規(guī)等問題系統(tǒng)問題系統(tǒng)現(xiàn)有功能可以正常使用，但是性能、安全、底層處理邏輯和架構(gòu)等即將或者未來可能成為業(yè)務(wù)進(jìn)一步擴(kuò)張的瓶頸AP斜面類需求1 .僅涉及APP前端頁面設(shè)計(jì)、開發(fā)、更新修改及維護(hù)，與其他系統(tǒng)沒有任何交互的需求。2 .涉及APP前端頁面設(shè)計(jì)、開發(fā)、更新修改及維護(hù)，且與其他系統(tǒng)有交互的需求。數(shù)據(jù)需求1 .面向客戶數(shù)據(jù)：是指運(yùn)用于客戶、與客戶直接關(guān)聯(lián)的數(shù)據(jù)，包括向客戶發(fā)送短信、贈(zèng)送積分、贈(zèng)送權(quán)益禮品等后臺(tái)數(shù)據(jù)處理需

8、求。2 .管理數(shù)據(jù)：用于管理分析，或活動(dòng)效果監(jiān)控和效果評(píng)估的報(bào)表及明細(xì)數(shù)據(jù)。按需求的緊急程度可以分為緊急需求和普通需求。需求類型需求類型定義緊急需求需求提交人員事先確定上線時(shí)間，且按常規(guī)資源分配和進(jìn)度安排無法按時(shí)上線，必須通過領(lǐng)導(dǎo)特批增加資源，并對(duì)部分流程進(jìn)行加急處理，才可滿足上線要求的需求。普通需求緊急需求以外的其他需求。按需求開發(fā)工時(shí)的大小可以分為大型需求、中型需求和小型需求。需求類型需求類型定義大型需求開發(fā)工時(shí)200工時(shí)的需求。中型需求開發(fā)工時(shí)100工時(shí)，=200工時(shí)的需求。小型需求開發(fā)工時(shí)=100工時(shí)的需求。第六條需求開發(fā)管理流程圖需求開發(fā)管理流程為:（建議由項(xiàng)目管理員統(tǒng)一管理需求）需

9、求管理主要包括以下內(nèi)容:需求的評(píng)估、開發(fā)、測(cè)試和上線階段的管理細(xì)則遵循本制度中相關(guān)規(guī)定。不涉及功能開發(fā)的平臺(tái)類需求和數(shù)據(jù)需求可根據(jù)實(shí)際情況對(duì)需求開發(fā)管理過程的部分工作進(jìn)行裁剪。各階段包含的活動(dòng)及流程請(qǐng)見以下各章節(jié)中的詳細(xì)描述。第四章需求提交第七條需求提交為提高需求質(zhì)量和處理效率，減少需求變更的次數(shù)，研發(fā)部各小組（開發(fā)、UI、測(cè)試）與產(chǎn)品部門就需求內(nèi)容和實(shí)現(xiàn)方式等達(dá)成一致，可形成會(huì)議紀(jì)要存檔，并與需求申請(qǐng)表（或郵件的形式）同時(shí)提交需求審批。需求提交前需確認(rèn)的內(nèi)容包括：（一）與開發(fā)人員溝通，確定需求類型。（二）需求的可行性分析。各部門小組進(jìn)行可行性分析時(shí)需關(guān)注的內(nèi)容為：1,研發(fā)部對(duì)需求的技術(shù)可行性

10、進(jìn)行初步分析，并幫助需求提交人員識(shí)別關(guān)聯(lián)系統(tǒng)。2 .需求關(guān)聯(lián)系統(tǒng)的歸屬開發(fā)人員就需求是否符合業(yè)務(wù)發(fā)展規(guī)劃，以及需求對(duì)系統(tǒng)中已有業(yè)務(wù)功能的影響進(jìn)行評(píng)估。3 .產(chǎn)品部、開發(fā)人員、測(cè)試人員對(duì)需求的業(yè)務(wù)邏輯、風(fēng)險(xiǎn)、合規(guī)等進(jìn)行初步評(píng)估。第八條需求會(huì)簽原則上中、大型項(xiàng)目或需求，需要通過會(huì)簽流程，征求各部門相關(guān)同事或領(lǐng)導(dǎo)審批，審批通過方可進(jìn)入到后續(xù)開發(fā)流程。此條制度視公司具體情況需要，靈活運(yùn)用。第五章需求評(píng)估第九條需求評(píng)估流程需求評(píng)估流程說明及職責(zé)分工：（一）需求調(diào)研，需求文檔完成開發(fā)后，產(chǎn)品經(jīng)理需將需求提交至項(xiàng)目管理人員統(tǒng)一管理，項(xiàng)目管理人員需要將需求文檔發(fā)送至研發(fā)部想干的各分部門會(huì)簽。會(huì)簽通過后組織需求

11、評(píng)估會(huì)議。（二）項(xiàng)目管理員審核相關(guān)要素，包括：參與會(huì)簽審批的干系人是否齊全，各干系人是否審批通過。附：緊急需求另行處理（待完善，可劃分為業(yè)務(wù)需求、緊急需求、生產(chǎn)QC等三種類型）（三）需求評(píng)估會(huì)上要評(píng)估的內(nèi)容包括：1 .確認(rèn)需求內(nèi)容，分析需求合理性：需求開發(fā)負(fù)責(zé)人從技術(shù)層面對(duì)需求的技術(shù)可行性、性能等進(jìn)行初步評(píng)估；測(cè)試部及其他相關(guān)產(chǎn)品部門從業(yè)務(wù)角度，對(duì)需求的業(yè)務(wù)邏輯、業(yè)務(wù)流程、業(yè)務(wù)目的、風(fēng)險(xiǎn)、合規(guī)等方面內(nèi)容進(jìn)行評(píng)估。2 .初步確認(rèn)需求的實(shí)現(xiàn)方式。3 .初步評(píng)估需求的開發(fā)工作量。4 .明確需求系統(tǒng)設(shè)計(jì)、編碼、測(cè)試、上線階段的里程碑以及各階段的交付物和負(fù)責(zé)人。5 .確定需求評(píng)估結(jié)論。（四）需求評(píng)估完成

12、后，填寫需求評(píng)估表（待設(shè)計(jì)表格），需填寫的內(nèi)容包括：1 .不予開發(fā)或者有變更的事項(xiàng)；2 .該需求對(duì)其他關(guān)聯(lián)系統(tǒng)的影響；3 .需求所需人力、工時(shí)、里程碑以及整體評(píng)估結(jié)論等。（五）評(píng)估表填寫完畢后，評(píng)估人員需當(dāng)場(chǎng)簽字確認(rèn)，項(xiàng)目管理員檢查需求評(píng)估表的信息是否填寫完整、準(zhǔn)確。第十條需求評(píng)估考慮層面需求評(píng)估主要從技術(shù)角度和業(yè)務(wù)角度進(jìn)行考慮。若需求評(píng)估通過，會(huì)后需求提交人員根據(jù)需求評(píng)估的結(jié)論更新需求，更新后的需求將作為研發(fā)部開發(fā)的最終依據(jù)（避免需求多次變更）。若出現(xiàn)下列情形之一的，評(píng)估組出具意見后可退回需求至產(chǎn)品部重新更新需求或需要征得各部門領(lǐng)導(dǎo)審批。（一）技術(shù)層面1 .需對(duì)系統(tǒng)結(jié)構(gòu)進(jìn)行大規(guī)模改造的。2

13、.涉及系統(tǒng)架構(gòu)變更的。3 .與其他需求有重復(fù)的。4 .需求中有不合理事項(xiàng)的。5 .需求不明確需做補(bǔ)充的。6 .當(dāng)前技術(shù)無法實(shí)現(xiàn)的。7 .評(píng)估時(shí)發(fā)生重大變更，且變更審批未通過的。（二）業(yè)務(wù)層面1 .與目前的業(yè)務(wù)操作流程、運(yùn)營(yíng)有矛盾的。2 .需大規(guī)模的更改原有的業(yè)務(wù)流程，增加大量人工后續(xù)處理成本。3 .業(yè)務(wù)需求與業(yè)務(wù)目的不符的。4 .新需求引起的新業(yè)務(wù)流程未在需求內(nèi)一并體現(xiàn)的。5 .業(yè)務(wù)流程未理順，業(yè)務(wù)規(guī)則未明確或者沒有體現(xiàn)，有可能導(dǎo)致上線后，無法正常進(jìn)行業(yè)務(wù)運(yùn)作，或者存在運(yùn)營(yíng)風(fēng)險(xiǎn)的。因以上原因被退回的需求，需求提交部門如對(duì)需求評(píng)估小組的評(píng)估結(jié)果存在爭(zhēng)議，可提交各部門領(lǐng)導(dǎo)進(jìn)行仲裁。第六章需求開發(fā)第

14、十一條需求開發(fā)流程（略，具體流程有開發(fā)部門制定）第十二條設(shè)計(jì)開發(fā)：需求評(píng)估通過后，由需求開發(fā)負(fù)責(zé)人安排、協(xié)調(diào)需求的設(shè)計(jì)和開發(fā)工作。（一）開發(fā)人員根據(jù)需求評(píng)估會(huì)上通過的業(yè)務(wù)需求進(jìn)行設(shè)計(jì)開發(fā)，同時(shí)完成需求技術(shù)文檔。（二）技術(shù)文檔通過需求開發(fā)負(fù)責(zé)人的審核后，開發(fā)人員提交項(xiàng)目管理人員。此技術(shù)文檔有必要從架構(gòu)、環(huán)境、安全、性能等層面對(duì)技術(shù)文檔進(jìn)行評(píng)審，及時(shí)提出評(píng)審意見。（三）項(xiàng)目管理員審核相關(guān)要素，包括：技術(shù)文檔是否符合要求、評(píng)審人員參與度、是否評(píng)審?fù)ㄟ^。審核通過后需求進(jìn)入開發(fā)階段。如審核不通過，項(xiàng)目管理員將技術(shù)文檔退回給開發(fā)人員，開發(fā)人員處理完畢后再提交相關(guān)干系人評(píng)審。（四）技術(shù)文檔評(píng)審?fù)ㄟ^后，開發(fā)人

15、員將評(píng)審?fù)ㄟ^后的技術(shù)文檔更新到SVN中并開展開發(fā)工作。緊急需求必須通過需求評(píng)估后，才可開展設(shè)計(jì)開發(fā)工作。設(shè)計(jì)開發(fā)階段的部分工作在項(xiàng)目管理員審批通過后，可根據(jù)實(shí)際情況進(jìn)行裁剪。第十三條單元測(cè)試8集成測(cè)試（一）編碼完成后，開發(fā)人員需進(jìn)行單元測(cè)試、系統(tǒng)集成、編譯部署、及主功能測(cè)試。測(cè)試通過后編寫單元測(cè)試報(bào)告、版本部署操作文檔，并提交需求開發(fā)負(fù)責(zé)人審核。（二）需求開發(fā)負(fù)責(zé)人審核通過后，開發(fā)人員將源代碼、單元測(cè)試報(bào)告、版本部署操作文檔更新到SVN需求開發(fā)負(fù)責(zé)人將單元測(cè)試報(bào)告、版本部署操作文檔上傳到SVN第七章系統(tǒng)測(cè)試第十四條系統(tǒng)測(cè)試：?jiǎn)卧獪y(cè)試（包含系統(tǒng)集成）通過后進(jìn)入系統(tǒng)測(cè)試階段，系統(tǒng)測(cè)試流程為：系統(tǒng)測(cè)

16、試流程說明:（一）需求開發(fā)負(fù)責(zé)人向項(xiàng)目管理員提交系統(tǒng)測(cè)試申請(qǐng)。（二）項(xiàng)目管理員審核相關(guān)要素，包括：需求是否通過評(píng)估、技術(shù)文檔是否通過評(píng)審、單元SVN審核通過測(cè)試是否通過、需求技術(shù)文檔、單元測(cè)試報(bào)告及版本部署操作文檔是否上傳如審核不通過，返回開發(fā)子流程。后項(xiàng)目管理員向研發(fā)部質(zhì)量管理部測(cè)試經(jīng)理下系統(tǒng)測(cè)試通知單。（三）測(cè)試經(jīng)理分配系統(tǒng)測(cè)試人員。（四）系統(tǒng)測(cè)試人員驗(yàn)證SVN中的技術(shù)文檔、版本部署及需求主功能。驗(yàn)證通過后制定測(cè)試計(jì)劃，如驗(yàn)證不通過，返回開發(fā)子流程。（五）系統(tǒng)測(cè)試計(jì)劃、測(cè)試案例、測(cè)試報(bào)告由系統(tǒng)測(cè)試人員編寫并組織評(píng)審，系統(tǒng)測(cè)試主管和需求開發(fā)負(fù)責(zé)人必須參加評(píng)審。（六）補(bǔ)充：測(cè)試計(jì)劃、測(cè)試方案、

17、測(cè)試案例等測(cè)試文檔，設(shè)計(jì)時(shí)間參考第六條（需求開發(fā)管理流程圖）；測(cè)試工作遵循盡早參與的原則，遇特殊情況，測(cè)試文檔也可在測(cè)試啟動(dòng)時(shí)執(zhí)行。第八章需求上線第十五條需求上線：測(cè)試驗(yàn)收工作結(jié)束后，進(jìn)入需求上線階段。需求上線主要分為業(yè)務(wù)上線、技術(shù)上線。第十六條需求上線流程需求上線流程說明：（一）需求上線申請(qǐng)需求測(cè)試通過后，測(cè)試經(jīng)理檢查測(cè)試負(fù)責(zé)人提交的測(cè)試工件，審核通過后提交項(xiàng)目管理員協(xié)調(diào)開發(fā)安排上線時(shí)間。（二）上線實(shí)施后，需求相關(guān)人員需進(jìn)行上線驗(yàn)證：（三）若上線復(fù)核或驗(yàn)證失敗，則開發(fā)人員將上線版本從生產(chǎn)環(huán)境中回退，需求轉(zhuǎn)入開發(fā)流程。第十七條試運(yùn)行為了對(duì)系統(tǒng)的功能、性能、可靠性、穩(wěn)定性、需求涉及業(yè)務(wù)和系統(tǒng)的影

18、響情況進(jìn)行驗(yàn)證，需求上線后，由研發(fā)部、產(chǎn)品部，以及其他領(lǐng)導(dǎo)共同商榷，根據(jù)項(xiàng)目實(shí)際情況實(shí)行產(chǎn)品試運(yùn)行。試運(yùn)行的時(shí)間、方案、通過標(biāo)準(zhǔn)暫未制定。第九章生產(chǎn)問題管理第十八條生產(chǎn)問題：指存在于生產(chǎn)系統(tǒng)中的異?，F(xiàn)象或缺陷，不包括辦公設(shè)備、網(wǎng)絡(luò)故障等非生產(chǎn)系統(tǒng)引起的故障。生產(chǎn)問題處理流程說明：（一）技術(shù)人員收到生產(chǎn)問題后，對(duì)問題根源進(jìn)行深入分析，并對(duì)系統(tǒng)問題進(jìn)行處理。如不屬于非系統(tǒng)問題，技術(shù)人員拒絕報(bào)障并說明原因，測(cè)試人員需整理歸檔。（二）生產(chǎn)問題修復(fù)完畢后部署到測(cè)試環(huán)境，提交測(cè)試流程。（三）技術(shù)人員提交測(cè)試申請(qǐng)，項(xiàng)目管理員審核通過后下測(cè)試通知單。（四）生產(chǎn)問題測(cè)試通過后，上線流程與需求上線流程一致。第十章

19、需求變更控制與管理第十九條需求變更：指研發(fā)部受理需求后，需增加、修改、刪除需求內(nèi)容，或?qū)⑿枨髵炱?、退回、取消的現(xiàn)象。需求變更控制與管理流程：需求變更控制與管理流程說明及職責(zé)分工：（一）需求變更申請(qǐng)人填寫需求變更申請(qǐng)表（待設(shè)計(jì)表格），詳細(xì)說明需求變更的類型、變更原因及變更內(nèi)容。（二）需求變更申請(qǐng)人通過郵件或其他部門間工作聯(lián)系函將需求變更申請(qǐng)?zhí)峤恍枨箝_發(fā)負(fù)責(zé)人、相關(guān)測(cè)試負(fù)責(zé)人及關(guān)聯(lián)系統(tǒng)負(fù)責(zé)人審批。審批通過后需求開發(fā)負(fù)責(zé)人判斷是否為重大變更。如審批不通過，評(píng)審組說明原因后將需求變更申請(qǐng)退回申請(qǐng)人。（三）需求變更屬于重大變更時(shí)，需求變更申請(qǐng)人組織需求變更評(píng)審會(huì)，由評(píng)審組成員共同確定是否允許變更。如果不屬于重大變更，需求開發(fā)負(fù)責(zé)人有權(quán)決定是否允許需求變更。滿足以下任一條件的需求變更都屬于重大變更。1 .需求變更引起開發(fā)工時(shí)增加量：大型需求10%中型需求15%小型需求20%（僅刪除需求內(nèi)容的變更可不考慮）。2 .需求變更導(dǎo)致里