需求管理制度

需求管理制度第一節(jié)需求開發(fā)負(fù)責(zé)人需求開發(fā)負(fù)責(zé)人是需求開發(fā)管理的主要責(zé)任人，具體職責(zé)如下：1.負(fù)責(zé)制定需求開發(fā)計(jì)劃和需求管理流程，并監(jiān)督實(shí)施情況；2.確定需求開發(fā)的優(yōu)先級(jí)和時(shí)間安排；3.確保需求開發(fā)質(zhì)量和進(jìn)度，及時(shí)發(fā)現(xiàn)和解決問題；4.協(xié)調(diào)各職能部門，推進(jìn)需求開發(fā)工作；5.提交需求開發(fā)報(bào)告，匯報(bào)工作進(jìn)展情況。第二節(jié)需求提交人員需求提交人員是需求管理的重要參與者，具體職責(zé)如下：1.收集和整理需求信息，編制需求文檔；2.提交需求文檔，并按時(shí)對(duì)需求進(jìn)行修訂和更新；3.協(xié)助需求評(píng)估人員進(jìn)行需求評(píng)估；4.及時(shí)反饋需求開發(fā)進(jìn)展情況。第三節(jié)需求評(píng)估人員需求評(píng)估人員是需求管理的重要參與者，具體職責(zé)如下：1.對(duì)需求進(jìn)行評(píng)估，確定需求的可行性和優(yōu)先級(jí)；2.提出需求開發(fā)的建議和改進(jìn)意見；3.協(xié)助需求開發(fā)負(fù)責(zé)人確定需求開發(fā)的優(yōu)先級(jí)和時(shí)間安排。第四節(jié)開發(fā)人員開發(fā)人員是需求管理的重要參與者，具體職責(zé)如下：1.根據(jù)需求文檔進(jìn)行需求開發(fā)；2.確保需求開發(fā)質(zhì)量和進(jìn)度，及時(shí)發(fā)現(xiàn)和解決問題；3.提交需求開發(fā)報(bào)告，匯報(bào)工作進(jìn)展情況。第五節(jié)測(cè)試人員測(cè)試人員是需求管理的重要參與者，具體職責(zé)如下：1.根據(jù)需求文檔進(jìn)行測(cè)試，確保需求開發(fā)質(zhì)量；2.及時(shí)發(fā)現(xiàn)和報(bào)告需求開發(fā)中的問題；3.提交測(cè)試報(bào)告，匯報(bào)工作進(jìn)展情況。第六節(jié)生產(chǎn)運(yùn)維人員生產(chǎn)運(yùn)維人員是需求管理的重要參與者，具體職責(zé)如下：1.確保需求上線后的正常運(yùn)行；2.及時(shí)發(fā)現(xiàn)和解決生產(chǎn)問題；3.提交生產(chǎn)問題報(bào)告，匯報(bào)工作進(jìn)展情況。第七節(jié)項(xiàng)目管理員項(xiàng)目管理員是需求管理的重要參與者，具體職責(zé)如下：1.管理項(xiàng)目進(jìn)度和資源；2.協(xié)調(diào)各職能部門，推進(jìn)需求開發(fā)工作；3.提交項(xiàng)目進(jìn)度報(bào)告，匯報(bào)工作進(jìn)展情況。安全測(cè)試等。5.提交測(cè)試報(bào)告，跟進(jìn)測(cè)試缺陷的處理進(jìn)展。6.協(xié)調(diào)開發(fā)人員解決測(cè)試缺陷。7.負(fù)責(zé)需求測(cè)試的進(jìn)度、成員、變更管理。測(cè)試人員1.負(fù)責(zé)需求上線前的驗(yàn)證工作。2.跟進(jìn)需求測(cè)試缺陷的處理進(jìn)展。3.協(xié)調(diào)開發(fā)人員解決測(cè)試缺陷。4.負(fù)責(zé)需求測(cè)試的進(jìn)度、成員、變更管理。5.提交測(cè)試報(bào)告，并向相關(guān)領(lǐng)導(dǎo)、部門匯報(bào)測(cè)試進(jìn)展。6.負(fù)責(zé)測(cè)試環(huán)境的搭建和維護(hù)，確保測(cè)試環(huán)境的穩(wěn)定性和可用性。7.負(fù)責(zé)測(cè)試工具的使用和維護(hù)。8.參與測(cè)試流程的改進(jìn)和優(yōu)化。測(cè)試負(fù)責(zé)人1.負(fù)責(zé)測(cè)試管理流程的整體協(xié)調(diào)工作。2.組織測(cè)試評(píng)審會(huì)議。3.協(xié)調(diào)測(cè)試資源，制定測(cè)試計(jì)劃。4.制定測(cè)試策略和方案。5.跟進(jìn)測(cè)試進(jìn)度，及時(shí)發(fā)現(xiàn)和解決測(cè)試問題。6.負(fù)責(zé)測(cè)試報(bào)告的審批和發(fā)布。7.參與測(cè)試流程的改進(jìn)和優(yōu)化。8.向相關(guān)領(lǐng)導(dǎo)、部門匯報(bào)測(cè)試進(jìn)展。第四條職責(zé)分工：確定各個(gè)角色的職責(zé)，以確保需求管理流程的順利進(jìn)行。角色職責(zé)：需求提交人員：1.分析、確定業(yè)務(wù)需求。2.提交業(yè)務(wù)需求申請(qǐng)表，進(jìn)行需求審批。3.協(xié)助確認(rèn)需求開發(fā)結(jié)果。4.負(fù)責(zé)需求上線后驗(yàn)證工作。項(xiàng)目管理人員：1.負(fù)責(zé)需求管理流程的整體協(xié)調(diào)工作。2.組織需求評(píng)估會(huì)議。3.維護(hù)需求信息，跟進(jìn)需求變更以及需求處理進(jìn)展。4.向相關(guān)領(lǐng)導(dǎo)、部門匯報(bào)需求進(jìn)展。需求開發(fā)負(fù)責(zé)人：1.參與需求評(píng)審，制定需求開發(fā)計(jì)劃。2.分配需求開發(fā)人員。3.負(fù)責(zé)需求所有工作的溝通、協(xié)調(diào)管理。4.負(fù)責(zé)需求開發(fā)進(jìn)度、成員、變更管理。5.負(fù)責(zé)審批需求所有成果。需求評(píng)估人員：1.對(duì)業(yè)務(wù)需求進(jìn)行全面評(píng)估，提出評(píng)估意見。2.審核業(yè)務(wù)需求。3.參與具體需求工作。開發(fā)人員：1.參與需求評(píng)審，評(píng)估需求實(shí)現(xiàn)方式、風(fēng)險(xiǎn)等。2.分配需求測(cè)試人員，管理需求測(cè)試過程。3.參與測(cè)試計(jì)劃、測(cè)試報(bào)告文檔的評(píng)審工作。測(cè)試人員：1.負(fù)責(zé)需求上線前的驗(yàn)證工作。2.跟進(jìn)需求測(cè)試缺陷的處理進(jìn)展。3.負(fù)責(zé)測(cè)試環(huán)境的搭建和維護(hù)。4.提交測(cè)試報(bào)告，并向相關(guān)領(lǐng)導(dǎo)、部門匯報(bào)測(cè)試進(jìn)展。測(cè)試負(fù)責(zé)人：1.負(fù)責(zé)測(cè)試管理流程的整體協(xié)調(diào)工作。2.組織測(cè)試評(píng)審會(huì)議，制定測(cè)試計(jì)劃和策略。3.跟進(jìn)測(cè)試進(jìn)度，解決測(cè)試問題。4.負(fù)責(zé)測(cè)試報(bào)告的審批和發(fā)布。5.參與測(cè)試流程的改進(jìn)和優(yōu)化。中型需求小型需求需求類型定義需求開發(fā)工時(shí)較長，需要多人合作完成，或需要對(duì)現(xiàn)有系統(tǒng)進(jìn)行較大規(guī)模的改動(dòng)和升級(jí)。需求開發(fā)工時(shí)適中，需要幾人合作完成，或需要對(duì)現(xiàn)有系統(tǒng)進(jìn)行一定程度的改動(dòng)和升級(jí)。需求開發(fā)工時(shí)較短，可以由單人或少數(shù)人完成，或需要對(duì)現(xiàn)有系統(tǒng)進(jìn)行小規(guī)模的改動(dòng)和升級(jí)。中型需求指開發(fā)工時(shí)超過200小時(shí)的需求，小型需求指開發(fā)工時(shí)在100小時(shí)至200小時(shí)之間的需求，而開發(fā)工時(shí)少于100小時(shí)的需求則屬于小型需求。在需求開發(fā)管理流程中，需求的評(píng)估、開發(fā)、測(cè)試和上線階段都需要遵循相關(guān)規(guī)定，但不涉及功能開發(fā)的平臺(tái)類需求和數(shù)據(jù)需求可以根據(jù)實(shí)際情況對(duì)需求開發(fā)管理過程的部分工作進(jìn)行裁剪。具體的活動(dòng)和流程可以參考各章節(jié)的詳細(xì)描述。在需求提交前，需要與開發(fā)人員進(jìn)行溝通，確定需求類型，并進(jìn)行可行性分析?？尚行苑治鲂枰P(guān)注的內(nèi)容包括研發(fā)部對(duì)需求的技術(shù)可行性進(jìn)行初步分析，需求關(guān)聯(lián)系統(tǒng)的歸屬開發(fā)人員就需求是否符合業(yè)務(wù)發(fā)展規(guī)劃，以及需求對(duì)系統(tǒng)中已有業(yè)務(wù)功能的影響進(jìn)行評(píng)估。同時(shí)，產(chǎn)品部、開發(fā)人員、測(cè)試人員也需要對(duì)需求的業(yè)務(wù)邏輯、風(fēng)險(xiǎn)、合規(guī)等進(jìn)行初步評(píng)估。為了提高需求質(zhì)量和處理效率，減少需求變更的次數(shù)，建議研發(fā)部各小組（開發(fā)、UI、測(cè)試）與產(chǎn)品部門就需求內(nèi)容和實(shí)現(xiàn)方式等達(dá)成一致，形成會(huì)議紀(jì)要存檔，并與《需求申請(qǐng)表》（或郵件的形式）同時(shí)提交需求審批。對(duì)于中、大型項(xiàng)目或需求，需要通過會(huì)簽流程征求各部門相關(guān)同事或領(lǐng)導(dǎo)審批，審批通過方可進(jìn)入到后續(xù)開發(fā)流程。在需求評(píng)估流程中，需求文檔完成開發(fā)后，產(chǎn)品經(jīng)理需要將需求提交至項(xiàng)目管理人員統(tǒng)一管理，項(xiàng)目管理人員需要將需求文檔發(fā)送至研發(fā)部想干的各分部門會(huì)簽。會(huì)簽通過后組織需求評(píng)估會(huì)議。在會(huì)議上需要確認(rèn)需求內(nèi)容，分析需求合理性，初步確認(rèn)需求的實(shí)現(xiàn)方式，并進(jìn)行初步評(píng)估需求的開發(fā)工作量。需求評(píng)估會(huì)議的職責(zé)分工需要明確，項(xiàng)目管理員需要審核相關(guān)要素，包括參與會(huì)簽審批的干系人是否齊全，各干系人是否審批通過。緊急需求另行處理，可以劃分為業(yè)務(wù)需求、緊急需求、生產(chǎn)QC等三種類型，具體處理方式待完善。第四章需求評(píng)估在項(xiàng)目開發(fā)前，需要對(duì)需求進(jìn)行評(píng)估，以確保需求的可行性和合理性。評(píng)估過程主要包括以下幾個(gè)階段：1.明確需求系統(tǒng)設(shè)計(jì)、編碼、測(cè)試、上線階段的里程碑以及各階段的交付物和負(fù)責(zé)人。2.確定需求評(píng)估結(jié)論，填寫《需求評(píng)估表》（待設(shè)計(jì)表格），包括不予開發(fā)或變更的事項(xiàng)、該需求對(duì)其他關(guān)聯(lián)系統(tǒng)的影響、需求所需人力、工時(shí)、里程碑以及整體評(píng)估結(jié)論等。3.評(píng)估表填寫完畢后，評(píng)估人員需當(dāng)場簽字確認(rèn)，項(xiàng)目管理員檢查需求評(píng)估表的信息是否填寫完整、準(zhǔn)確。4.需求評(píng)估主要從技術(shù)角度和業(yè)務(wù)角度進(jìn)行考慮。若評(píng)估通過，需求提交人員根據(jù)評(píng)估結(jié)論更新需求。若出現(xiàn)技術(shù)層面或業(yè)務(wù)層面的問題，評(píng)估組可退回需求至產(chǎn)品部重新更新需求或需要征得各部門領(lǐng)導(dǎo)審批。5.被退回的需求，需求提交部門如對(duì)評(píng)估結(jié)果存在爭議，可提交各部門領(lǐng)導(dǎo)進(jìn)行仲裁。第五章需求開發(fā)在需求評(píng)估通過后，需求開發(fā)負(fù)責(zé)人安排、協(xié)調(diào)需求的設(shè)計(jì)和開發(fā)工作。具體流程由開發(fā)部門制定。開發(fā)人員根據(jù)評(píng)估通過的業(yè)務(wù)需求進(jìn)行設(shè)計(jì)開發(fā)，同時(shí)完成《需求技術(shù)文檔》。技術(shù)文檔需經(jīng)過需求開發(fā)負(fù)責(zé)人審核后，提交項(xiàng)目管理人員。審核通過后需求進(jìn)入開發(fā)階段。如審核不通過，項(xiàng)目管理員將技術(shù)文檔退回給開發(fā)人員，開發(fā)人員處理完畢后再提交相關(guān)干系人評(píng)審。技術(shù)文檔需從架構(gòu)、環(huán)境、安全、性能等層面進(jìn)行評(píng)審，及時(shí)提出評(píng)審意見。技術(shù)文檔評(píng)審?fù)ㄟ^后，開發(fā)人員會(huì)將更新后的技術(shù)文檔上傳到SVN，并開始進(jìn)行開發(fā)工作。對(duì)于緊急需求，必須進(jìn)行需求評(píng)估后才能進(jìn)行設(shè)計(jì)和開發(fā)工作。在項(xiàng)目管理員審批通過后，設(shè)計(jì)開發(fā)階段的工作可以根據(jù)實(shí)際情況進(jìn)行裁剪。編碼完成后，開發(fā)人員需要進(jìn)行單元測(cè)試、系統(tǒng)集成、編譯部署和主功能測(cè)試。測(cè)試通過后，他們會(huì)編寫單元測(cè)試報(bào)告和版本部署操作文檔，并提交給需求開發(fā)負(fù)責(zé)人審核。審核通過后，開發(fā)人員將源代碼、單元測(cè)試報(bào)告和版本部署操作文檔上傳到SVN。需求開發(fā)負(fù)責(zé)人會(huì)將單元測(cè)試報(bào)告和版本部署操作文檔上傳到SVN。系統(tǒng)測(cè)試階段包括單元測(cè)試和系統(tǒng)集成測(cè)試。在單元測(cè)試通過后，進(jìn)入系統(tǒng)測(cè)試階段。系統(tǒng)測(cè)試的流程包括：需求開發(fā)負(fù)責(zé)人向項(xiàng)目管理員提交系統(tǒng)測(cè)試申請(qǐng)，項(xiàng)目管理員審核相關(guān)要素，包括需求是否通過評(píng)估、技術(shù)文檔是否通過評(píng)審、單元測(cè)試是否通過、需求技術(shù)文檔、單元測(cè)試報(bào)告和版本部署操作文檔是否上傳到SVN。審核通過后，項(xiàng)目管理員向研發(fā)部質(zhì)量管理部測(cè)試經(jīng)理下達(dá)系統(tǒng)測(cè)試通知單。測(cè)試經(jīng)理會(huì)分配系統(tǒng)測(cè)試人員。系統(tǒng)測(cè)試人員會(huì)驗(yàn)證SVN中的技術(shù)文檔、版本部署和需求主功能。驗(yàn)證通過后，他們會(huì)制定測(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)審。需求上線階段分為業(yè)務(wù)上線和技術(shù)上線。在測(cè)試驗(yàn)收工作結(jié)束后，進(jìn)入需求上線階段。需求上線申請(qǐng)需要經(jīng)過測(cè)試經(jīng)理的審核。審核通過后，項(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)行階段是為了保證上線的需求在生產(chǎn)環(huán)境中能夠正常運(yùn)行，需要進(jìn)行一段時(shí)間的試運(yùn)行。在試運(yùn)行階段，需要進(jìn)行監(jiān)控和記錄，以及對(duì)上線的需求進(jìn)行評(píng)估和反饋。為了驗(yàn)證系統(tǒng)的功能、性能、可靠性、穩(wěn)定性以及對(duì)業(yè)務(wù)和系統(tǒng)的影響情況，需求上線后，研發(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è)試通過后，上線流程與需求上線流程一致。第十章需求變更控制與管理第十九條需求變更指研發(fā)部受理需求后，需增加、修改、刪除需求內(nèi)容，或?qū)⑿枨髵炱?、退回、取消的現(xiàn)象。需求變更控制與管理流程：需求變更控制與管理流程說明及職責(zé)分工：（一）需求變更申請(qǐng)人填寫《需求變更申請(qǐng)表》（待設(shè)計(jì)表格），詳細(xì)說明需求變更的類型、變更原因及變更內(nèi)容。（二）需求變更申請(qǐng)人通過郵件、OA或其他部門間工作聯(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)致里程碑點(diǎn)推遲的。3.需求變更涉及關(guān)聯(lián)系統(tǒng)變化的。4.需求變更可能存在風(fēng)險(xiǎn)、合規(guī)問題的。5.需求變更涉及或影響已有業(yè)務(wù)流程、規(guī)則、后臺(tái)運(yùn)營的。（四）需求變更評(píng)審參與人員：需求開發(fā)負(fù)責(zé)人、需求提交人員、開發(fā)人員、測(cè)試負(fù)責(zé)人、測(cè)試人員、關(guān)聯(lián)系統(tǒng)負(fù)責(zé)人、關(guān)聯(lián)產(chǎn)品部門。如果不屬于重大變更，可裁剪此活動(dòng)。評(píng)審的內(nèi)容包括：1.技術(shù)可行性分析。2.需求合理性、業(yè)務(wù)方案可行性分析。3.關(guān)聯(lián)系統(tǒng)影響分析。4.變更風(fēng)險(xiǎn)分析。5.分析需求變更對(duì)工作量、工期和成本的影響。6.評(píng)審結(jié)論：（1）通過評(píng)審：需求開發(fā)負(fù)責(zé)人應(yīng)填寫《需求變更申請(qǐng)單》（待設(shè)計(jì)表格）中的詳細(xì)變更方案。（2）未通過評(píng)審：需求開發(fā)負(fù)責(zé)人應(yīng)在《需求變更申請(qǐng)單》中填寫否決意見和原因。在需求變更評(píng)審結(jié)束時(shí)，需求開發(fā)負(fù)責(zé)人應(yīng)在《需求變更申請(qǐng)單》中填寫評(píng)審意見，并由與會(huì)人員簽字確認(rèn)。需求變更評(píng)審會(huì)后，需求開發(fā)負(fù)責(zé)人應(yīng)將《需求變更申請(qǐng)單》提交給項(xiàng)目管理員審批。