XX銀行業(yè)務(wù)需求管理辦法第一章總則為加強XX銀行（后簡稱為我行）業(yè)務(wù)需求管理，明確我行需求管理范圍和規(guī)范，明確需求從提出到交付各環(huán)節(jié)參與者及其職責(zé)，提高需求管理效率，降低風(fēng)險，實現(xiàn)需求高質(zhì)高效交付目標(biāo)，制定本辦法。本辦法僅適用于被定義為業(yè)務(wù)需求的管理，問題、事件、服務(wù)、數(shù)據(jù)查詢等管理不適用。本辦法僅適用于對總行各部門提出的業(yè)務(wù)需求的管理。分行需求需提交給歸屬的總行業(yè)務(wù)部門，由總行業(yè)務(wù)部門判斷是否提出。本辦法僅適用于提交到金融科技部項目管理室且被受理的業(yè)務(wù)需求的管理。本辦法與軟件開發(fā)過程管理辦法緊密結(jié)合，相輔相成。業(yè)務(wù)需求管理應(yīng)當(dāng)遵循科學(xué)合理、規(guī)范高效、權(quán)責(zé)清晰的原則。需求管理的目的主要包括以下幾點：（一）需求來源可控，通過需求收集、整合、拆分機(jī)制，控制需求數(shù)量、提高需求質(zhì)量；（二）確保需求目標(biāo)完整、可行，業(yè)務(wù)價值目標(biāo)統(tǒng)一；（三）通過對需求的分析、定義和跟蹤，提高需求交付速率及交付成功率；（四）有效管理和控制需求的變更，減低需求風(fēng)險；（五）確保需求管理過程合規(guī)、可追溯；（五）為需求各環(huán)節(jié)參與人提供明確、一致的需求信息，促進(jìn)需求協(xié)同。第二章概念定義本辦法所稱業(yè)務(wù)需求管理，是指對業(yè)務(wù)需求進(jìn)行收集、整理、分析、定義、跟蹤、變更等一系列管理活動的總稱。本辦法所稱業(yè)務(wù)需求，是指總行各部門為實現(xiàn)需求目標(biāo)，指派需求提出人描述需求背景、需求內(nèi)容、需求目標(biāo)、目標(biāo)價值分析、風(fēng)險分析、需求緊迫程度分析、需求重要程度分析及需要滿足的技術(shù)、商務(wù)要求。其中，若無技術(shù)、商務(wù)要求，無需描述。業(yè)務(wù)需求需以正式文檔形式出現(xiàn)。參考《XX銀行業(yè)務(wù)需求申請單》模板。技術(shù)要求，是指需求對改造系統(tǒng)性能、安全性、可擴(kuò)展行等指標(biāo)的要求。商務(wù)要求，是指因當(dāng)前人力資源池、自主研發(fā)資源不足時，需要通過商務(wù)采購，對被采購方要求、可接受的費用預(yù)算、交付要求等說明等。本辦法所稱業(yè)務(wù)需求牽頭機(jī)構(gòu)，是指業(yè)務(wù)需求提出部門，作為業(yè)務(wù)需求確認(rèn)、驗證唯一責(zé)任方。本辦法所稱業(yè)務(wù)需求統(tǒng)籌管理機(jī)構(gòu)，是指金融科技部項目管理室（以下簡稱項目管理室），作為需求統(tǒng)籌管理唯一責(zé)任方。本辦法所稱業(yè)務(wù)需求實施機(jī)構(gòu)，是指金融科技部開發(fā)中、數(shù)據(jù)中心、運維中心，作為需求實施、交付工作唯一責(zé)任方。本辦法所稱業(yè)務(wù)需求池，是指金融科技部負(fù)責(zé)統(tǒng)一收集業(yè)務(wù)預(yù)提需求進(jìn)入業(yè)務(wù)需求池，入池需按照提交先后順序組織初步分析。本辦法所稱開發(fā)待辦清單，是指已經(jīng)明確的需求明細(xì)，業(yè)務(wù)需求實施機(jī)構(gòu)應(yīng)按照優(yōu)先級、入單日期先后順序明確進(jìn)度計劃并按計劃開展。第三章組織職責(zé)業(yè)務(wù)需求管理組織架構(gòu)分三級：業(yè)務(wù)需求牽頭機(jī)構(gòu)、業(yè)務(wù)需求統(tǒng)籌管理機(jī)構(gòu)、業(yè)務(wù)需求實施機(jī)構(gòu)。業(yè)務(wù)需求牽頭機(jī)構(gòu)職責(zé)如下：指派一名需求提出人，作為業(yè)務(wù)需求確認(rèn)、驗證、驗收工作唯一責(zé)任人。負(fù)責(zé)提供預(yù)提需求申請單，與需求實施機(jī)構(gòu)對需求申請內(nèi)容溝通達(dá)成一致意見，根據(jù)溝通結(jié)果完善業(yè)務(wù)需求申請單，并取得本部門總經(jīng)理、涉及會簽部門總經(jīng)理、本部門主管行長審批確認(rèn)。若業(yè)務(wù)需求涉及多個部門，牽頭機(jī)構(gòu)負(fù)責(zé)協(xié)調(diào)業(yè)務(wù)資源。提交確認(rèn)的業(yè)務(wù)需求申請單。負(fù)責(zé)審核業(yè)務(wù)需求實施機(jī)構(gòu)提交的技術(shù)評估表。重點確認(rèn)技術(shù)實施方案、交付計劃是否滿足預(yù)期。負(fù)責(zé)組織業(yè)務(wù)測試，按照《XX銀行軟件開發(fā)過程辦理辦法》中業(yè)務(wù)測試管理要求完成測試工作。組織生產(chǎn)驗證，提供生產(chǎn)驗證報告并由本部門總經(jīng)理確認(rèn)。需求按照《XX業(yè)務(wù)需求管理辦法》要求開展需求相關(guān)工作。業(yè)務(wù)需求統(tǒng)籌管理機(jī)構(gòu)職責(zé)如下：負(fù)責(zé)制定XX業(yè)務(wù)需求管理辦法，并持續(xù)改進(jìn)。提供業(yè)務(wù)需求管理過程需交付的文檔模板。統(tǒng)一收集、過濾、拆分、整合全行業(yè)務(wù)需求。負(fù)責(zé)業(yè)務(wù)需求實施機(jī)構(gòu)分發(fā)。負(fù)責(zé)優(yōu)先級制定和維護(hù)。作為業(yè)務(wù)需求牽頭機(jī)構(gòu)、業(yè)務(wù)需求實施機(jī)構(gòu)的聯(lián)絡(luò)員，確保需求從提出到交付全流程的信息同步，促進(jìn)需求分析、確認(rèn)、評估、審核進(jìn)程。負(fù)責(zé)需求管理重點里程碑進(jìn)展跟蹤：完成技術(shù)評估日期、開始開發(fā)日期、送測日期、計劃投產(chǎn)日期。負(fù)責(zé)組織需求管理重點環(huán)節(jié)評審：技術(shù)評估、投產(chǎn)方案。負(fù)責(zé)業(yè)務(wù)需求版本管理。負(fù)責(zé)業(yè)務(wù)需求變更管理。業(yè)務(wù)需求實施機(jī)構(gòu)職責(zé)如下：指派一名開發(fā)負(fù)責(zé)人，作為需求開發(fā)過程唯一負(fù)責(zé)人。若需求涉及多個系統(tǒng)，開發(fā)負(fù)責(zé)人負(fù)責(zé)協(xié)調(diào)資源完成需求分析、評估、開發(fā)、交付工作。負(fù)責(zé)與需求提出人一起完成業(yè)務(wù)需求確認(rèn)。在提交前分析涉及系統(tǒng)、預(yù)估工作量、預(yù)計費用、預(yù)計開始開發(fā)日期、是否需要申請追加資源等。負(fù)責(zé)需求具體技術(shù)評估，并負(fù)責(zé)解釋評估內(nèi)容。負(fù)責(zé)需求開發(fā)、出廠測試、解決測試問題、解決投產(chǎn)后問題。負(fù)責(zé)組織業(yè)務(wù)驗收測試，審核測試結(jié)果，判斷是否符合投產(chǎn)要求。負(fù)責(zé)編制需求投產(chǎn)方案，并負(fù)責(zé)解釋方案內(nèi)容。負(fù)責(zé)投產(chǎn)實施。需求按照《XX業(yè)務(wù)需求管理辦法》要求開展需求相關(guān)工作。及時提示超期問題，尋求解決方案。或調(diào)整計劃，或追加資源。第四章業(yè)務(wù)需求管理事項及流程業(yè)務(wù)需求管理主要包含4項事宜：業(yè)務(wù)需求采集管理、業(yè)務(wù)需求變更管理、業(yè)務(wù)需求里程碑評審、業(yè)務(wù)需求過程管理、業(yè)務(wù)需求文檔管理。業(yè)務(wù)需求采集管理：需求池管理維護(hù)（含需求分類、優(yōu)先級規(guī)劃）、開發(fā)待辦列表維護(hù)（契合優(yōu)先級的序列）。業(yè)務(wù)需求變更管理：對進(jìn)入到開發(fā)待辦列表的需求進(jìn)行變更管理。包含不限于更新基線、變更記錄、組織評審、變更信息同步。業(yè)務(wù)需求里程碑評審：技術(shù)評估評審、投產(chǎn)方案評審。業(yè)務(wù)需求過程管理：重點關(guān)注開發(fā)待辦列表中計劃與實際完成情況。業(yè)務(wù)需求文檔管理：制定并維護(hù)需求過程文檔模板，制定文檔編制標(biāo)準(zhǔn)，文檔版本控制要求，文檔留存可追溯機(jī)制。業(yè)務(wù)需求管理流程按順序主要包含11個階段：需求預(yù)受理、需求分發(fā)、需求分析、需求確認(rèn)、需求受理、技術(shù)評估、需求評審、需求開發(fā)、業(yè)務(wù)驗收、投產(chǎn)上線、生產(chǎn)驗證。需求預(yù)受理：采集、過濾業(yè)務(wù)需求，形成業(yè)務(wù)需求池。需求分發(fā)：按照需求入池時間順序分發(fā)業(yè)務(wù)需求實施機(jī)構(gòu)。需求分析：需求背景、內(nèi)容、目標(biāo)、重要程度、緊急程度、優(yōu)先級、交付計劃、目標(biāo)價值、預(yù)估工作量、預(yù)算費用、人力資源情況等信息對齊環(huán)節(jié)。需求確認(rèn)：業(yè)務(wù)需求牽頭部門根據(jù)需求分析結(jié)果完善業(yè)務(wù)需求審批單，形成終版獲取部門總經(jīng)理、會簽部門總經(jīng)理、部門主管行長審批通過意見后提交至業(yè)務(wù)需求統(tǒng)籌管理機(jī)構(gòu)作為需求基線。需求受理：需求基線確認(rèn)后，正式受理需求，需求進(jìn)入待開發(fā)清單。技術(shù)評估：對已確認(rèn)的需求進(jìn)行詳細(xì)的技術(shù)評估。明確涉及系統(tǒng)、開發(fā)負(fù)責(zé)人、開發(fā)方式、開發(fā)工作量、交付計劃等，形成技術(shù)評估表。若涉及多個系統(tǒng)，由開發(fā)負(fù)責(zé)人協(xié)調(diào)統(tǒng)一整理。需求評審：對技術(shù)評估表內(nèi)容進(jìn)行評審確認(rèn)。需求開發(fā)：根據(jù)評估結(jié)果開展開發(fā)工作，要求參見《軟件開發(fā)過程管理辦法》。業(yè)務(wù)驗收：業(yè)務(wù)需求牽頭部門指派測試人員進(jìn)行驗收測試，測試通過后方可安排投產(chǎn)。測試管理要求參見《軟件開發(fā)過程管理辦法》。投產(chǎn)上線：準(zhǔn)備投產(chǎn)方案，投產(chǎn)方案評審，投產(chǎn)實施。若涉及多個系統(tǒng)，由開發(fā)負(fù)責(zé)人協(xié)調(diào)統(tǒng)一整理投產(chǎn)方案。生產(chǎn)驗證：投產(chǎn)后，業(yè)務(wù)需求牽頭部門負(fù)責(zé)人指派人員進(jìn)行生產(chǎn)驗證，判斷交付結(jié)果是否符合預(yù)期。第五章業(yè)務(wù)需求采集管理需求池數(shù)據(jù)來源如下：（一）每季度統(tǒng)一收集：每季度統(tǒng)一收集各業(yè)務(wù)部門計劃下一季度期待交付的需求，整理形成預(yù)受理清單。常規(guī)情況下，本季度僅對預(yù)受理需求進(jìn)行分析確認(rèn)工作。規(guī)劃為緊急的需求匯總由提出部門負(fù)責(zé)人、科技負(fù)責(zé)人、需求歸屬中心負(fù)責(zé)人決策實施方案。（二）臨時需求：當(dāng)季提出期望當(dāng)季完成的，需經(jīng)提出部門負(fù)責(zé)人、科技負(fù)責(zé)人、需求歸屬中心負(fù)責(zé)人共同決策是否必要本季度完成，若是，則加入當(dāng)季待開發(fā)清單，按非常緊急需求制定方案。業(yè)務(wù)需求分類如下：業(yè)務(wù)需求根據(jù)兩個維度進(jìn)行分類：按申請部門、按需求內(nèi)容。（一）按申請部門可以分為金融科技部需求和其他業(yè)務(wù)部門需求。金融科技部需求：內(nèi)部提出的系統(tǒng)優(yōu)化、性能優(yōu)化、軟件升級、為解決生產(chǎn)識別的可能在未來影響業(yè)務(wù)開展的涉及代碼變更的問題的需求等。（二）根據(jù)需求內(nèi)容可分為業(yè)務(wù)拓展、業(yè)務(wù)減縮、優(yōu)化改造、產(chǎn)品維護(hù)、利率調(diào)整、監(jiān)管合規(guī)、風(fēng)險控制、數(shù)據(jù)賦能、缺陷修復(fù)、客戶體驗、需求變更。業(yè)務(wù)拓展：已有系統(tǒng)中沒有此功能，需要在原有基礎(chǔ)上新增功能。業(yè)務(wù)減縮：停用已有系統(tǒng)某已有功能。優(yōu)化改造：因組織架構(gòu)、制度規(guī)范、業(yè)務(wù)處理流程等發(fā)生變化，需要對現(xiàn)有系統(tǒng)的某些功能進(jìn)行優(yōu)化改造。產(chǎn)品維護(hù)：新建產(chǎn)品、已有產(chǎn)品規(guī)則變更、已有產(chǎn)品停用等。包含普通存款產(chǎn)品、特色產(chǎn)品、貸款產(chǎn)品。利率調(diào)整：OM系統(tǒng)未推廣或未涵蓋產(chǎn)品利率、掛牌利率等需要系統(tǒng)后臺操作的需求。監(jiān)管合規(guī)：為滿足監(jiān)管要求、審計要求、人行合規(guī)要求等對系統(tǒng)進(jìn)行優(yōu)化改造的需求。風(fēng)險控制：反洗錢、黑名單、限額、司法查凍扣、其他為實現(xiàn)控制金融風(fēng)險為目標(biāo)而提出的需求。數(shù)據(jù)賦能：新增報表、報表優(yōu)化、停用報表等常規(guī)、通用報表維護(hù)。（不包含一次性數(shù)據(jù)查詢）缺陷修復(fù)：生產(chǎn)運維中經(jīng)常引發(fā)事件的共性問題、開發(fā)測試中發(fā)現(xiàn)的系統(tǒng)缺陷，且，需要通過代碼修改（生產(chǎn)版本變更）的系統(tǒng)問題及缺陷。一般由金融科技部提出，此類問題的管理原則誰發(fā)現(xiàn)誰提出誰測試。客戶體驗：對客渠道界面優(yōu)化。（手機(jī)銀行客戶端、門戶網(wǎng)站、智能柜臺、ATM等）需求變更：已提出未投產(chǎn)需求實施過程中進(jìn)行需求調(diào)整，但調(diào)整內(nèi)容的變動會引起成本增長過大、或引起工作量大幅度增長，實際能夠交付日期與初始預(yù)期差距較大、或?qū)ΜF(xiàn)有業(yè)務(wù)影響較大、或可能存在風(fēng)險，合規(guī)等問題。此時，需要重新提交需求申請，重新分析評估。業(yè)務(wù)需求分級如下：業(yè)務(wù)需求根據(jù)三個維度劃分等級：緊急程度、重要程度、開發(fā)工時。其中，緊急程度、重要程度影響優(yōu)先級排序。（一）根據(jù)緊急程度可分為緊急、一般緊急、非緊急。緊急：緊迫程度為高，業(yè)務(wù)期望的投產(chǎn)時間有實際的必要性，且按常規(guī)資源分配和進(jìn)度安排無法按時投產(chǎn)，必須通過領(lǐng)導(dǎo)特批增加資源或調(diào)整已排期需求開發(fā)順序，可能涉及部分流程進(jìn)行加急處理，才能滿足上線要求的需求。一般緊急：緊迫程度為中，業(yè)務(wù)期望的投產(chǎn)時間有實際的必要性，且按常規(guī)資源分配和進(jìn)度安排可以按時投產(chǎn)，且不可受緊急需求排期影響。非緊急：緊迫程度為低，需求提出方認(rèn)可當(dāng)前的排期計劃，若有緊急需求需要調(diào)整排期中需求，優(yōu)先對此類需求進(jìn)行調(diào)整。但，調(diào)整后的排期計劃必須與提出方達(dá)成一致。（二）根據(jù)重要程度可分為非常重要、重要、一般。（三）根據(jù)評估開發(fā)工時可以分為大型需求、中型需求、小型需求。（每日工時按8小時計）大型需求：評估開發(fā)工時大于720小時。中型需求：評估開發(fā)工時大于240小時，小于等于720小時。小型需求：評估開發(fā)工時小于等于240小時。緊急的需求必須是重要的。需求優(yōu)先級可分為：高、中、低。（一）需求實施序列默認(rèn)按高、中、低排序，各級按受理日期先后排序；（二）根據(jù)需求的重要程度和緊急程度，優(yōu)先級按照以下規(guī)則劃分：優(yōu)先級緊急程度緊急（高）一般緊急（中）非緊急（低）重要程度非常重要（高）高高中重要（中）高中中一般（低）中中低第六章業(yè)務(wù)需求變更管理本制度所稱變更管理，目的是控制需求變化引起的開發(fā)過程與需求初始目標(biāo)不一致的情況，約束需求分析的完整性。保證每一次的需求改動都能有相關(guān)的記錄。建立需求基準(zhǔn)版本和需求控制版本文檔。對已經(jīng)確認(rèn)并納入基線管理的需求進(jìn)行變更時，需求申請部門應(yīng)向項目管理室提交業(yè)務(wù)需求申請表，并在表中注明類型為“需求變更”，該表需經(jīng)過需求申請部門負(fù)責(zé)人簽字確認(rèn)，如需求變更引起了較大費用成本的增加，則需要再次發(fā)起需求審批。項目管理室收到需求變更申請后，協(xié)調(diào)開發(fā)或大數(shù)據(jù)中心及相關(guān)業(yè)務(wù)部門開展需求變更的影響分析和實施工作。變更影響分析和變更實施的具體要求參照軟件過程管理相關(guān)辦法執(zhí)行。第八章業(yè)務(wù)需求過程管理跟蹤開發(fā)待辦清單，及時關(guān)注已超期需求，排查超期原因，向需求過程干系人同步超期情況，組織相關(guān)人員解決超期問題，記錄過程問題。跟蹤開發(fā)在途清單送測計劃，及時關(guān)注已超期需求，排查超期原因，向需求過程干系人同步超期情況，組織相關(guān)人員解決超期問題，記錄過程問題。跟蹤已交付需求清單，跟蹤業(yè)務(wù)測試進(jìn)展。跟蹤已投產(chǎn)需求清單，跟蹤業(yè)務(wù)生產(chǎn)驗證結(jié)果。第九章業(yè)務(wù)文檔管理需求文檔清單：被確認(rèn)的《業(yè)務(wù)需求申請單》、《需求技術(shù)評估表》、《出廠測試記錄》、《業(yè)務(wù)測試材料》、《投產(chǎn)上線方案》、《生產(chǎn)驗證記錄》、《詳細(xì)/接口設(shè)計》、被確認(rèn)的《需求變更申請單》。《業(yè)務(wù)需求申請單》要求各項內(nèi)容描述清晰、無二義性；目標(biāo)完整、無遺漏；目標(biāo)明確，不模糊；各項內(nèi)容描述正確，無邏輯錯誤；業(yè)務(wù)閉環(huán)、目標(biāo)可驗證。《詳細(xì)/接口設(shè)計》僅認(rèn)定為需求類項目時收集。《需求變更申請單》僅需求實施過程中發(fā)生需求變更時收集。需求文檔需按照金融科技部項目管理室提供模板進(jìn)行編制。審核通過的需求文檔由金融科技部項目管理室留存，以留存文檔為需求過程管理依據(jù)。已被收錄的需求文檔若需調(diào)整，需走變更流程，未進(jìn)行變更流程的認(rèn)定無效。對于不符合需求文檔要求的，各審核節(jié)點人員應(yīng)予退回并督促整改，文檔提交人應(yīng)及時整改文檔內(nèi)容并提交審核。所有的需求文檔都要進(jìn)行版本控制，文檔要包含文檔類型、名稱、創(chuàng)建者、創(chuàng)建時間、修改者、修改時間、版本號、評審人員等信息。第十章監(jiān)督改進(jìn)機(jī)制本辦法施行后，每半年通過調(diào)查問卷的形式向半年內(nèi)參與過業(yè)務(wù)需求流程的人員收集改進(jìn)意見。分析意見