需求管理制度V20

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

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

3、等需求管理流程的整體協(xié)調(diào)工作。2. 組織需求評(píng)估會(huì)議。3. 處理測(cè)試申請(qǐng)-提交測(cè)試部門(mén)進(jìn)行分配與測(cè)試。4. 維護(hù)需求信息、跟進(jìn)需求變更以及需求處理進(jìn)展，定期向相關(guān)領(lǐng)導(dǎo)、部門(mén)匯報(bào)需求進(jìn)展。需求開(kāi)發(fā)負(fù)責(zé)人1. 參與需求評(píng)審，從技術(shù)角度對(duì)需求實(shí)現(xiàn)方式、風(fēng)險(xiǎn)等進(jìn)行評(píng)估。2. 制定需求開(kāi)發(fā)計(jì)劃，分配需求開(kāi)發(fā)人員。3. 負(fù)責(zé)需求所有工作的溝通、協(xié)調(diào)管理。4. 負(fù)責(zé)需求開(kāi)發(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)估意見(jiàn)。2. 審核根據(jù)評(píng)估意見(jiàn)修改后的業(yè)務(wù)需求。3. 需求評(píng)估人員包括開(kāi)發(fā)部門(mén)、測(cè)試

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

5、、風(fēng)險(xiǎn)等進(jìn)行評(píng)估。2. 分配需求測(cè)試人員，對(duì)需求測(cè)試過(guò)程管理，負(fù)責(zé)需求所有工作的溝通、協(xié)調(diào)管理。3. 制定/參與制定測(cè)試計(jì)劃，參與測(cè)試案例、測(cè)試報(bào)告文檔的評(píng)審工作。測(cè)試人員1. 參與需求評(píng)估，參與技術(shù)文檔評(píng)審。2. 制定測(cè)試計(jì)劃以及方案。3. 編寫(xiě)測(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í)文檔編寫(xiě)與匯總。8. 負(fù)責(zé)生產(chǎn)問(wèn)題的協(xié)調(diào)處理。生產(chǎn)運(yùn)維人員1. 負(fù)責(zé)上線申

6、請(qǐng)受理、組織上線需求評(píng)審。2. 負(fù)責(zé)生產(chǎn)版本備份、上線、回退。（預(yù)留項(xiàng)）（預(yù)留項(xiàng)）當(dāng)需求提交部門(mén)對(duì)需求評(píng)估小組的評(píng)估結(jié)果存在爭(zhēng)議時(shí)，由相關(guān)部門(mén)領(lǐng)導(dǎo)共同商議裁決。第3章 需求總體說(shuō)明第5條 需求分類(lèi)按需求的提交部門(mén)可以分為研發(fā)部?jī)?nèi)部需求和業(yè)務(wù)部門(mén)需求。需求類(lèi)型需求類(lèi)型定義研發(fā)部?jī)?nèi)部需求研發(fā)部?jī)?nèi)部提出的系統(tǒng)開(kāi)發(fā)、性能優(yōu)化、軟件升級(jí)等需求。產(chǎn)品部門(mén)需求研發(fā)部以為的部門(mén)提交的系統(tǒng)開(kāi)發(fā)需求，主要指產(chǎn)品部。按需求的內(nèi)容可分為功能開(kāi)發(fā)需求、平臺(tái)網(wǎng)站類(lèi)需求、數(shù)據(jù)需求。需求類(lèi)型需求類(lèi)型定義功能開(kāi)發(fā)需求新業(yè)務(wù)功能已有系統(tǒng)中沒(méi)有此功能，需要在原有基礎(chǔ)上新增功能功能改進(jìn)當(dāng)前系統(tǒng)已經(jīng)有此功能，因組織架構(gòu)、制度規(guī)范、業(yè)務(wù)

7、處理流程等發(fā)生變化，需要對(duì)現(xiàn)有系統(tǒng)的某些功能進(jìn)行優(yōu)化調(diào)整參數(shù)調(diào)整已有系統(tǒng)中已經(jīng)存在該參數(shù)，需研發(fā)部對(duì)參數(shù)內(nèi)容進(jìn)行維護(hù)需求變更系統(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ò)張的瓶頸APP界面類(lèi)需求1. 僅涉及APP前端頁(yè)面設(shè)計(jì)、開(kāi)發(fā)、更新修改及維護(hù)，與其他系統(tǒng)沒(méi)有任何交互的需求。2. 涉及APP前端頁(yè)面設(shè)計(jì)、開(kāi)發(fā)、更新修改及維護(hù)，且與其他系統(tǒng)有交互的需求。數(shù)據(jù)需求1. 面向客戶數(shù)據(jù)：是指運(yùn)用于客戶、

8、與客戶直接關(guān)聯(lián)的數(shù)據(jù)，包括向客戶發(fā)送短信、贈(zèng)送積分、贈(zèng)送權(quán)益禮品等后臺(tái)數(shù)據(jù)處理需求。2. 管理數(shù)據(jù)：用于管理分析，或活動(dòng)效果監(jiān)控和效果評(píng)估的報(bào)表及明細(xì)數(shù)據(jù)。按需求的緊急程度可以分為緊急需求和普通需求。需求類(lèi)型需求類(lèi)型定義緊急需求需求提交人員事先確定上線時(shí)間，且按常規(guī)資源分配和進(jìn)度安排無(wú)法按時(shí)上線，必須通過(guò)領(lǐng)導(dǎo)特批增加資源，并對(duì)部分流程進(jìn)行加急處理，才可滿足上線要求的需求。普通需求緊急需求以外的其他需求。按需求開(kāi)發(fā)工時(shí)的大小可以分為大型需求、中型需求和小型需求。需求類(lèi)型需求類(lèi)型定義大型需求開(kāi)發(fā)工時(shí)>200工時(shí)的需求。中型需求開(kāi)發(fā)工時(shí)>100工時(shí)，<=200工時(shí)的需求。小型需求開(kāi)

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

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

11、發(fā)后，產(chǎn)品經(jīng)理需將需求提交至項(xiàng)目管理人員統(tǒng)一管理，項(xiàng)目管理人員需要將需求文檔發(fā)送至研發(fā)部想干的各分部門(mén)會(huì)簽。會(huì)簽通過(guò)后組織需求評(píng)估會(huì)議。（二）項(xiàng)目管理員審核相關(guān)要素，包括：參與會(huì)簽審批的干系人是否齊全，各干系人是否審批通過(guò)。附：緊急需求另行處理（待完善，可劃分為業(yè)務(wù)需求、緊急需求、生產(chǎn)QC等三種類(lèi)型）（三）需求評(píng)估會(huì)上要評(píng)估的內(nèi)容包括：1. 確認(rèn)需求內(nèi)容，分析需求合理性：需求開(kāi)發(fā)負(fù)責(zé)人從技術(shù)層面對(duì)需求的技術(shù)可行性、性能等進(jìn)行初步評(píng)估；測(cè)試部及其他相關(guān)產(chǎn)品部門(mé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)估需求的開(kāi)發(fā)工作

12、量。4. 明確需求系統(tǒng)設(shè)計(jì)、編碼、測(cè)試、上線階段的里程碑以及各階段的交付物和負(fù)責(zé)人。5. 確定需求評(píng)估結(jié)論。（四）需求評(píng)估完成后，填寫(xiě)需求評(píng)估表（待設(shè)計(jì)表格），需填寫(xiě)的內(nèi)容包括：1.不予開(kāi)發(fā)或者有變更的事項(xiàng)；2.該需求對(duì)其他關(guān)聯(lián)系統(tǒng)的影響；3.需求所需人力、工時(shí)、里程碑以及整體評(píng)估結(jié)論等。（五）評(píng)估表填寫(xiě)完畢后，評(píng)估人員需當(dāng)場(chǎng)簽字確認(rèn)，項(xiàng)目管理員檢查需求評(píng)估表的信息是否填寫(xiě)完整、準(zhǔn)確。第10條 需求評(píng)估考慮層面需求評(píng)估主要從技術(shù)角度和業(yè)務(wù)角度進(jìn)行考慮。若需求評(píng)估通過(guò)，會(huì)后需求提交人員根據(jù)需求評(píng)估的結(jié)論更新需求，更新后的需求將作為研發(fā)部開(kāi)發(fā)的最終依據(jù)（避免需求多次變更）。若出現(xiàn)下列情形之一的，評(píng)

13、估組出具意見(jiàn)后可退回需求至產(chǎn)品部重新更新需求或需要征得各部門(mén)領(lǐng)導(dǎo)審批。（1） 技術(shù)層面1.需對(duì)系統(tǒng)結(jié)構(gòu)進(jìn)行大規(guī)模改造的。2.涉及系統(tǒng)架構(gòu)變更的。3.與其他需求有重復(fù)的。4.需求中有不合理事項(xiàng)的。5.需求不明確需做補(bǔ)充的。6.當(dāng)前技術(shù)無(wú)法實(shí)現(xiàn)的。7.評(píng)估時(shí)發(fā)生重大變更，且變更審批未通過(guò)的。（2） 業(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ī)則未明確或者沒(méi)有體現(xiàn)，有可能導(dǎo)致上線后,無(wú)法正常進(jìn)行業(yè)務(wù)運(yùn)作，或者存在運(yùn)營(yíng)風(fēng)險(xiǎn)的。因以上原因

14、被退回的需求，需求提交部門(mén)如對(duì)需求評(píng)估小組的評(píng)估結(jié)果存在爭(zhēng)議，可提交各部門(mén)領(lǐng)導(dǎo)進(jìn)行仲裁。第6章 需求開(kāi)發(fā)第11條 需求開(kāi)發(fā)流程（略，具體流程有開(kāi)發(fā)部門(mén)制定）第12條 設(shè)計(jì)開(kāi)發(fā)：需求評(píng)估通過(guò)后，由需求開(kāi)發(fā)負(fù)責(zé)人安排、協(xié)調(diào)需求的設(shè)計(jì)和開(kāi)發(fā)工作。（一）開(kāi)發(fā)人員根據(jù)需求評(píng)估會(huì)上通過(guò)的業(yè)務(wù)需求進(jìn)行設(shè)計(jì)開(kāi)發(fā)，同時(shí)完成需求技術(shù)文檔。（二）技術(shù)文檔通過(guò)需求開(kāi)發(fā)負(fù)責(zé)人的審核后，開(kāi)發(fā)人員提交項(xiàng)目管理人員。此技術(shù)文檔有必要從架構(gòu)、環(huán)境、安全、性能等層面對(duì)技術(shù)文檔進(jìn)行評(píng)審，及時(shí)提出評(píng)審意見(jiàn)。（三）項(xiàng)目管理員審核相關(guān)要素，包括：技術(shù)文檔是否符合要求、評(píng)審人員參與度、是否評(píng)審?fù)ㄟ^(guò)。審核通過(guò)后需求進(jìn)入開(kāi)發(fā)階段。如審核不通過(guò)

15、，項(xiàng)目管理員將技術(shù)文檔退回給開(kāi)發(fā)人員，開(kāi)發(fā)人員處理完畢后再提交相關(guān)干系人評(píng)審。（四）技術(shù)文檔評(píng)審?fù)ㄟ^(guò)后，開(kāi)發(fā)人員將評(píng)審?fù)ㄟ^(guò)后的技術(shù)文檔更新到SVN中并開(kāi)展開(kāi)發(fā)工作。緊急需求必須通過(guò)需求評(píng)估后，才可開(kāi)展設(shè)計(jì)開(kāi)發(fā)工作。設(shè)計(jì)開(kāi)發(fā)階段的部分工作在項(xiàng)目管理員審批通過(guò)后，可根據(jù)實(shí)際情況進(jìn)行裁剪。第13條 單元測(cè)試&集成測(cè)試（一）編碼完成后，開(kāi)發(fā)人員需進(jìn)行單元測(cè)試、系統(tǒng)集成、編譯部署、及主功能測(cè)試。測(cè)試通過(guò)后編寫(xiě)單元測(cè)試報(bào)告、版本部署操作文檔，并提交需求開(kāi)發(fā)負(fù)責(zé)人審核。（二）需求開(kāi)發(fā)負(fù)責(zé)人審核通過(guò)后，開(kāi)發(fā)人員將源代碼、單元測(cè)試報(bào)告、版本部署操作文檔更新到SVN，需求開(kāi)發(fā)負(fù)責(zé)人將單元測(cè)試報(bào)告、版本部署

16、操作文檔上傳到SVN。第7章 系統(tǒng)測(cè)試第14條 系統(tǒng)測(cè)試：?jiǎn)卧獪y(cè)試（包含系統(tǒng)集成）通過(guò)后進(jìn)入系統(tǒng)測(cè)試階段， 系統(tǒng)測(cè)試流程為：系統(tǒng)測(cè)試流程說(shuō)明：（1） 需求開(kāi)發(fā)負(fù)責(zé)人向項(xiàng)目管理員提交系統(tǒng)測(cè)試申請(qǐng)。（2） 項(xiàng)目管理員審核相關(guān)要素，包括：需求是否通過(guò)評(píng)估、技術(shù)文檔是否通過(guò)評(píng)審、單元測(cè)試是否通過(guò)、需求技術(shù)文檔、單元測(cè)試報(bào)告及版本部署操作文檔是否上傳SVN。審核通過(guò)后項(xiàng)目管理員向研發(fā)部質(zhì)量管理部測(cè)試經(jīng)理下系統(tǒng)測(cè)試通知單。如審核不通過(guò)，返回開(kāi)發(fā)子流程。（3） 測(cè)試經(jīng)理分配系統(tǒng)測(cè)試人員。（4） 系統(tǒng)測(cè)試人員驗(yàn)證SVN中的技術(shù)文檔、版本部署及需求主功能。驗(yàn)證通過(guò)后制定測(cè)試計(jì)劃，如驗(yàn)證不通過(guò)，返回開(kāi)發(fā)子流程。（

17、5） 系統(tǒng)測(cè)試計(jì)劃、測(cè)試案例、測(cè)試報(bào)告由系統(tǒng)測(cè)試人員編寫(xiě)并組織評(píng)審，系統(tǒng)測(cè)試主管和需求開(kāi)發(fā)負(fù)責(zé)人必須參加評(píng)審。（6） 補(bǔ)充：測(cè)試計(jì)劃、測(cè)試方案、測(cè)試案例等測(cè)試文檔，設(shè)計(jì)時(shí)間參考第六條（需求開(kāi)發(fā)管理流程圖）；測(cè)試工作遵循盡早參與的原則，遇特殊情況，測(cè)試文檔也可在測(cè)試啟動(dòng)時(shí)執(zhí)行。第8章 需求上線第15條 需求上線：測(cè)試驗(yàn)收工作結(jié)束后，進(jìn)入需求上線階段。需求上線主要分為業(yè)務(wù)上線、技術(shù)上線。第16條 需求上線流程需求上線流程說(shuō)明：（一）需求上線申請(qǐng) 需求測(cè)試通過(guò)后，測(cè)試經(jīng)理檢查測(cè)試負(fù)責(zé)人提交的測(cè)試工件，審核通過(guò)后提交項(xiàng)目管理員協(xié)調(diào)開(kāi)發(fā)安排上線時(shí)間。（二）上線實(shí)施后，需求相關(guān)人員需進(jìn)行上線驗(yàn)證： （三）

18、若上線復(fù)核或驗(yàn)證失敗，則開(kāi)發(fā)人員將上線版本從生產(chǎn)環(huán)境中回退，需求轉(zhuǎn)入開(kāi)發(fā)流程。第17條 試運(yùn)行為了對(duì)系統(tǒng)的功能、性能、可靠性、穩(wěn)定性、需求涉及業(yè)務(wù)和系統(tǒng)的影響情況進(jìn)行驗(yàn)證，需求上線后，由研發(fā)部、產(chǎn)品部，以及其他領(lǐng)導(dǎo)共同商榷，根據(jù)項(xiàng)目實(shí)際情況實(shí)行產(chǎn)品試運(yùn)行。試運(yùn)行的時(shí)間、方案、通過(guò)標(biāo)準(zhǔn)暫未制定。第9章 生產(chǎn)問(wèn)題管理第18條 生產(chǎn)問(wèn)題：指存在于生產(chǎn)系統(tǒng)中的異?，F(xiàn)象或缺陷，不包括辦公設(shè)備、網(wǎng)絡(luò)故障等非生產(chǎn)系統(tǒng)引起的故障。生產(chǎn)問(wèn)題處理流程說(shuō)明：（一）技術(shù)人員收到生產(chǎn)問(wèn)題后，對(duì)問(wèn)題根源進(jìn)行深入分析，并對(duì)系統(tǒng)問(wèn)題進(jìn)行處理。如不屬于非系統(tǒng)問(wèn)題，技術(shù)人員拒絕報(bào)障并說(shuō)明原因，測(cè)試人員需整理歸檔。（二）生產(chǎn)問(wèn)題修

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