需求管理制度

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