福建農(nóng)信的需求變更管理思考與實(shí)踐

蔣穎璇

需求變更在軟件項(xiàng)目中是經(jīng)常發(fā)生的，許多項(xiàng)目失敗的根源就是需求變更失控；金融行業(yè)由于自身的特殊性，對(duì)于系統(tǒng)的穩(wěn)定性、安全性與可用性要求更高。如何管理來源眾多、紛繁復(fù)雜的需求變更請(qǐng)求，成為每個(gè)銀行軟件項(xiàng)目必須重視的問題。本文針對(duì)當(dāng)前銀行軟件項(xiàng)目需求變更管理中存在的一些問題，提出福建農(nóng)信需求變更方法論，并據(jù)此總結(jié)在有效管控軟件項(xiàng)目上的實(shí)踐經(jīng)驗(yàn)。

需求變更在軟件項(xiàng)目中很常見，設(shè)計(jì)初期的不合理、后續(xù)需求的追加及成本控制等因素都會(huì)導(dǎo)致需求變更。每一次的需求變更，對(duì)項(xiàng)目成本、軟件質(zhì)量、交付時(shí)間而言，都是一次沖擊與考驗(yàn)。2004年，美國(guó)麻省Standish Group International公司公布了一項(xiàng)調(diào)查數(shù)據(jù)，在已完成的13522個(gè)軟件項(xiàng)目中，絕對(duì)成功的項(xiàng)目?jī)H為29%，徹底失敗的項(xiàng)目為18%，受到質(zhì)疑的項(xiàng)目高達(dá)53%。受到質(zhì)疑的項(xiàng)目包括費(fèi)用超支、超出工期的項(xiàng)目。在項(xiàng)目不成功原因的調(diào)查中提到最多的就是“需求變更”。

由上可知，軟件項(xiàng)目需求變更必然出現(xiàn)，影響深遠(yuǎn)，甚至決定項(xiàng)目的最終成敗，故銀行軟件項(xiàng)目建設(shè)過程中要規(guī)范管理，根據(jù)項(xiàng)目推進(jìn)過程中越來越豐富的項(xiàng)目認(rèn)知，不斷調(diào)整項(xiàng)目開展方向和資源配置，對(duì)各方提出的需求變更申請(qǐng)進(jìn)行匯總管理，方能最大程度地滿足客戶等相關(guān)干系人的需求，避免需求變更失控，提升項(xiàng)目?jī)r(jià)值。為此，筆者將就銀行軟件項(xiàng)目的特點(diǎn)，描述需求變更管理基本原則，結(jié)合福建農(nóng)信的特點(diǎn)，提出適合銀行乃至二級(jí)法人的需求變更方法論。

銀行軟件項(xiàng)目需求變更的來源和影響

銀行軟件項(xiàng)目需求變更來源廣泛，與傳統(tǒng)軟件企業(yè)需求變更差別在于對(duì)穩(wěn)定性、安全性與可用性要求更高，根據(jù)其產(chǎn)生原因?qū)⒅攸c(diǎn)幾項(xiàng)概括為：

（一）項(xiàng)目需求分析階段的偏差，包括：產(chǎn)品范圍定義的偏差、業(yè)務(wù)規(guī)則不合理，例如網(wǎng)易貸平臺(tái)項(xiàng)目組對(duì)貸后預(yù)警功能提出需求變更申請(qǐng)，要求由原來的僅POS貸進(jìn)行貸后預(yù)警改為全線產(chǎn)品進(jìn)行貸后預(yù)警，修改了原有不合理的業(yè)務(wù)規(guī)則，使系統(tǒng)更符合實(shí)際需求。

（二）項(xiàng)目實(shí)施階段中的意外狀況，包括：應(yīng)對(duì)風(fēng)險(xiǎn)的緊急措施或規(guī)避措施、項(xiàng)目執(zhí)行過程中無可避免的被動(dòng)調(diào)整、團(tuán)隊(duì)人員調(diào)整、外部事件，例如福萬通e平臺(tái)項(xiàng)目出于規(guī)避風(fēng)險(xiǎn)的考慮，新增對(duì)每人每月開戶次數(shù)的控制，提高了風(fēng)險(xiǎn)防控能力。

（三）隨項(xiàng)目發(fā)展提出的必要變動(dòng)，包括：市場(chǎng)戰(zhàn)略調(diào)整、技術(shù)革新要求、新政策出臺(tái)等，例如：福萬通e平臺(tái)項(xiàng)目中電子賬戶注冊(cè)時(shí)的“四要素認(rèn)證”根據(jù)人行302號(hào)文件變更為“五要素認(rèn)證”，新增了對(duì)賬戶類型的校驗(yàn)，滿足了監(jiān)管的要求。

銀行軟件項(xiàng)目需求變更對(duì)軟件開發(fā)的影響是多方面的，包括：

（一）增加項(xiàng)目的人員和費(fèi)用開支，影響開發(fā)進(jìn)度。在一般的項(xiàng)目計(jì)劃中，對(duì)需求變更都有一定預(yù)算，需求變更往往意味著業(yè)務(wù)規(guī)則的重新梳理、代碼接口的重新設(shè)計(jì)、測(cè)試工作的反復(fù)，大量的、頻繁的需求變更無疑會(huì)增加項(xiàng)目人員的工作量、費(fèi)用開支；而需求變更失控往往會(huì)導(dǎo)致生產(chǎn)問題無法得到及時(shí)解決、經(jīng)濟(jì)損失無法挽回、項(xiàng)目延期交付等問題，增加了項(xiàng)目的實(shí)施風(fēng)險(xiǎn)，嚴(yán)重時(shí)可能直接導(dǎo)致項(xiàng)目的失敗。

（二）影響軟件質(zhì)量。銀行軟件項(xiàng)目關(guān)聯(lián)系統(tǒng)過多，需求之間總是具有一定關(guān)聯(lián)性，相關(guān)需求形成需求鏈。一個(gè)業(yè)務(wù)規(guī)則的變更，小則影響關(guān)聯(lián)交易，大則影響至外圍系統(tǒng)。如果變更提出、評(píng)審時(shí)遺漏需求鏈中的某些環(huán)節(jié)，就可能在變更實(shí)施中引入一些難以察覺的錯(cuò)誤，投入生產(chǎn)后就會(huì)出現(xiàn)非但沒有優(yōu)化功能，反而影響到的其他正常交易的情況，比如新增放開電子賬戶的柜面操作時(shí)，就需要對(duì)調(diào)用到改動(dòng)的接口的其他柜面交易進(jìn)行測(cè)試，不可影響原有功能的實(shí)現(xiàn)。

（三）影響開發(fā)部門與業(yè)務(wù)部門的合作關(guān)系。軟件項(xiàng)目是業(yè)務(wù)部門與開發(fā)部門之間的一種相互信任、相互合作的過程。如果二者之間在軟件需求變更上產(chǎn)生不同意見，而且沒有得到妥善的處理，將會(huì)導(dǎo)致二者之間的合作關(guān)系破裂，甚至造成軟件開發(fā)中斷等嚴(yán)重后果。

需求變更管理的基本原則

需求管理涉及3個(gè)主要問題：將需求進(jìn)行標(biāo)識(shí)、分類以及組織，為需求建立文檔；管理需求的變更，說明不可避免的需求變更是如何被提出、協(xié)商、確認(rèn)的，并且將整個(gè)變更過程記錄在案；對(duì)需求進(jìn)行跟蹤，保持需求和軟件產(chǎn)品之間的一致性，及相互關(guān)聯(lián)性。需求變更是缺陷放大的一個(gè)體現(xiàn)，若不能正確面對(duì)并加以實(shí)質(zhì)性地解決，需求變更未能及時(shí)處理所造成的影響將可能被放大，甚至導(dǎo)致不可挽回的嚴(yán)重后果。因此，需求分析人員、軟件設(shè)計(jì)開發(fā)人員應(yīng)當(dāng)建立需求變更管理的基本原則，主要包括以下方面：

（一）進(jìn)行項(xiàng)目基準(zhǔn)管理

需求變更管理貫穿項(xiàng)目始終，并應(yīng)用于項(xiàng)目的各個(gè)階段，項(xiàng)目經(jīng)理對(duì)此負(fù)最終責(zé)任。對(duì)于項(xiàng)目管理計(jì)劃、項(xiàng)目范圍說明書和其他可交付成果需要通過謹(jǐn)慎、持續(xù)地變更管理。項(xiàng)目計(jì)劃一經(jīng)批準(zhǔn)，就成為項(xiàng)目執(zhí)行和考核的基準(zhǔn)，也只有經(jīng)過規(guī)定的變更程序才能做出修改。在一般銀行項(xiàng)目中，業(yè)務(wù)是骨，技術(shù)是肉；業(yè)務(wù)是業(yè)務(wù)規(guī)則的制定者，技術(shù)是業(yè)務(wù)規(guī)則的實(shí)現(xiàn)者，二者相輔相成，缺一不可；技術(shù)需要在業(yè)務(wù)確定系統(tǒng)功能、業(yè)務(wù)規(guī)則的基礎(chǔ)上進(jìn)行程序設(shè)計(jì)，如果項(xiàng)目計(jì)劃在一開始就漏洞百出、含糊不清，那么后期業(yè)務(wù)與開發(fā)的溝通勢(shì)必出現(xiàn)相互推諉，浪費(fèi)時(shí)間與精力，嚴(yán)重影響項(xiàng)目進(jìn)度。

（二）建立變更控制流程

變更的過程應(yīng)該有嚴(yán)格的控制，確保只有經(jīng)過批準(zhǔn)的變更才能進(jìn)行修改。所有的變更請(qǐng)求都必須以書面形式記錄，并納入變更管理以及配置管理系統(tǒng)中，按照變更控制系統(tǒng)和配置控制系統(tǒng)中規(guī)定的過程進(jìn)行處理，保證有跡可循。需求變更可能來自業(yè)務(wù)部門、開發(fā)部門、運(yùn)維部門，只有將各方需求變更納入規(guī)范化的管理，才能保證業(yè)務(wù)需求、架構(gòu)設(shè)計(jì)的合理性、一致性、完整性、準(zhǔn)確性，避免出現(xiàn)矛盾、混亂。

（三）建立變更控制委員會(huì)

每項(xiàng)記錄在案的變更請(qǐng)求都必須由一位責(zé)任人批準(zhǔn)或否決，該責(zé)任人應(yīng)該在項(xiàng)目管理計(jì)劃或組織流程中被指定。必要時(shí)，由變更控制委員會(huì)（CCB）來決策是否實(shí)施整體變更控制流程。CCB應(yīng)是一個(gè)正式組成的團(tuán)體，包括項(xiàng)目經(jīng)理、業(yè)務(wù)代表、開發(fā)代表、測(cè)試代表，負(fù)責(zé)審查、評(píng)價(jià)、批準(zhǔn)或者否決項(xiàng)目變更，以及激勵(lì)和傳達(dá)變更處理決定，組織驗(yàn)證被修改的配置項(xiàng)。

（四）完整體現(xiàn)變更的影響

變更控制的具體實(shí)施程度，取決于項(xiàng)目所在應(yīng)用領(lǐng)域、項(xiàng)目復(fù)雜程度、合同要求，以及項(xiàng)目所在的背景與環(huán)境。變更請(qǐng)求得到批準(zhǔn)后，受影響的軟件計(jì)劃、產(chǎn)品、活動(dòng)都要進(jìn)行相應(yīng)的變更，以保持和更新的需求一致，比如：需求規(guī)格、架構(gòu)設(shè)計(jì)、成本估算、活動(dòng)排序、進(jìn)度日期、資源需求和風(fēng)險(xiǎn)應(yīng)對(duì)方案分析。

福建農(nóng)信需求變更實(shí)踐方法

由于福建農(nóng)信二級(jí)法人體制，導(dǎo)致各行社發(fā)展不平衡，存在較多個(gè)性化需求，一個(gè)軟件項(xiàng)目總是難以同時(shí)滿足所有行社的發(fā)展需要，在項(xiàng)目開發(fā)乃至后期運(yùn)行階段就會(huì)存在各種需求變更請(qǐng)求，變更申請(qǐng)的管理就顯得尤為重要；此外，福建農(nóng)信系統(tǒng)復(fù)雜，特別是涉及外圍系統(tǒng)多的項(xiàng)目，每一次的需求變更往往需要其他系統(tǒng)的配合改動(dòng)，風(fēng)險(xiǎn)較大，在管理上更需嚴(yán)謹(jǐn)。針對(duì)這種現(xiàn)狀，福建農(nóng)信提出了項(xiàng)目變更規(guī)程，規(guī)程通過定義項(xiàng)目變更的全過程，指導(dǎo)項(xiàng)目組有效地控制項(xiàng)目處理進(jìn)程，保障項(xiàng)目的順利實(shí)施和項(xiàng)目目標(biāo)的達(dá)成。結(jié)合需求變更原則，實(shí)踐的項(xiàng)目的流程如圖所示： （一）項(xiàng)目變更請(qǐng)求。項(xiàng)目經(jīng)理收集可能導(dǎo)致項(xiàng)目范圍、配置項(xiàng)和/計(jì)劃調(diào)整的變更請(qǐng)求（《需求變更申請(qǐng)單》），對(duì)收集的變更申請(qǐng)單，進(jìn)行初步整理后，提交CCB評(píng)估。項(xiàng)目變更請(qǐng)求范圍，包括但不限于：

1.項(xiàng)目關(guān)鍵時(shí)間點(diǎn)變化，如：里程碑時(shí)間點(diǎn)、投產(chǎn)時(shí)間點(diǎn)；

2.需求變更；

3設(shè)計(jì)變更，如：架構(gòu)設(shè)計(jì)、軟件設(shè)計(jì)、數(shù)據(jù)庫設(shè)計(jì)；

4.因需求或設(shè)計(jì)導(dǎo)致的代碼變更；

5.因需求或設(shè)計(jì)導(dǎo)致的測(cè)試方案、測(cè)試用例的變更。

（二）CCB評(píng)估。CCB（CCB即變更控制委員會(huì)成員至少包括項(xiàng)目經(jīng)理、業(yè)務(wù)代表、開發(fā)代表）對(duì)收集的變更申請(qǐng)進(jìn)行初步判斷，提交需求部評(píng)審；

（三）需求部評(píng)審。需求部組織對(duì)通過CCB評(píng)估的《需求變更申請(qǐng)單》進(jìn)行評(píng)審，判斷是否接受這些變更，并判斷這些變更是否影響了項(xiàng)目的關(guān)鍵時(shí)間點(diǎn)：

1.變更涉及到需求規(guī)格調(diào)整，執(zhí)行4-更新需求規(guī)格：

2.變更涉及到架構(gòu)調(diào)整，執(zhí)行5-更新架構(gòu)設(shè)計(jì)；

3.需要提交計(jì)劃變更申請(qǐng)，執(zhí)行6-項(xiàng)目重估算、重計(jì)劃；

4.涉及其它配置項(xiàng)變更，執(zhí)行7-更新受影響的配置項(xiàng)。

（四）更新需求規(guī)格。業(yè)務(wù)代表根據(jù)《需求變更申請(qǐng)單》中的內(nèi)容，組織更新《需求規(guī)格說明書》。更新后的《需求規(guī)格說明書》應(yīng)提交需求部進(jìn)行審核，如審核不通過，應(yīng)繼續(xù)進(jìn)行修改。

（五）更新架構(gòu)設(shè)計(jì)。開發(fā)代表根據(jù)《需求變更申請(qǐng)單》內(nèi)容，組織更新《架構(gòu)設(shè)計(jì)說明書》。更新后的《架構(gòu)設(shè)計(jì)說明書》應(yīng)提交開發(fā)部進(jìn)行審核，如審核不通過，應(yīng)繼續(xù)進(jìn)行修改。

（六）項(xiàng)目重估算、重計(jì)劃。當(dāng)變更內(nèi)容導(dǎo)致需要提交計(jì)劃變更申請(qǐng)時(shí)，項(xiàng)目經(jīng)理應(yīng)依據(jù)變更內(nèi)容組織進(jìn)行重估算，并依據(jù)估算結(jié)果更新項(xiàng)目計(jì)劃包（含總體計(jì)劃和進(jìn)度計(jì)劃），并作為計(jì)劃變更申請(qǐng)的輸入和附件。

（七）更新受影響的配置項(xiàng)。一般由項(xiàng)目經(jīng)理或開發(fā)代表指定變更實(shí)施人。變更實(shí)施人根據(jù)《需求變更申請(qǐng)單》內(nèi)容，檢出已經(jīng)基線的相關(guān)配置項(xiàng)，對(duì)配置項(xiàng)實(shí)施變更操作。

（八）組內(nèi)計(jì)劃調(diào)整，當(dāng)變更內(nèi)容不需要提交計(jì)劃變更申請(qǐng)時(shí)，項(xiàng)目經(jīng)理根據(jù)需要調(diào)整并更新項(xiàng)目計(jì)劃包（含總體計(jì)劃、進(jìn)度計(jì)劃），并通知組內(nèi)成員及其他受影響的相關(guān)方。

（九）計(jì)劃變更評(píng)審。項(xiàng)目經(jīng)理根據(jù)需求部評(píng)審結(jié)果，向計(jì)劃評(píng)審小組提交計(jì)劃變更申請(qǐng)。計(jì)劃評(píng)審小組根據(jù)需要組織相關(guān)方對(duì)調(diào)整后的《項(xiàng)目計(jì)劃包》和《需求規(guī)格說明書》《架構(gòu)設(shè)計(jì)說明書》。

（十）變更決策確定。項(xiàng)目經(jīng)理根據(jù)技術(shù)評(píng)審小組結(jié)論，提交更新后的《項(xiàng)目計(jì)劃包》給業(yè)務(wù)部門和科技部領(lǐng)導(dǎo)進(jìn)行審批。如審批不通過，應(yīng)進(jìn)行重新修訂。

福建農(nóng)信項(xiàng)目變更規(guī)程嚴(yán)謹(jǐn)定義了從提出變更請(qǐng)求，經(jīng)需求部評(píng)審后并更新受影響的配置項(xiàng)，到涉及項(xiàng)目關(guān)鍵時(shí)間點(diǎn)變動(dòng)時(shí)提交上一級(jí)管理層進(jìn)行變更決策的全過程。具體做到了以下幾點(diǎn)：

1.流程規(guī)范。該規(guī)程正式版于2013年首次發(fā)布，要求項(xiàng)目組對(duì)需求變更進(jìn)行帶準(zhǔn)入的收集整理以及系統(tǒng)化的處理跟蹤、各部門嚴(yán)格按照規(guī)程對(duì)需求變更申請(qǐng)進(jìn)行規(guī)范化的評(píng)審，避免雜亂無序的需求變更造成CCB成員負(fù)擔(dān)；避免因未經(jīng)評(píng)審的不合理的變更請(qǐng)求對(duì)代碼、配置進(jìn)行隨意的改動(dòng)；避免遺漏對(duì)關(guān)聯(lián)需求點(diǎn)的系統(tǒng)改造；確保更新需求規(guī)格、更新架構(gòu)設(shè)計(jì)、更新受影響的配置項(xiàng)、項(xiàng)目重估算、重計(jì)劃、組內(nèi)計(jì)劃調(diào)整等環(huán)節(jié)未被忽略。

2.評(píng)審嚴(yán)格。CCB對(duì)收集的變更申請(qǐng)進(jìn)行初步判斷，需求評(píng)審部門在收到書面的需求變更申請(qǐng)單時(shí)根據(jù)實(shí)際情況組織原需求評(píng)審人員進(jìn)行線上或線下的需求評(píng)審會(huì)，控制時(shí)間，保證質(zhì)量，評(píng)審前，要求評(píng)審人員對(duì)項(xiàng)目原先需求、變更內(nèi)容以及現(xiàn)狀進(jìn)行深入了解；在評(píng)審階段，評(píng)審人員充分聽取各部門、各方面意見，例如涉及會(huì)計(jì)科目變更的，就應(yīng)要求經(jīng)過財(cái)會(huì)部門的審批；需求變更評(píng)估要求初步確認(rèn)需求類型，分析開發(fā)資源，分析關(guān)聯(lián)業(yè)務(wù)的需求合理性、安全性及全面性，確認(rèn)進(jìn)度計(jì)劃，關(guān)注變更時(shí)間和成本的影響；必要時(shí)將項(xiàng)目組提出申請(qǐng)時(shí)未考慮到的關(guān)聯(lián)項(xiàng)目關(guān)聯(lián)功能包含進(jìn)來進(jìn)行綜合評(píng)估；綜合考慮最終形成處理意見，接受或者拒絕變更請(qǐng)求。

3.基線化管理。根據(jù)項(xiàng)目計(jì)劃和項(xiàng)目配置管理計(jì)劃，在項(xiàng)目開發(fā)的不同階段，均有建立相應(yīng)的基線，將相關(guān)的配置項(xiàng)納入變更管理。同時(shí)，將配置狀態(tài)報(bào)告發(fā)送給各相關(guān)方，相關(guān)方都能及時(shí)了解項(xiàng)目進(jìn)展?fàn)顩r，和項(xiàng)目的變更情況。

4.建立變更跟蹤機(jī)制。實(shí)際研發(fā)過程中，往往由于需求變更缺乏跟蹤，帶來許多問題。軟件項(xiàng)目建設(shè)中，福建農(nóng)信通過建立變更跟蹤機(jī)制來加強(qiáng)管理，建立與維護(hù)“需求一開發(fā)一測(cè)試”的一致性，確保所有工作成果符合項(xiàng)目需求。在《需求規(guī)格說明書》完成后，或需求變更通過CCB批準(zhǔn)后，需求人員建立《需求跟蹤矩陣》，保存到SVN項(xiàng)目文件夾下，以作跟進(jìn)。

5.進(jìn)行有效溝通。項(xiàng)目進(jìn)行過程中應(yīng)當(dāng)強(qiáng)調(diào)成員間的溝通，避免不必要的反復(fù)的變更增加開發(fā)工作量。實(shí)際工作中很多變更其實(shí)只是由于業(yè)務(wù)人員與開發(fā)人員對(duì)需求的理解不一致，而有效的事前溝通是可以降低需求變更的頻率的。例如：e平臺(tái)電子賬戶登錄用例中，對(duì)于輸入格式錯(cuò)誤的登錄密碼是否計(jì)入錯(cuò)誤次數(shù)等隱性規(guī)則是存在疑義的，但經(jīng)過項(xiàng)目組內(nèi)有效溝通，最終確定方案就避免了不必要的需求變更。故需求討論時(shí)，開發(fā)人員與業(yè)務(wù)人員應(yīng)該盡量采取相互理解、相互協(xié)作的態(tài)度，積極尋求可行的替代方案。既然需求變更是必然的，那項(xiàng)目成員就應(yīng)當(dāng)注重采用各種溝通技巧來使各方的利益達(dá)到綜合的最大值。

變更管理本身并沒有一成不變的規(guī)則，福建農(nóng)信根據(jù)自身情況，以積極的態(tài)度，進(jìn)行完整而合理的考慮，嚴(yán)格規(guī)范執(zhí)行流程，進(jìn)行了有效科學(xué)的需求變更管理，規(guī)避需求脫離控制、產(chǎn)品與預(yù)期不符等不利影響；但科技發(fā)展的腳步不會(huì)停，改革創(chuàng)新的腳步也不應(yīng)該停，作為農(nóng)村金融的主力軍，福建農(nóng)信將保持嚴(yán)謹(jǐn)態(tài)度的同時(shí)，不斷完善項(xiàng)目建設(shè)規(guī)程，使得項(xiàng)目需求明確，開發(fā)有跡可循，項(xiàng)目運(yùn)轉(zhuǎn)有序高效，最終產(chǎn)品才能更加符合客戶需求、市場(chǎng)需求，進(jìn)而提高經(jīng)濟(jì)收益。