變更的作用和變更管理工具的選擇變更的作用：

　　變更（CR，Change request）管理是項目管理中的最重要過程之一。

　　一個項目，從開始就處于不停的變化中。用戶需求變了需要調(diào)整計劃或者設(shè)計；測試發(fā)現(xiàn)了問題需要對錯誤代碼進(jìn)行變更；甚至人員流失了，也需要項目進(jìn)行一定的調(diào)整以適應(yīng)這種情況。Bug管理，需求管理，風(fēng)險控制等本質(zhì)上都是項目變更的一種。它們都是為了保證項目在變化過程中始終處于可控狀態(tài)，并隨時可跟蹤回溯到某個歷史狀態(tài)。

　　孤立的看單個變更（CR）的生命周期，那么它是比較簡單的，大致就是提出-審核-修改這么一個過程。但變更管理并不是單純的一個數(shù)據(jù)庫記錄，做個備忘而已。在這么一個簡單的流程中，變更管理要能體現(xiàn)出它的兩個重要用途，一個是控制變更，保證項目可控；一個是變更度量分析，幫助組織提供自己的開發(fā)能力。

　　為了保證項目可控，項目管理者要充分了解變更的信息，衡量變更實施對項目的沖擊，才能決定是否要修改。比如問題是否嚴(yán)重必須馬上得到修改，問題的修改是否很復(fù)雜，是否會牽扯到很多方面。這些信息，大致可以歸為倆類，一類是變更的自身信息，比如復(fù)現(xiàn)步驟等；一類是關(guān)聯(lián)信息，比如某個功能變更實施后，對項目其它模塊的影響分析，這類信息通常不可能由變更提出人來提供，而需要變更審核者結(jié)合多方面信息進(jìn)行分析。

　　實施變更管理的一個更重要且更有意義的作用就是對變更進(jìn)行度量分析。

　　在項目進(jìn)行過程中，對變更進(jìn)行分析，可以很好的了解項目當(dāng)前質(zhì)量狀態(tài)（如果你承認(rèn)統(tǒng)計學(xué)有它的科學(xué)性，那么你就會承認(rèn)，項目各階段的合理變更發(fā)展情況是有確定的分布形態(tài)的）；定時進(jìn)行項目復(fù)盤，分析組織中變更的產(chǎn)生原因和解決方法，及時了解組織中常見錯誤并有針對性的改正，才能促使組織的開發(fā)能力不斷得到提高。在CMM五級中，缺陷預(yù)防就是一個最重要的過程域，而要進(jìn)行預(yù)防缺陷，離不開對歷史項目的變更分析。如何分析變更數(shù)據(jù)是一個比較大的課題，它甚至和項目特點相關(guān)。我將在以后的文章中繼續(xù)探討這個問題。

　　變更的流程：

　　我們看下變更生命周期中的幾個主要過程和這些過程的要求

　　提出：記錄變更的詳細(xì)信息，相當(dāng)于一個備忘。需要記錄的信息可能根據(jù)不同組織和不同項目的規(guī)定而不同。要點在于變更提出者能簡明扼要的記錄下有價值的信息，比如缺陷發(fā)生時的環(huán)境，要變更的功能……。

　　變更管理工具不僅要能方便的記錄信息，而且要給記錄者一些記錄的提示信息，幫助記錄者準(zhǔn)確的記錄變更。

　　審核：審核者首先要確認(rèn)變更意義，確認(rèn)是否要修改；其次審核者要確認(rèn)變更可能產(chǎn)生的影響，根據(jù)影響分析決定是否要修改下變更的內(nèi)容以及對項目其它方面做同步改變；最后就是指派項目成員實施該變更。

　　在這里，關(guān)鍵是審核者要能對變更的相關(guān)影響有清楚的認(rèn)識，這認(rèn)識并不是說如何修改變更，而是如果修改了該變更，有可能帶來什么影響，是否值得修改。很顯然，這些信息不是變更提出者在記錄時會給出的，而應(yīng)該是審核者自己輔助其它系統(tǒng)或者工具進(jìn)行判斷。

　　實施修改：根據(jù)變更要求進(jìn)行修改。

　　首先要保證修改實施是完全而徹底的，比如提了一個需求變更，不能只改了需求文檔而不改代碼或者用戶文檔。在組織分工情況下，如何協(xié)調(diào)多個小組的同步變更保證工作產(chǎn)品一致性正成為一個很嚴(yán)峻的問題。

　　實現(xiàn)變更的一個初始目的就是為了項目的跟蹤回溯，那么，針對變更而做的修改也應(yīng)該被記錄下來并被和變更關(guān)聯(lián)起來，實現(xiàn)whywhat的雙向跟蹤。

　　確認(rèn)：確認(rèn)驗證變更確實得到了確實實施（或者拒絕變更的理由是合理的）。

　　查詢和度量分析：項目管理者需要了解項目中各個變更的當(dāng)前狀態(tài)，根據(jù)變更狀態(tài)做出各種管理決定；度量分析變更數(shù)據(jù)，了解項目質(zhì)量狀況；定期進(jìn)行復(fù)盤，尋找變更根源，進(jìn)行有針對性，甚至是制度化的改進(jìn)。

　　這兒的關(guān)鍵是要確定要分析哪些數(shù)據(jù)，如何分析。

　　對變更管理工具的要求：

　　通過對變更流程的觀察，為了實現(xiàn)變更的目的，我們認(rèn)為一個良好的變更管理工具至少應(yīng)該具備如下技術(shù)特征。

　　1.對變更管理工具的最基本要求是一個信息記錄功能，起到備忘以及交流的功能。

　　2.考慮到度量的復(fù)雜性，尤其是要適應(yīng)不同項目特征、度量目的和度量統(tǒng)計理論，那么工具需要提供一個靈活，且方便使用的的查詢統(tǒng)計機制，方便針對各種度量數(shù)據(jù)進(jìn)行報表定制。

　　3.變更管理是項目管理中的一個重要過程，但也只是一個過程。一個良好運作的項目，并不只有變更管理。那么變更管理系統(tǒng)應(yīng)該要能和其它過程管理部分相配合，實現(xiàn)整個項目的有機管理和系統(tǒng)使用，而不至于造成信息孤島。

　　幾種變更管理工具介紹：

　　現(xiàn)在能見的變更管理工具有無數(shù)，我們重點查看其中幾個主要的：ClearQuest，DSTP，Mantis，Bugfree

　　ClearQuest；

　　CQ是變更管理工具的一個標(biāo)竿，沒有人懷疑過CQ的功能。

　　CQ提供了強大的定制功能，一個CQ，就是一個開發(fā)平臺。

　　強大的查詢和報表定制功能，為變更度量分析提供。

　　和ClearCase無縫集成，實現(xiàn)了變更的完全跟蹤。

　　除了支持WEB訪問，還提供桌面客戶端。

　　CQ的缺點除了昂貴的收費，還有一個秉承IBM廣為人詬病的毛病，龐大且使用維護(hù)困難！

　　DSTP：

　　DSTP是一個集成的項目協(xié)作平臺，其中變更管理功能有如下優(yōu)點：

　　1.可自定義變更屬性內(nèi)容，通過變更屬性不同，來統(tǒng)一管理多種變更，如Bug管理，需求變更，風(fēng)險管理等。

　　2.就像CQ和CC的集成一樣，DSTP和SVN緊密集成。用戶在SVN上提交修改時，自動關(guān)聯(lián)DSTP中的變更（任務(wù)）做為修改說明。查看變更時，能直接查看該變更關(guān)聯(lián)修改了哪些文件，以及修改內(nèi)容！

　　3.提供了完善的變更同步功能，提出了系統(tǒng)變更蹤階段概念，使得所有工作產(chǎn)品的一致性得到流程保障！所謂的系統(tǒng)變更跟蹤是指這么一個情況：當(dāng)用戶提出一個需求變更后，系統(tǒng)工程師修改完需求文檔后，該變更并沒真正結(jié)束。系統(tǒng)自動轉(zhuǎn)入到變更跟蹤階段，只有和該需求有關(guān)聯(lián)的代碼，用戶文檔等都被修改完成后，該變更才會結(jié)束跟蹤階段，走入確認(rèn)關(guān)閉階段。

　　4.和DSTP的工作產(chǎn)品管理配合：為變更影響分析提供有力支持；變更和需求，測試計劃等直接關(guān)聯(lián)，方便多向跟蹤追溯。