- 相關(guān)推薦
項(xiàng)目管理師考點(diǎn):配置管理變更的關(guān)鍵路徑
導(dǎo)語(yǔ):CMMI全稱是CapabilityMaturityModelIntegration,即軟件能力成熟度模型集成(也有稱為:軟件能力成熟度集成模型),是美國(guó)國(guó)防部的一個(gè)設(shè)想。
隨著CMMI熱潮興起,有些軟件企業(yè)誤認(rèn)為,只要通過(guò)CMMI就萬(wàn)事俱備,高枕無(wú)憂了。事實(shí)并非如此。與其說(shuō)CMMI是一種標(biāo)準(zhǔn),不如說(shuō)是一種管理方法和管理思想。企業(yè)通過(guò)CMMI評(píng)估并不是企業(yè)持續(xù)改進(jìn)的工作就此結(jié)束,這僅僅是企業(yè)發(fā)展道路上的一個(gè)里程碑。評(píng)估不是最終目的,它只是檢驗(yàn)企業(yè)自身研發(fā)能力成熟度的一種手段。企業(yè)要生存、發(fā)展,就必須不斷地自我完善,自我超越,就必須在配置管理、項(xiàng)目計(jì)劃、質(zhì)量保證等方面持續(xù)努力。
配置管理來(lái)源于硬件系統(tǒng)。例如PC行業(yè)中,每一臺(tái)PC由主機(jī)和顯示器等構(gòu)成,而主機(jī)又由CPU、主板等構(gòu)成,對(duì)這些構(gòu)件配置情況進(jìn)行管理,就是硬件的配置管理。在軟件行業(yè),計(jì)算機(jī)軟件由編譯后的代碼和相關(guān)的一系列文檔組成。但構(gòu)成軟件的部件的變化是跟隨軟件產(chǎn)品的開(kāi)發(fā)周期而不斷變化的。就頻率和程度來(lái)說(shuō),軟件的變化遠(yuǎn)遠(yuǎn)大于硬件。因此,軟件配置管理是一套管理軟件開(kāi)發(fā)和軟件維護(hù)的方法和規(guī)則,其最終體現(xiàn)的是維護(hù)軟件產(chǎn)品的一致性和完整性。
變更常有
所在銀行科技部已經(jīng)建立了比較完善的項(xiàng)目管理體系和質(zhì)量保障體系,但要應(yīng)對(duì)分行或支行需求變更和相關(guān)軟件版本配置管理的問(wèn)題,如果沒(méi)有一整套的解決措施和工具的支持,就會(huì)出現(xiàn)以下問(wèn)題:
1)分行反映的缺陷更改不能快速響應(yīng),不能快速分配缺陷到指定的開(kāi)發(fā)人員,只能依靠口頭或文檔的傳輸,缺乏一個(gè)整合開(kāi)發(fā)商服務(wù)人員、產(chǎn)品經(jīng)理(或項(xiàng)目經(jīng)理)、開(kāi)發(fā)團(tuán)隊(duì)領(lǐng)導(dǎo)、開(kāi)發(fā)人員、分行領(lǐng)導(dǎo)的信息傳遞和交流的平臺(tái)。
2)分行的需求變更不能快速響應(yīng)。分行的需求變更和軟件版本配置只能依靠手工備份,因而,自身不能快速有效地管理各系統(tǒng)的版本,缺乏版本基線的管理策略。
針對(duì)以上問(wèn)題,可以考慮采用軟件配置管理這一關(guān)鍵域的思路系統(tǒng)地解決以上問(wèn)題。配置管理是整個(gè)集成軟件項(xiàng)目正常運(yùn)作的一個(gè)管理支撐平臺(tái),其目的就是將有關(guān)該項(xiàng)目的客戶、客戶服務(wù)人員、產(chǎn)品經(jīng)理(或項(xiàng)目經(jīng)理)、開(kāi)發(fā)團(tuán)隊(duì)領(lǐng)導(dǎo)、開(kāi)發(fā)人員、高層領(lǐng)導(dǎo)等項(xiàng)目干系人的工作協(xié)同起來(lái),實(shí)現(xiàn)高效的溝通,及時(shí)地共享工作成果。
配置管理的基本功能包括配置標(biāo)識(shí)、變更控制、配置狀態(tài)發(fā)布和配置審計(jì)。變更控制是配置管理的重要內(nèi)容,其目的是為了在動(dòng)態(tài)中保證配置項(xiàng)的完整性、一致性和可回溯性,保證配置項(xiàng)的變更過(guò)程規(guī)范、受控、有完整記錄,受影響的各方均能及時(shí)了解情況,并協(xié)調(diào)一致。
控制不可少
變更控制是通過(guò)創(chuàng)建產(chǎn)品基線,在產(chǎn)品的整個(gè)生存周期中控制它的發(fā)布和變更。配置控制指在配置項(xiàng)標(biāo)識(shí)正式確定之后,對(duì)配置項(xiàng)特別是對(duì)已提交的代碼、相關(guān)文檔和數(shù)據(jù)等的變更進(jìn)行系統(tǒng)地跟蹤和控制的過(guò)程,主要包括變更的提出、確定配置項(xiàng)的控制等級(jí)、變更的評(píng)價(jià)、變更的處置、實(shí)施經(jīng)批準(zhǔn)的變更、對(duì)變更進(jìn)行驗(yàn)證和結(jié)束變更。變更控制的目的是建立一套控制軟件修改的機(jī)制,保證生產(chǎn)符合質(zhì)量標(biāo)準(zhǔn)的軟件和保證每個(gè)版本的軟件包含所有必需的元素及工作在同一版本中的各元素中可以正常工作,以確定在變更控制過(guò)程中控制什么,如何控制,誰(shuí)控制變更、何時(shí)接收變更、批準(zhǔn)和檢驗(yàn)。
配置項(xiàng)級(jí)別
1)已基線化的配置項(xiàng)是指已完成該配置項(xiàng)的審核和批準(zhǔn),并且成為創(chuàng)建或修改其他配置項(xiàng)的輸入。例如:一個(gè)設(shè)計(jì)文檔已審核、通過(guò)、簽發(fā),并且成為編碼活動(dòng)的基礎(chǔ)。
2)受管理和受控的配置項(xiàng)是指已提交審核,但還沒(méi)有批準(zhǔn)通過(guò)的配置項(xiàng)。例如:一個(gè)正在進(jìn)行審核的設(shè)計(jì)文檔。
3)受控的配置項(xiàng)指已置于版本控制,但項(xiàng)目組不能直接進(jìn)行改動(dòng)的配置項(xiàng)。例如:用戶提供的軟件、購(gòu)買的工具、產(chǎn)品標(biāo)準(zhǔn)等等。
變更請(qǐng)求的狀態(tài)
軟件變更、軟件優(yōu)化和軟件bug都是產(chǎn)生變更的原因。變更申請(qǐng)人(用戶或產(chǎn)品經(jīng)理)提出變更時(shí),首先要對(duì)受控的配置項(xiàng)的修改提出一個(gè)變更請(qǐng)求,說(shuō)明對(duì)軟件變更的需求。這是因?yàn)樽兏刂七^(guò)程是通過(guò)變更請(qǐng)求的流動(dòng)來(lái)實(shí)現(xiàn)的,而且對(duì)軟件的任何請(qǐng)求都必須和相應(yīng)的變更請(qǐng)求對(duì)應(yīng)。
變更請(qǐng)求的狀態(tài)包括:
1)提交:變更請(qǐng)求提交給配置管理員;
2)拒絕:變更控制委員會(huì)拒絕變更請(qǐng)求;
3)接受:變更控制委員會(huì)接受變更請(qǐng)求;
4)掛起:變更請(qǐng)求被掛起,以后再作決定;
5)已驗(yàn)證:更改已執(zhí)行和驗(yàn)證;
6)關(guān)閉:驗(yàn)證并歸檔配置項(xiàng),更新的配置項(xiàng)提交給用戶(例如:通過(guò)版本發(fā)布)。
變更請(qǐng)求的類型
1)增強(qiáng)型:變更請(qǐng)求要求對(duì)已批準(zhǔn)的項(xiàng)目功能進(jìn)行增強(qiáng)。
2)改進(jìn)型:變更請(qǐng)求不會(huì)造成功能更改,但使配置項(xiàng)的維護(hù)更加有效率。
3)糾錯(cuò)型:變更請(qǐng)求對(duì)錯(cuò)誤進(jìn)行修正(諸如bug)。
變更請(qǐng)求的優(yōu)先級(jí)
在評(píng)價(jià)變更請(qǐng)求的優(yōu)先級(jí)時(shí),要對(duì)請(qǐng)求變更的配置項(xiàng)進(jìn)行系統(tǒng)的分析,確定變更影響范圍和修改的程度,確定變更的級(jí)別,為確定是否有必要記錄變更提供參考依據(jù)。變更請(qǐng)求的優(yōu)先級(jí)可分為三類:
1)高:嚴(yán)重地影響一些用戶或許多用戶。
2)中:對(duì)用戶造成不方便,或是可以采取相應(yīng)的變通方法處理的主要問(wèn)題。
3)低:小問(wèn)題。
修改完后簽入(Check in)
對(duì)變更的處理,要按照變更控制規(guī)程,將變更請(qǐng)求及其相關(guān)附件提交軟件配置控制委員會(huì)審批。配置管理組根據(jù)審批意見(jiàn)處理變更請(qǐng)求。
只有配置管理員具有Check in權(quán)限。在進(jìn)行Check in之前,確認(rèn)下面的事項(xiàng):
1)所有對(duì)配置項(xiàng)所做的修改被批準(zhǔn);
2)所有的更改都經(jīng)過(guò)審核或驗(yàn)證;
3)所對(duì)應(yīng)的變更請(qǐng)求已經(jīng)被保存起來(lái);
4)所有相關(guān)的審核記錄被保存;
5)Check in時(shí)須注明Check in因,如對(duì)應(yīng)的變更請(qǐng)求。
從數(shù)據(jù)庫(kù)中簽出(Check out)
1)對(duì)于文檔,配置管理員在更改審批人同意后,從配置庫(kù)中Check out配置項(xiàng),發(fā)給項(xiàng)目組成員修改。
2)Check out時(shí)須注明Check out原因,如將要修改的問(wèn)題。
3) 配置管理員一定要在配置狀態(tài)發(fā)布中跟蹤被Check out出來(lái)的配置項(xiàng)。
【項(xiàng)目管理師考點(diǎn):配置管理變更的關(guān)鍵路徑】相關(guān)文章:
項(xiàng)目管理師知識(shí)考點(diǎn)項(xiàng)目采購(gòu)管理07-14
投資項(xiàng)目管理師《投資項(xiàng)目決策》考點(diǎn)10-11
項(xiàng)目管理師考點(diǎn):項(xiàng)目計(jì)劃書的作用07-07
2017助理項(xiàng)目管理師考點(diǎn):項(xiàng)目溝通管理07-26
助理項(xiàng)目管理師考點(diǎn):項(xiàng)目質(zhì)量管理10-05
項(xiàng)目管理師考點(diǎn):項(xiàng)目如何靠融資走出困境10-21
國(guó)際項(xiàng)目管理師知識(shí)考點(diǎn):項(xiàng)目風(fēng)險(xiǎn)管理09-08