銀行科技業(yè)務需求管理辦法-2023

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