軟件項(xiàng)目管理實(shí)踐之如何控制需求變更
發(fā)布時(shí)間:2011/10/25 9:07:00
需求變更往往會(huì)引起返工,從而影響項(xiàng)目的范圍、時(shí)間、質(zhì)量和成本等多個(gè)要素,如果控制不好,會(huì)導(dǎo)致項(xiàng)目范圍蔓延、進(jìn)度延遲、質(zhì)量不滿足干系人要求和成本超支等問(wèn)題,因而需求變更在很多項(xiàng)目中都是一件頭疼的事情。這一章節(jié)主要介紹需求變更的原因、需求變更的方式以及我們?nèi)绾慰刂菩枨笞兏?
一、需求變更的原因
行業(yè)軟件與國(guó)家政策相關(guān)較大,可以說(shuō)國(guó)家政策是需求變更的一大來(lái)源。另外,客戶的想法、需求有缺陷等也是需求變更的重要起因。總結(jié)起來(lái),變更原因主要有:
1. 國(guó)家政策改變了。這種情況在政府行業(yè)表現(xiàn)尤其明顯,三天兩頭一個(gè)紅頭文件,要求下級(jí)單位貫徹落實(shí)執(zhí)行;
2. 客戶的要求變了?蛻粢婚_始沒有想好,或者一開始沒有想法但隨著項(xiàng)目的進(jìn)行、參考其他地方好的做法,產(chǎn)生了一些新的想法;也有一種情況是因?yàn)橥獠繅毫,主?dòng)或被動(dòng)作出調(diào)整,比如因?yàn)闃I(yè)務(wù)流程太復(fù)雜,手續(xù)太繁瑣遭辦事人投訴等;
3. 需求有缺陷。系統(tǒng)分析員經(jīng)驗(yàn)不足,沒有捕獲到客戶的關(guān)鍵業(yè)務(wù)需求或者客戶整理需求能力不足,遺漏了關(guān)鍵的需求點(diǎn)等。
二、需求變更的形式
根據(jù)先前幾個(gè)項(xiàng)目的觀察,總結(jié)起來(lái),常見的提出需求變更的形式主要有:
1. 客戶在項(xiàng)目開發(fā)過(guò)程中,向系統(tǒng)分析員提出變更。提法主要有:“這個(gè)功能我想改成這樣,你看怎么樣?”,“這個(gè)業(yè)務(wù)我有新的想法,參考某地的做法,最好改成這樣”;
2. 客戶在驗(yàn)收測(cè)試過(guò)程中,向系統(tǒng)分析員或測(cè)試人員提出變更。常見的提法有:“這個(gè)功能能不能這樣?”,“這個(gè)界面不太好用,改成這樣子”,“這個(gè)業(yè)務(wù)應(yīng)該加上這個(gè)限制”,“這個(gè)地方原來(lái)沒有考慮到,要改成這樣”等等;
3. 客戶在正式的項(xiàng)目例會(huì)上提出變更。正式的會(huì)議往往會(huì)有高層參與,客戶準(zhǔn)備的較為充分,這些變更通常會(huì)以書面的形式提出;
4. 項(xiàng)目組提出變更。由于需求有缺陷或者技術(shù)實(shí)現(xiàn)難度太大,需要提出需求變更。這時(shí)候項(xiàng)目組需要詳細(xì)的書面文檔說(shuō)明變更的理由以及替換的方案。
三、需求變更的溝通
了解了變更產(chǎn)生的原因,在此基礎(chǔ)上,我們可以建立相應(yīng)的變更溝通策略,具體定義如下:
1. 國(guó)家政策變化導(dǎo)致的需求變更。國(guó)家政策變化屬于強(qiáng)制的變更,這時(shí)候客戶為了完成政治任務(wù),變更是一定要發(fā)生的。對(duì)于項(xiàng)目組來(lái)說(shuō),需要對(duì)這些變更做好評(píng)估工作,包括變更新增的工作量估算、對(duì)項(xiàng)目目標(biāo)(范圍、時(shí)間、質(zhì)量和成本)的影響等等,基于量化的數(shù)據(jù)與客戶談判。工作量不大,對(duì)基線影響很小的,納入開發(fā)計(jì)劃予以實(shí)施,但需與客戶明確,我們這是在幫忙,這些工作不是項(xiàng)目范圍的一部分;工作量較大,對(duì)基線有很大影響的,與客戶進(jìn)行商務(wù)談判,要求項(xiàng)目追加預(yù)算或者以后通過(guò)在新項(xiàng)目中加入該部分的工作予以補(bǔ)償。一般情況下,由于國(guó)家政策都有時(shí)限,為滿足客戶需求,變更都會(huì)先實(shí)施,然后再談補(bǔ)償;
2. 客戶想法或要求導(dǎo)致的需求變更。由于社會(huì)在發(fā)展,人的觀念也在不斷更新,可以說(shuō),客戶提出變更也是可以理解的。項(xiàng)目組基于變更評(píng)估與客戶溝通,策略有三類,一是指出變更不合理,影響太大,直接拒絕;二是提出替換方案;三是商務(wù)談判,具體的做法與第1點(diǎn)類似;
3. 需求本身有缺陷導(dǎo)致的變更。這時(shí)候與客戶溝通,說(shuō)明考慮不周的情況,提出解決方案。要注意的是,如果是項(xiàng)目組的失誤導(dǎo)致的缺陷,需承認(rèn)客觀事實(shí),不要掩飾或者推卸責(zé)任,否則可能會(huì)引致客戶對(duì)項(xiàng)目組不信任,降低客戶滿意度,影響合作關(guān)系。
四、需求變更的控制
需求變更的控制關(guān)鍵在于建立建立相應(yīng)的控制組織、變更控制和跟蹤系統(tǒng)以及規(guī)范變更流程,主要有:
1. 建立組織。項(xiàng)目啟動(dòng)時(shí),我們會(huì)盡可能的與客戶溝通,建立正式的對(duì)變更進(jìn)行控制的組織,成員包括雙方高層(掛名)、甲乙雙方的項(xiàng)目負(fù)責(zé)人、相關(guān)的需求負(fù)責(zé)人等。如果客戶認(rèn)為無(wú)需單獨(dú)設(shè)置這樣的正式組織,我們也會(huì)要求客戶指定項(xiàng)目的負(fù)責(zé)人,每個(gè)相關(guān)的業(yè)務(wù)科室指定一名需求負(fù)責(zé)人,這樣做的目的是如出現(xiàn)變更可以很快的臨時(shí)組建一個(gè)對(duì)變更負(fù)責(zé)的組織,并且可以找到相應(yīng)的負(fù)責(zé)人;
2. 建立變更控制和跟蹤系統(tǒng)。建立該系統(tǒng)的目的是統(tǒng)一管理需求變更和跟蹤變更的狀態(tài),便于項(xiàng)目組測(cè)試人員、開發(fā)人員、系統(tǒng)分析員以及PM相互之間的溝通和交流;經(jīng)比較和選型,我們選用了JIRA作為變更控制和跟蹤系統(tǒng);
3. 規(guī)范流程。甲乙雙方的項(xiàng)目組成立后,根據(jù)角色定義,確定變更流程。
1) 變更申請(qǐng)。系統(tǒng)界面如按鈕的位置、字段的位置的細(xì)微調(diào)整,不涉及到業(yè)務(wù)規(guī)則,對(duì)基線基本沒有影響的變更,由測(cè)試人員直接在變更控制系統(tǒng)中提出;其他如操作風(fēng)格的較大變化、業(yè)務(wù)規(guī)則的變化等,均要求客戶提出電子和書面的需求變更單;
2)變更評(píng)估。由項(xiàng)目組組織人員對(duì)變更進(jìn)行變更的合理性分析,變更替換方案分析,工作量的估算以及涉及什么模塊、影響什么模塊等影響分析;
3) 變更決策。根據(jù)上節(jié)確定的溝通策略,與客戶溝通交流,確定變更的處理方式;
4) 變更實(shí)施。由測(cè)試人員在變更控制系統(tǒng)中填寫變更信息(狀態(tài):待處理),由系統(tǒng)分析員填寫處理方法和影響分析后交由開發(fā)人員實(shí)施(狀態(tài):處理中);
5) 變更驗(yàn)證。測(cè)試人員根據(jù)變更控制系統(tǒng)的變更狀態(tài)反饋(狀態(tài):已解決),待相應(yīng)的版本發(fā)布后,對(duì)變更進(jìn)行驗(yàn)證測(cè)試,這時(shí)候特別要注意的是記錄該變更的修改是否引起了該模塊或其他模塊產(chǎn)生缺陷。通常,測(cè)試人員根據(jù)系統(tǒng)分析員在變更控制系統(tǒng)中標(biāo)注的影響模塊,逐一進(jìn)行回歸測(cè)試,以確保不影響原有模塊的前提下變更已正確實(shí)施;內(nèi)部測(cè)試完畢后,如系統(tǒng)已上線,則由客戶相關(guān)負(fù)責(zé)人在模擬生產(chǎn)環(huán)境中進(jìn)行驗(yàn)收測(cè)試;
6)溝通歸檔。變更驗(yàn)證后,測(cè)試人員關(guān)閉變更(狀態(tài):已關(guān)閉),項(xiàng)目經(jīng)理告知客戶已測(cè)試完畢,溝通發(fā)布時(shí)間并說(shuō)明那些模塊可能有影響以及發(fā)現(xiàn)問(wèn)題的反饋途徑和方式。
通過(guò)以上幾種手段,如執(zhí)行實(shí)施到位,基本可以有效的把變更置于控制之下。
最后,值得一提的是,變更實(shí)施或者系統(tǒng)缺陷修復(fù)涉及到多方面的人員,可能牽涉軟件系統(tǒng)中的多個(gè)模塊,處理和驗(yàn)證的流程復(fù)雜,溝通等管理成本高昂,如果變更和質(zhì)量控制不好,會(huì)直接影響項(xiàng)目的進(jìn)度和成本。(資料來(lái)源:項(xiàng)目管理者聯(lián)盟)
更多內(nèi)容敬請(qǐng)?jiān)L問(wèn):http://lqfuyuan.com/active38.html