? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?企業(yè)級需求管理工具選型報告
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? （2020年3月20日）
近年來囱修，隨著利率市場化边器、互聯(lián)網(wǎng)金融的沖擊，銀行面臨市場競爭壓力越來越大壁熄。特別是商業(yè)銀行一方面要面臨互聯(lián)網(wǎng)金融企業(yè)（如：支付寶、微信）的市場擠壓空免，必須持續(xù)業(yè)務(wù)創(chuàng)新，推出特色金融服務(wù)產(chǎn)品盆耽，發(fā)揮銀行金融科技的優(yōu)勢蹋砚；另一方面也面臨的銀行監(jiān)管越來越嚴(yán)扼菠，對產(chǎn)品創(chuàng)新、IT建設(shè)與管理坝咐、風(fēng)險控制的合規(guī)性要求也越來越高循榆。因此，面臨當(dāng)前的競爭格局墨坚，倒逼各家銀行在加快業(yè)務(wù)創(chuàng)新秧饮，加速數(shù)字化銀行轉(zhuǎn)型升級，加快IT系統(tǒng)建設(shè)和新業(yè)務(wù)快速投產(chǎn)運營框杜。但現(xiàn)實的情況是浦楣，隨著軟件項目和開發(fā)規(guī)模急劇擴大袖肥，外包大量引入咪辱，這種大規(guī)模軟件開發(fā)管理過程，對我行科技部門提出了很大的管理挑戰(zhàn)椎组，特別是需求作為開發(fā)過程的第一環(huán)節(jié)顯得尤其重要油狂，快速形成高質(zhì)量需求、精準(zhǔn)傳遞和管理需求寸癌，是IT項目成功的最重要條件专筷。業(yè)務(wù)人員都希望能夠以簡便、快速的方式完整蒸苇、有效表達對IT建設(shè)的要求磷蛹，科技部門人員也希望能夠從業(yè)務(wù)部門獲取到盡量真實、完整的業(yè)務(wù)要求溪烤，以指導(dǎo)系統(tǒng)建設(shè)不走偏味咳、不變樣。但實際工作過程中檬嘀，業(yè)務(wù)部門與科技部門之間槽驶，需求傳遞失真、各說各話的情況很多鸳兽。
在我行Fintech數(shù)字化轉(zhuǎn)型時期掂铐，科技開發(fā)對需求管理提出了新的要求，作為科技開發(fā)首要環(huán)節(jié)揍异，快速形成高質(zhì)量需求和高效的需求管理過程全陨，是開發(fā)質(zhì)量和效率雙提升的必要條件！由此衷掷，改變過去傳統(tǒng)的粗放式管理方式向需求精益化管理模式勢在必行烤镐。采用科學(xué)的需求開發(fā)方法和管理過程，對于消除業(yè)務(wù)部門與科技之間的隔閡棍鳖、提高業(yè)務(wù)需求質(zhì)量炮叶、提升IT對于業(yè)務(wù)的支撐能力碗旅，具有重要作用。那么镜悉，選擇什么樣的管理工具才能合適自己祟辟？能幫我們解決什么問題？能幫我提升開發(fā)和管理效率嗎侣肄？平臺選擇的標(biāo)準(zhǔn)是什么旧困？這是各家銀行CIO正在思考的問題。
[if !supportLists]一稼锅、? [endif]銀行業(yè)需求管理面臨的共性問題
當(dāng)今在需求工程領(lǐng)域以需求為主線吼具、發(fā)揮科技對業(yè)務(wù)的支撐能力方面，發(fā)揮著重要作用矩距。但隨著業(yè)務(wù)的不斷發(fā)展拗盒、創(chuàng)新，業(yè)務(wù)部門對于應(yīng)用系統(tǒng)建設(shè)及使用的響應(yīng)效率和支持能力要求越來越高锥债，一方面由于銀行業(yè)務(wù)的復(fù)雜性和項目實現(xiàn)的復(fù)雜度陡蝇，需求的復(fù)雜度和關(guān)聯(lián)性很強，從需求提出到需求實現(xiàn)的周期較長哮肚、路徑復(fù)雜登夫，使得需求傳遞、需求變更允趟、需求跟蹤非常困難恼策，極易出現(xiàn)失控。以文檔為管理單元的傳統(tǒng)方式進行需求的管理潮剪，已經(jīng)無法滿足精細(xì)化的需求管理要求涣楷，日常應(yīng)用管理實踐的一些問題有待盡快解決，典型的主要問題包括但不限于：
? 業(yè)務(wù)部門總是覺得開發(fā)太慢鲁纠，對科技部門的響應(yīng)和支持能力不滿意总棵。
? 需求標(biāo)準(zhǔn)不統(tǒng)一，需求文檔千人千面改含，需求質(zhì)量不穩(wěn)定情龄，良莠不齊
? 需求來源復(fù)雜，需求噪音多捍壤，內(nèi)容交叉嚴(yán)重骤视，內(nèi)容沖突多
? 管理過程隨意，過程無記錄鹃觉，不留痕专酗，無法跟蹤，需求內(nèi)容變更過程盗扇、演進過程無法跟蹤祷肯，需求變更混亂沉填，傳遞失真，找不到最新版本
? 管理制度（如：質(zhì)量）永遠停留在紙面上佑笋，缺乏有效的管理工具翼闹，手工處理工作量大、繁雜容易出錯蒋纬，且不可維護猎荠，需求管理手段無法落實到到日常行為中，無法有效運用
? 協(xié)同困難蜀备，職責(zé)交叉較多关摇，跨部門、跨領(lǐng)域碾阁、跨項目協(xié)同困難
? 需求傳遞鏈條長输虱，協(xié)同效率低，無法精準(zhǔn)快速傳遞到開發(fā)團隊瓷蛙，總是問題不斷悼瓮，來回折騰戈毒，頻繁返工
? 需求資產(chǎn)無法沉淀艰猬，系統(tǒng)經(jīng)歷多次改造和歷年變更后，無法獲取最新的完整需求埋市。
[if !supportLists]二冠桃、? [endif]同業(yè)銀行需求管理及工具發(fā)展趨勢
鑒于銀行企業(yè)需求的復(fù)雜度，對需求管理帶來很大的挑戰(zhàn)道宅，各行都在需求管理方法和平臺上進行了很多嘗試和努力食听，期望獲取得高質(zhì)量需求、控好需求變更污茵、維護好需求管理秩序樱报。根據(jù)各家銀行的管理實踐，需求管理工具一般采用以下幾種方式：
初始級：通過版本管理工具（如：CC/SVN）和變更管理工具（如CQ）實現(xiàn)需求版本的控制泞当，將需求文檔放在版本文件庫進行統(tǒng)一進行管理迹蛤，需求變更時通過變更管理工具提請變更單對版本庫中的需求進行變更（Check out/in）。目前大多數(shù)科技能力較弱的城商行采用此類方式進行管理襟士。
組織級：通過流程管理工具盗飒，以需求作為一個任務(wù)表單（附上需求文檔），實現(xiàn)需求過程的流轉(zhuǎn)陋桂、審批逆趣、分配、跟蹤管理嗜历，再結(jié)合配置管理和變更管理工具宣渗，進行需求管理流程的串接抖所。此類管理工具通常采用OA流程管理工具、項目管理工具痕囱、開發(fā)過程管理工具來實現(xiàn)部蛇。但其本質(zhì)不是完全意義上的需求管理，只是把需求當(dāng)作一個需求類任務(wù)（不對需求內(nèi)容進行管理）進行流轉(zhuǎn)跟蹤咐蝇，及時反饋需求類任務(wù)的狀態(tài)而已涯鲁。此階段的管理主要實現(xiàn)將需求流程電子化、線上化有序。目前大多數(shù)商業(yè)銀行和農(nóng)信采用此方式進行管理抹腿。
專業(yè)級：需求管理另一個方向是面向需求分析人員（BA）、BA團隊的需求管理工具旭寿，通過BA團隊對需求內(nèi)容進行管理警绩，但此類工具更多的是偏重于需求分析過程和需求關(guān)聯(lián)矩陣分析，需求管理過程和需求傳遞較弱盅称。因此肩祥，有一些大的國有銀行最初采用IBM DOORS、Borland CaliberRM缩膝，由需求團隊進行企業(yè)級需求內(nèi)容級管理混狠，但由于銀行業(yè)務(wù)本身的復(fù)雜性和系統(tǒng)耦合性高，需求內(nèi)容間的關(guān)聯(lián)是不可窮舉的海量關(guān)系疾层，且需求變更頻繁将饺，造成此種關(guān)系不可維護。因此痛黎，退而求次予弧，此類工具不適合進行企業(yè)級需求管理，回歸到項目級的需求分析階段BA獨立使用的工具湖饱。
企業(yè)級：利用企業(yè)級專業(yè)化需求管理工具掖蛤，將需求方法與編制、需求統(tǒng)籌與管控流程井厌、需求內(nèi)容級管理蚓庭、需求資產(chǎn)沉淀與復(fù)用進行統(tǒng)一，形成企業(yè)級需求全生命周期的內(nèi)容級管理旗笔，其特性包括：
[if !supportLists]1）????[endif]實現(xiàn)了需求集中受理彪置、統(tǒng)一需求入口和出口
通過需求集中受理，解決需求來源多帶來的需求重復(fù)蝇恶、交叉拳魁、質(zhì)量等問題，統(tǒng)一了需求標(biāo)準(zhǔn)撮弧、提高了需求質(zhì)量潘懊、維護了需求的一致性和權(quán)威性姚糊。
[if !supportLists]2）????[endif]需求內(nèi)容在線編制與協(xié)同
為提升需求編制質(zhì)量和協(xié)調(diào)效率，實現(xiàn)需求內(nèi)容的多人在線編制和協(xié)同授舟，并實時進行需求內(nèi)容的質(zhì)量檢查救恨、問題澄清，以及基于局部內(nèi)容的傳遞释树、分享肠槽、評論和溝通。拉近需求人員與研發(fā)人員的溝通距離奢啥，通過團隊協(xié)作和互動秸仙，快速及時精準(zhǔn)傳遞和反饋需求，提升需求質(zhì)量和促進需求干系人盡快達成理解一致桩盲。
[if !supportLists]3）????[endif]由文檔級轉(zhuǎn)為內(nèi)容級需求管控
助力IT過程的精益管理寂纪，改變傳統(tǒng)的需求文檔級粗粒度的管理方式，通過需求結(jié)構(gòu)化赌结、條目化技術(shù)捞蛋，自動對需求文檔進行自動化拆解，形成需求內(nèi)容單元（需求條目）柬姚，將需求管理與跟蹤的顆粒度細(xì)化到條目級拟杉，使得需求內(nèi)容切分（應(yīng)用分配）、需求內(nèi)容質(zhì)量管控伤靠、開發(fā)和測試任務(wù)的需求分配捣域、投產(chǎn)內(nèi)容的需求跟蹤成為可能啼染。
[if !supportLists]4）????[endif]控好需求內(nèi)容變更宴合，維護好最新需求
實現(xiàn)了需求文檔級、條目級的需求基線管理迹鹅，通過需求內(nèi)容的變更控制手段卦洽，如：多人同時在線編制需求、變更需求斜棚、變更痕跡及歷史管理阀蒂、變更內(nèi)容前后比對、需求變更影響分析和自動通知受影響的相關(guān)人員弟蚀，使需求變更過程方便蚤霞、快捷，且變更過程透明义钉、可回溯昧绣。
[if !supportLists]5）????[endif]幫助項目團隊快速、方便獲取最新捶闸、最可信的需求
為解決需求來源多夜畴、需求傳遞混亂的問題拖刃，通過需求集中管理、規(guī)范需求受理和傳遞過程贪绘，需求內(nèi)容質(zhì)量檢查和質(zhì)量評審等措施兑牡，使得需求管理過程規(guī)范、透明和可控税灌，同時保證需求質(zhì)量均函。?
[if !supportLists]6）????[endif]推動開發(fā)過程的需求協(xié)同，避免開發(fā)測試返工
需求傳遞由文檔級過渡到需求內(nèi)容級菱涤，使需求內(nèi)容（全部或局部）和需求變更都能快速傳遞到項目管理边酒、開發(fā)、測試和投產(chǎn)過程的各環(huán)節(jié)對應(yīng)的任務(wù)狸窘，使項目組所有成員都在同一份需求內(nèi)容基礎(chǔ)上開展工作墩朦，形成以需求為主線的開發(fā)聯(lián)動，自動構(gòu)建起從業(yè)務(wù)需求->項目->切分系統(tǒng)->軟件需求->開發(fā)->測試-投產(chǎn)版本的跟蹤脈絡(luò)翻擒，使需求的提出到落地實現(xiàn)過程變得透明氓涣。?
[if !supportLists]7）????[endif]需求資產(chǎn)沉淀，形成企業(yè)級的需求統(tǒng)一視圖
幫助用戶按各類管理視角或框架（如：業(yè)務(wù)框架陋气、應(yīng)用系統(tǒng)框架劳吠、產(chǎn)品框架、組織框架）組織需求資產(chǎn)巩趁，通過從各項目需求文檔中抽取需求資產(chǎn)痒玩，并按管理框架歸集和維護需求資產(chǎn)，確币槲浚可以從某一管理視角（如：某一系統(tǒng)蠢古、業(yè)務(wù)領(lǐng)域、產(chǎn)品類型等）獲取當(dāng)前最新别凹、最全的需求草讶，以反映當(dāng)前系統(tǒng)（或業(yè)務(wù)領(lǐng)域）的最新的需求全貌。?
[if !supportLists]8）????[endif]實現(xiàn)了需求資產(chǎn)復(fù)用
通過需求資產(chǎn)炉菲，需求分析人員在分析堕战、編制需求時可以快速參考、引用需求資產(chǎn)內(nèi)容拍霜，快速構(gòu)建并形成新的需求嘱丢；同時可以支持多人協(xié)作并行編制需求，加速需求形成過程祠饺。
[if !supportLists]三越驻、? [endif]需求管理工具基本情況
?? 專業(yè)的需求管理工具在過去相當(dāng)長一段時間內(nèi)，一直IBM、Borland等國外廠商為主導(dǎo)伐谈，雖然Doors烂完、CaliberRM進入國內(nèi)市場近20年,但從客戶的實際應(yīng)用和客戶反饋來看，作為企業(yè)級需求管理工具在國內(nèi)鮮有成功案例诵棵。當(dāng)然原因是有多方面的抠蚣，一方面是產(chǎn)品定位與企業(yè)定位不同，比如這類產(chǎn)品更適合BA團隊來分析和管理需求履澳，但國內(nèi)客戶要進行企業(yè)級需求管理嘶窄，既要管需求內(nèi)容，又要管需求過程距贷，顯然是不匹配柄冲；另一方面這類國外管理工具也有本土化不足，不符合國內(nèi)需求管理特點和應(yīng)用場景忠蝗，產(chǎn)品對用戶成熟度要求太高（理想太豐滿现横，現(xiàn)實很骨感，企業(yè)很難實際做到）阁最，此外戒祠，產(chǎn)品靈活性不足，且不可定制速种；產(chǎn)品升級太慢姜盈，技術(shù)框架太老，界面陳舊配阵，用戶體驗還停留在20年前馏颂，特別是在敏捷開發(fā)轉(zhuǎn)型浪潮中仿村，完全不適合國內(nèi)的應(yīng)用場景和用戶習(xí)慣混移。
????當(dāng)然近幾年國內(nèi)也涌現(xiàn)了不少致力于需求管理的工具廠商，但分為兩大類脖岛，第一類是以項目管理舍沙、開發(fā)管理為切入點近上，將需求以“任務(wù)表單+附件上傳”方式進行需求過程的流轉(zhuǎn)管理，當(dāng)然形成又分為傳統(tǒng)流程驅(qū)動和需求任務(wù)看板兩種方式拂铡。但其本質(zhì)依然是基于“需求表單任務(wù)”與“開發(fā)測試任務(wù)”協(xié)同。因此葱绒，此類工具主打到仍然是需求任務(wù)流轉(zhuǎn)與協(xié)同感帅，基本不涉及需求內(nèi)容管理。由于此類涉及的技術(shù)門檻較小地淀，使大量國內(nèi)廠商以項目管理失球、開發(fā)過程管理名頭，打上需求管理工具的標(biāo)簽。類似廠商包括：Teambition实苞、ONES豺撑、PowerProject等；第二類廠商是提供需求內(nèi)容級的專業(yè)管理工具黔牵，由于業(yè)務(wù)和技術(shù)門檻較高聪轿，目前在國內(nèi)幾乎是鳳毛麟角，主要代表產(chǎn)品有北京維普時代的Viusal RM和統(tǒng)御至誠的oBridge猾浦，實現(xiàn)需求內(nèi)容級的管理陆错，包括：需求在線編制、需求內(nèi)容切分金赦、需求傳遞與在線溝通音瓷、需求內(nèi)容變更、需求內(nèi)容跟蹤夹抗、需求內(nèi)容基線管理等等绳慎。
[if !supportLists]四、? [endif]常用需求管理工具比對
正如前文所述漠烧，不同層級的需求管理偷线，其實現(xiàn)的管理思路和采用的工具（或組合）不同。下面沽甥，我們選擇此次調(diào)研的主流需求管理工具声邦，從功能特性和非功能特性進行橫向比對：
