[配置管理經(jīng)驗談]配置管理,我之所悟 by 黃蕓
1. 作者:黃蕓 來源:bokee.com
本文是我從事配置管理工作,從事SEPG工作的一點心得和體會,寫出來僅與各位同仁進(jìn)行交流。
所悟之一:配置管理工作關(guān)注的焦點是什么?
配置管理,從字面上來看,是由配置和管理兩個動詞所構(gòu)成的,沒有賓語。初識配置管理時,我感覺這個詞太抽象了,為何?就是缺了個賓語,我無法將其與實際項目中任何事物聯(lián)系起來,到底配置什么,管理什么。
其實,明確了這個賓語,也就回答了這個問題:配置管理關(guān)注的焦點就是配置項。
為何配置管理工作內(nèi)容中首先提及的是"識別配置項"!這是我們工作的核心,管理的對象。在開始配置管理工作之時,在制定配置管理計劃之時,我們首先要做的第一件事就是要明確項目中所有配置項。
我們可以細(xì)想一下,配置管理中的幾項工作哪項與配置項無關(guān)?版本控制就是控制配置項的版本;變更控制就是控制配置項的變更;配置審計就是對配置項進(jìn)行物 理審計或功能審計;發(fā)布管理就是控制配置項的發(fā)布;配置狀態(tài)發(fā)布實際上就是發(fā)布配置項目前的狀態(tài)。
為何我們說:在制定配置管理計劃,制定配置管理策略的時候要依據(jù)項目需求來定!項目的需求是什么,實際就是對配置項管理的要求!不同的項目配置項不同, 不同的項目對配置項的管理級別以及管理方式的要求是不同的。明確了這些,我們才能夠考慮項目的配置管理策略,制定項目的配置管理計劃,才可以說項目的配置 管理工作啟動了。
總結(jié):配置管理,我可以這樣理解:配置統(tǒng)一工作環(huán)境用來支撐配置項管理工作。
所悟之二:配置管理工作中是過程重要還是工具重要?
我在做配置管理工作的時候,被問到的最多問題就是關(guān)于配置管理工具的:"為何這個工具老是報錯?"很少有人向我提及:"你制定的配置管理策略在某某方面操作起來有問題!"
我們用的配置管理工具都是比較成熟的產(chǎn)品,為何我們操作起來經(jīng)常會有異常的問題出現(xiàn),大家有想過這個問題嗎?我認(rèn)為開發(fā)人員想這問題就太簡單了。每個軟 件產(chǎn)品都有內(nèi)在的業(yè)務(wù)處理邏輯,業(yè)務(wù)處理邏輯在配置管理中就是我們要談及的過程,就是配置管理策略,那么配置管理工具也是軟件產(chǎn)品,道理自然一樣。一般配 置管理工具,如Microsoft VisualSourceSafe,工具將過程已經(jīng)固化;高級配置管理工具,如ClearCase,工具本身只是為我們提供了一個平臺,我們在此基礎(chǔ)上可 以定制我們想要的過程。不管是工具本身已經(jīng)固化過程還是我們自己在工具基礎(chǔ)上定制過程,只要過程是明確的,我們對過程理解透徹,即使出現(xiàn)問題的時候,你也 可以想出:為何會出現(xiàn)這個問題!就我總結(jié),很多問題都是因為對過程的不熟悉,誤操作而導(dǎo)致的。以不變的過程應(yīng)對萬變的問題,我認(rèn)為大部分問題都是可以解決 的。
同樣,我想到我們在推行質(zhì)量工程的時候,LSSP(Linkage Standard Software Process)發(fā)布之時,在項目組實施之時,大家都驚呼:"太多文檔!"在預(yù)評估的時候,大家對SPI(Software Process Improvement)的期望都會提及:"我們需要工具支持!"一樣的道理!
我在這里不是全盤否定工具的作用,但是我們可以完全依賴工具嗎?試想一下:如果對工具本身的處理過程都不能理解很清楚的人,工具對他真的很有效嗎?難道 工具真的是我們需要的嗎,真的可以幫助我們提高工作效率嗎?質(zhì)量工程中做任何一件事都要考慮投入與產(chǎn)出,工具給我們帶來的產(chǎn)出你明確了嗎?以上問題你都很 肯定的時候,那就是可以使用工具的時候。
總結(jié):我認(rèn)為,配置管理工作中重要的是過程。過程是本,在大家都很明確過程的時候,工具對過程,對大家工作的支撐作用是會顯著的。
所悟之三:基線和Label到底是什么關(guān)系?
LSSP發(fā)布以后,有太多人問我:"Label到底是什么?為何每次都是和基線同時出現(xiàn)?"
配置管理中抽象的概念比較多,基線就是其中之一。基線,顧名思義,是基準(zhǔn)線,是項目組是下階工作的起點。所以,對基線的確立將是非常慎重的一項工作,這將直接影響我們下階段的工作。
一旦基線確立之后,那么Label就要隆重登場了。Label其實就是基線的實際體現(xiàn)形式。
總結(jié):Label是基線在配置管理工具中的體現(xiàn)形式。通過Label,我們可以獲取某一基線配置項的特定版本。
所悟之四:我們?yōu)槭裁匆鰞?nèi)部發(fā)布?
系統(tǒng)版本發(fā)布,我們都很熟悉,不就是系統(tǒng)割接上線嗎!配置管理中,我們把這種發(fā)布叫做"外部發(fā)布",那么就必然有與其相對的"內(nèi)部發(fā)布"。他們之間到底有什么區(qū)別,我們?yōu)楹斡忠喑鲆豁椆ぷ鳎?內(nèi)部發(fā)布"。
在產(chǎn)品投入正式生產(chǎn)之前,我們需要能夠證明:我們的產(chǎn)品是可以順利割接上線的;我們的產(chǎn)品是可以滿足用戶需求的。
這些信心從何而來?靠我們平時的演練,靠我們對產(chǎn)品的測試。
內(nèi)部發(fā)布就是模擬系統(tǒng)割接上線,這種演習(xí)對于正式的割接是非常有好處的,其實我們的項目組是有在做的,只不過大家沒有意識到這就是內(nèi)部發(fā)布。例如:產(chǎn)品Alpha或Beta版本發(fā)布。
而且,這樣我們可以隨時訪問產(chǎn)品:測試系統(tǒng),熟悉系統(tǒng),最終確認(rèn)系統(tǒng)是否真正滿足用戶需求,是否真正好用。
內(nèi)部發(fā)布,是給我們自己多幾次機(jī)會,從而保證外部發(fā)布的成功。
一次總結(jié),一次交流,彼此獲益,何樂而不為!
[url]http://bbs.scmroad.com/viewthread.php?tid=890&extra=page%3D1&frombbs=1[/url]
http://bbs.chinaunix.net/archiver/tid-1271626.html
________________________________________________________________________________________________________