銀行開發(fā)需求管理辦法_第1頁
銀行開發(fā)需求管理辦法_第2頁
銀行開發(fā)需求管理辦法_第3頁
銀行開發(fā)需求管理辦法_第4頁
銀行開發(fā)需求管理辦法_第5頁
已閱讀5頁,還剩4頁未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

銀行開發(fā)需求管理辦法一、引言隨著金融科技的飛速發(fā)展,銀行業(yè)務(wù)不斷創(chuàng)新,銀行系統(tǒng)開發(fā)項(xiàng)目日益增多且復(fù)雜度不斷提升。在這樣的背景下,有效的開發(fā)需求管理對于確保項(xiàng)目順利推進(jìn)、提高系統(tǒng)質(zhì)量、滿足業(yè)務(wù)發(fā)展需求至關(guān)重要。我們希望通過制定本《銀行開發(fā)需求管理辦法》,為銀行內(nèi)部開發(fā)項(xiàng)目的需求管理工作提供清晰、規(guī)范的指引,確保每一位參與項(xiàng)目的同事都能明確職責(zé)與流程,共同推動銀行系統(tǒng)開發(fā)工作高效、穩(wěn)健地進(jìn)行。二、適用范圍本辦法適用于銀行內(nèi)部所有涉及系統(tǒng)開發(fā)、升級改造等項(xiàng)目的需求管理工作,包括但不限于核心業(yè)務(wù)系統(tǒng)、信貸管理系統(tǒng)、客戶關(guān)系管理系統(tǒng)等各類業(yè)務(wù)及管理系統(tǒng)的開發(fā)項(xiàng)目。三、需求管理目標(biāo)1.確保需求準(zhǔn)確清晰:使業(yè)務(wù)需求能夠準(zhǔn)確、完整地傳達(dá)給開發(fā)團(tuán)隊(duì),避免因需求模糊或誤解導(dǎo)致項(xiàng)目偏差。2.保障項(xiàng)目進(jìn)度:通過合理規(guī)劃和控制需求變更,確保開發(fā)項(xiàng)目按照預(yù)定的時間節(jié)點(diǎn)順利推進(jìn)。3.提升系統(tǒng)質(zhì)量:保證開發(fā)出的系統(tǒng)能夠切實(shí)滿足業(yè)務(wù)需求,具備良好的穩(wěn)定性、可靠性和易用性。4.促進(jìn)溝通協(xié)作:加強(qiáng)業(yè)務(wù)部門與技術(shù)部門之間的溝通與協(xié)作,營造良好的項(xiàng)目工作氛圍。四、需求管理原則1.以業(yè)務(wù)為導(dǎo)向:需求的提出、分析和管理都應(yīng)緊密圍繞銀行業(yè)務(wù)目標(biāo)和實(shí)際需求,確保開發(fā)成果能夠?yàn)闃I(yè)務(wù)發(fā)展提供有力支持。2.全面性:對需求進(jìn)行全面的收集、分析、記錄和跟蹤,涵蓋業(yè)務(wù)流程、功能要求、性能指標(biāo)、數(shù)據(jù)要求、安全要求等各個方面。3.規(guī)范性:遵循相關(guān)的法律法規(guī)、行業(yè)標(biāo)準(zhǔn)以及銀行內(nèi)部的管理規(guī)定,采用規(guī)范的需求管理流程和方法。4.動態(tài)管理:認(rèn)識到需求在項(xiàng)目生命周期中可能會發(fā)生變化,建立有效的需求變更管理機(jī)制,及時響應(yīng)和處理需求變更。5.溝通協(xié)作:強(qiáng)調(diào)業(yè)務(wù)部門與技術(shù)部門之間的密切溝通與協(xié)作,共同參與需求管理的各個環(huán)節(jié),確保雙方對需求的理解一致。五、需求管理組織與職責(zé)(一)需求管理委員會1.組成:由銀行高級管理層、各業(yè)務(wù)部門負(fù)責(zé)人、技術(shù)部門負(fù)責(zé)人等組成。2.職責(zé):審批重大需求和需求變更,對涉及銀行戰(zhàn)略方向、重大業(yè)務(wù)調(diào)整的需求進(jìn)行決策。協(xié)調(diào)解決需求管理過程中跨部門的重大問題和爭議。監(jiān)督需求管理工作的整體執(zhí)行情況,確保需求管理工作符合銀行整體戰(zhàn)略和業(yè)務(wù)目標(biāo)。(二)業(yè)務(wù)部門1.需求提出:深入了解本部門業(yè)務(wù)需求,結(jié)合業(yè)務(wù)發(fā)展規(guī)劃,提出系統(tǒng)開發(fā)或升級改造的需求。需求應(yīng)盡量明確、具體,包括業(yè)務(wù)場景、功能描述、數(shù)據(jù)要求、業(yè)務(wù)規(guī)則等內(nèi)容。2.需求分析與細(xì)化:配合需求分析師對提出的需求進(jìn)行詳細(xì)分析和細(xì)化,確保需求的完整性和準(zhǔn)確性。提供必要的業(yè)務(wù)資料和數(shù)據(jù)支持,協(xié)助需求分析師理解業(yè)務(wù)流程和業(yè)務(wù)邏輯。3.需求確認(rèn):對需求規(guī)格說明書等需求文檔進(jìn)行審核和確認(rèn),確保文檔準(zhǔn)確反映業(yè)務(wù)需求。在需求確認(rèn)過程中,如有異議,及時與需求分析師溝通協(xié)商解決。4.需求跟蹤與反饋:跟蹤需求在開發(fā)過程中的實(shí)現(xiàn)情況,及時反饋需求執(zhí)行過程中出現(xiàn)的問題和偏差。參與需求驗(yàn)證和驗(yàn)收工作,確保開發(fā)成果符合業(yè)務(wù)需求。(三)技術(shù)部門1.需求分析:需求分析師負(fù)責(zé)對業(yè)務(wù)部門提出的需求進(jìn)行深入分析,將業(yè)務(wù)需求轉(zhuǎn)化為技術(shù)需求。通過與業(yè)務(wù)部門的溝通交流,澄清需求中的模糊點(diǎn),挖掘潛在需求,對需求進(jìn)行合理的抽象和建模。2.需求文檔編寫:根據(jù)需求分析結(jié)果,編寫詳細(xì)的需求規(guī)格說明書、數(shù)據(jù)字典等需求文檔。需求文檔應(yīng)結(jié)構(gòu)清晰、內(nèi)容完整、語言準(zhǔn)確,能夠?yàn)殚_發(fā)團(tuán)隊(duì)提供明確的開發(fā)依據(jù)。3.需求評審:組織業(yè)務(wù)部門、開發(fā)團(tuán)隊(duì)等相關(guān)人員對需求文檔進(jìn)行評審,確保需求的合理性、可行性和一致性。對評審過程中提出的問題和建議進(jìn)行記錄和整理,及時與業(yè)務(wù)部門溝通協(xié)商解決。4.需求跟蹤與控制:在開發(fā)過程中,對需求的實(shí)現(xiàn)情況進(jìn)行跟蹤和監(jiān)控,及時發(fā)現(xiàn)需求變更和偏差,并采取相應(yīng)的措施進(jìn)行調(diào)整和控制。確保開發(fā)工作始終圍繞需求進(jìn)行,避免需求蔓延和失控。5.技術(shù)支持:為業(yè)務(wù)部門提供技術(shù)咨詢和支持,協(xié)助業(yè)務(wù)部門評估需求的技術(shù)可行性和實(shí)現(xiàn)難度。在需求變更時,提供技術(shù)方面的建議和解決方案,確保需求變更對系統(tǒng)的影響最小化。(四)項(xiàng)目團(tuán)隊(duì)1.需求理解與實(shí)現(xiàn):開發(fā)團(tuán)隊(duì)成員應(yīng)認(rèn)真學(xué)習(xí)和理解需求文檔,根據(jù)需求進(jìn)行系統(tǒng)設(shè)計、編碼和測試工作。在開發(fā)過程中,如對需求有疑問或發(fā)現(xiàn)需求不合理之處,及時與需求分析師或業(yè)務(wù)部門溝通反饋。2.需求變更處理:按照需求變更管理流程,對需求變更進(jìn)行評估、實(shí)施和驗(yàn)證。確保需求變更在項(xiàng)目團(tuán)隊(duì)內(nèi)部得到有效傳達(dá)和執(zhí)行,避免因需求變更導(dǎo)致項(xiàng)目混亂。3.需求驗(yàn)證與交付:在項(xiàng)目交付前,對開發(fā)成果進(jìn)行需求驗(yàn)證,確保系統(tǒng)功能、性能等方面符合需求文檔的要求。配合業(yè)務(wù)部門完成需求驗(yàn)收工作,及時解決驗(yàn)收過程中發(fā)現(xiàn)的問題。六、需求管理流程(一)需求收集1.收集渠道:業(yè)務(wù)部門主動提出:業(yè)務(wù)部門根據(jù)業(yè)務(wù)發(fā)展規(guī)劃、市場競爭需求、客戶反饋等,定期或不定期向技術(shù)部門提交需求申請。需求申請應(yīng)填寫規(guī)范的需求申請表,詳細(xì)描述需求背景、業(yè)務(wù)場景、功能要求等內(nèi)容。需求調(diào)研:需求分析師主動與業(yè)務(wù)部門溝通交流,通過訪談、問卷調(diào)查、現(xiàn)場觀察等方式,了解業(yè)務(wù)部門的工作流程、痛點(diǎn)問題和期望的改進(jìn)方向,挖掘潛在需求。系統(tǒng)運(yùn)行反饋:關(guān)注現(xiàn)有系統(tǒng)在運(yùn)行過程中出現(xiàn)的問題和用戶反饋,收集系統(tǒng)優(yōu)化和升級的需求。技術(shù)支持團(tuán)隊(duì)?wèi)?yīng)及時將系統(tǒng)運(yùn)行過程中的問題和用戶建議反饋給需求管理相關(guān)人員。2.收集計劃:需求分析師應(yīng)根據(jù)銀行的業(yè)務(wù)發(fā)展計劃和項(xiàng)目安排,制定需求收集計劃。明確需求收集的目標(biāo)、范圍、對象、方法和時間安排等內(nèi)容,確保需求收集工作有計劃、有步驟地進(jìn)行。3.需求記錄:對收集到的需求進(jìn)行詳細(xì)記錄,建立需求清單。需求清單應(yīng)包括需求編號、需求名稱、需求描述、提出部門、提出時間等基本信息,以便后續(xù)的跟蹤和管理。(二)需求分析1.業(yè)務(wù)流程梳理:需求分析師與業(yè)務(wù)部門密切合作,對業(yè)務(wù)流程進(jìn)行詳細(xì)梳理。通過繪制業(yè)務(wù)流程圖、編寫業(yè)務(wù)流程說明等方式,清晰地描述業(yè)務(wù)的流轉(zhuǎn)過程、參與角色、業(yè)務(wù)規(guī)則等內(nèi)容,為需求分析提供基礎(chǔ)。2.需求提煉與細(xì)化:在業(yè)務(wù)流程梳理的基礎(chǔ)上,對需求進(jìn)行提煉和細(xì)化。將業(yè)務(wù)需求分解為具體的功能需求、數(shù)據(jù)需求、性能需求、安全需求等,明確每個需求的具體內(nèi)容和邊界條件。對需求中的模糊點(diǎn)和不確定因素,與業(yè)務(wù)部門進(jìn)行深入溝通和確認(rèn),確保需求的準(zhǔn)確性和完整性。3.需求建模:根據(jù)需求分析的結(jié)果,采用合適的需求建模方法,如用例模型、數(shù)據(jù)模型、狀態(tài)機(jī)模型等,對需求進(jìn)行可視化表達(dá)。需求模型應(yīng)能夠直觀地展示系統(tǒng)的功能結(jié)構(gòu)、數(shù)據(jù)關(guān)系和業(yè)務(wù)邏輯,幫助開發(fā)團(tuán)隊(duì)更好地理解需求。4.需求可行性評估:組織技術(shù)專家、業(yè)務(wù)專家等對需求的技術(shù)可行性、經(jīng)濟(jì)可行性和時間可行性進(jìn)行評估。分析需求實(shí)現(xiàn)的技術(shù)難度、所需的技術(shù)資源和成本,以及對現(xiàn)有系統(tǒng)的影響等因素,判斷需求是否可行。對于不可行的需求,與業(yè)務(wù)部門溝通協(xié)商,提出調(diào)整建議或替代方案。(三)需求文檔編寫1.需求規(guī)格說明書:需求分析師根據(jù)需求分析的結(jié)果,編寫詳細(xì)的需求規(guī)格說明書。需求規(guī)格說明書應(yīng)包括項(xiàng)目概述、業(yè)務(wù)需求描述、功能需求描述、數(shù)據(jù)需求描述、性能需求描述、安全需求描述、接口需求描述等內(nèi)容,全面、準(zhǔn)確地闡述系統(tǒng)的需求。2.數(shù)據(jù)字典:建立數(shù)據(jù)字典,對需求中涉及的數(shù)據(jù)元素進(jìn)行詳細(xì)定義。數(shù)據(jù)字典應(yīng)包括數(shù)據(jù)項(xiàng)名稱、數(shù)據(jù)類型、長度、取值范圍、數(shù)據(jù)來源、數(shù)據(jù)用途等信息,確保數(shù)據(jù)在系統(tǒng)中的一致性和準(zhǔn)確性。3.其他需求文檔:根據(jù)項(xiàng)目的實(shí)際情況,還可能需要編寫用戶界面原型、業(yè)務(wù)規(guī)則說明、操作手冊等其他需求文檔,為開發(fā)團(tuán)隊(duì)和用戶提供更詳細(xì)的需求信息。(四)需求評審1.評審準(zhǔn)備:需求分析師在完成需求文檔編寫后,應(yīng)提前將需求文檔發(fā)送給參與評審的人員,包括業(yè)務(wù)部門代表、開發(fā)團(tuán)隊(duì)成員、測試團(tuán)隊(duì)成員、質(zhì)量保證人員等,讓他們有足夠的時間熟悉需求內(nèi)容。同時,準(zhǔn)備好需求評審會議所需的資料,如業(yè)務(wù)流程圖、需求模型等,以便在會議上進(jìn)行講解和演示。2.評審會議:組織需求評審會議,由需求分析師對需求文檔進(jìn)行詳細(xì)介紹和講解。參與評審的人員對需求文檔進(jìn)行仔細(xì)審查,提出疑問、意見和建議。在評審過程中,鼓勵大家充分發(fā)表意見,對需求的合理性、完整性、可行性等方面進(jìn)行深入討論。3.問題記錄與跟蹤:對評審過程中提出的問題進(jìn)行詳細(xì)記錄,建立問題清單。明確問題的責(zé)任人、解決時間和解決措施等內(nèi)容,跟蹤問題的解決情況,確保所有問題都得到妥善處理。4.需求文檔修訂:根據(jù)評審意見,對需求文檔進(jìn)行修訂和完善。確保需求文檔準(zhǔn)確反映評審后的需求內(nèi)容,為后續(xù)的開發(fā)工作提供可靠的依據(jù)。(五)需求跟蹤與監(jiān)控1.需求跟蹤矩陣:建立需求跟蹤矩陣,將需求與設(shè)計、編碼、測試等開發(fā)階段的工作成果進(jìn)行關(guān)聯(lián)。需求跟蹤矩陣應(yīng)包括需求編號、需求描述、設(shè)計文檔編號、代碼模塊、測試用例編號等信息,以便實(shí)時跟蹤需求的實(shí)現(xiàn)情況。2.定期溝通與匯報:需求分析師定期與業(yè)務(wù)部門、開發(fā)團(tuán)隊(duì)進(jìn)行溝通,了解需求在開發(fā)過程中的執(zhí)行情況。及時掌握需求變更、進(jìn)度偏差等信息,并向需求管理委員會匯報。對于需求執(zhí)行過程中出現(xiàn)的問題,及時協(xié)調(diào)相關(guān)部門解決。3.進(jìn)度監(jiān)控:通過項(xiàng)目管理工具或定期的項(xiàng)目進(jìn)度匯報,監(jiān)控需求開發(fā)的進(jìn)度。對比實(shí)際進(jìn)度與計劃進(jìn)度,分析進(jìn)度偏差的原因,采取相應(yīng)的措施進(jìn)行調(diào)整,確保需求按時完成。4.風(fēng)險管理:識別需求管理過程中的風(fēng)險,如需求變更頻繁、需求理解不一致、技術(shù)難題等,并制定相應(yīng)的風(fēng)險應(yīng)對措施。對風(fēng)險進(jìn)行持續(xù)監(jiān)控,及時發(fā)現(xiàn)風(fēng)險的變化情況,調(diào)整風(fēng)險應(yīng)對策略。(六)需求變更管理1.變更申請:當(dāng)業(yè)務(wù)需求發(fā)生變化時,由需求提出部門填寫需求變更申請表,詳細(xì)說明變更的原因、內(nèi)容、影響范圍等信息。需求變更申請表應(yīng)提交給需求分析師進(jìn)行初步評估。2.變更評估:需求分析師收到需求變更申請后,組織相關(guān)人員對變更進(jìn)行評估。評估內(nèi)容包括變更對項(xiàng)目進(jìn)度、成本、質(zhì)量的影響,對現(xiàn)有系統(tǒng)的影響,以及變更的技術(shù)可行性等。根據(jù)評估結(jié)果,提出是否接受變更的建議。3.變更審批:將需求變更評估結(jié)果提交給需求管理委員會進(jìn)行審批。需求管理委員會根據(jù)變更的重要性、影響程度等因素,做出是否批準(zhǔn)變更的決策。對于重大需求變更,可能需要進(jìn)行更深入的分析和論證。4.變更實(shí)施:經(jīng)審批通過的需求變更,由開發(fā)團(tuán)隊(duì)按照變更計劃進(jìn)行實(shí)施。在變更實(shí)施過程中,要確保變更對系統(tǒng)的其他部分不產(chǎn)生負(fù)面影響。需求分析師對變更實(shí)施情況進(jìn)行跟蹤和監(jiān)督,確保變更按照要求完成。5.變更驗(yàn)證:變更實(shí)施完成后,由測試團(tuán)隊(duì)對變更進(jìn)行驗(yàn)證。驗(yàn)證內(nèi)容包括變更后的功能是否符合需求,是否對原有功能造成影響,系統(tǒng)性能是否滿足要求等。只有經(jīng)過驗(yàn)證的需求變更,才能正式納入系統(tǒng)。6.文檔更新:對需求文檔、設(shè)計文檔、測試用例等相關(guān)文檔進(jìn)行更新,確保文檔與實(shí)際系統(tǒng)保持一致。同時,將需求變更的相關(guān)信息記錄到需求跟蹤矩陣中,以便后續(xù)的查詢和追溯。(七)需求驗(yàn)收1.驗(yàn)收準(zhǔn)備:在項(xiàng)目開發(fā)完成后,開發(fā)團(tuán)隊(duì)向業(yè)務(wù)部門提交驗(yàn)收申請。業(yè)務(wù)部門根據(jù)需求文檔和項(xiàng)目合同,制定驗(yàn)收計劃,明確驗(yàn)收的范圍、標(biāo)準(zhǔn)、方法和時間安排等內(nèi)容。同時,準(zhǔn)備好驗(yàn)收所需的資料和數(shù)據(jù)。2.驗(yàn)收測試:業(yè)務(wù)部門組織測試團(tuán)隊(duì)或委托專業(yè)的測試機(jī)構(gòu),按照驗(yàn)收計劃對系統(tǒng)進(jìn)行驗(yàn)收測試。驗(yàn)收測試應(yīng)覆蓋需求文檔中的所有功能和性能要求,確保系統(tǒng)能夠滿足業(yè)務(wù)實(shí)際需求。在驗(yàn)收測試過程中,記錄發(fā)現(xiàn)的問題和缺陷。3.問題整改:對于驗(yàn)收測試中發(fā)現(xiàn)的問題,開發(fā)團(tuán)隊(duì)?wèi)?yīng)及時進(jìn)行整改。整改完成后,重新提交給業(yè)務(wù)部門進(jìn)行驗(yàn)證,直到問題全部解決。4.驗(yàn)收報告:驗(yàn)收完成后,業(yè)務(wù)部門編寫驗(yàn)收報告,對驗(yàn)收結(jié)果進(jìn)行總結(jié)和評價。驗(yàn)收報告應(yīng)包括驗(yàn)收的基本情況、測試結(jié)果、問題整改情況、驗(yàn)收結(jié)論等內(nèi)容。驗(yàn)收報告經(jīng)業(yè)務(wù)部門和開發(fā)團(tuán)隊(duì)雙方簽字確認(rèn)后,作為項(xiàng)目驗(yàn)收的依據(jù)。七、需求管理工具與技術(shù)1.需求管理工具:銀行應(yīng)選擇合適的需求管理工具,如JIRA、DOORS等,輔助需求管理工作。需求管理工具應(yīng)具備需求收集、存儲、跟蹤、變更管理、文檔管理等功能,能夠提高需求管理的效率和準(zhǔn)確性。2.需求分析技術(shù):需求分析師應(yīng)掌握常用的需求分析技術(shù),如用例分析、場景分析、數(shù)據(jù)流程圖、實(shí)體關(guān)系圖等,以便更好地理解和表達(dá)業(yè)務(wù)需求。同時,不斷學(xué)習(xí)和應(yīng)用新的需求分析技術(shù)和方法,提升需求分析的能力和水平。3.溝通協(xié)作技術(shù):利用現(xiàn)代信息技術(shù)手段,如即時通訊工具、視頻會議系統(tǒng)、項(xiàng)目管理平臺等,加強(qiáng)業(yè)務(wù)部門與技術(shù)部門之間的溝通與協(xié)作。確保信息的及時傳遞和共享,提高需求管理過程中的溝通效率和效果。八、需求管理培訓(xùn)與宣貫1.培訓(xùn)計劃:制定需求管理培訓(xùn)計劃,定期組織業(yè)務(wù)部門和技術(shù)部門

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論