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

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

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

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

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

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

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

　　變更的流程：

　　我們看下變更生命周期中的幾個(gè)主要過(guò)程和這些過(guò)程的要求

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

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

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

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

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

　　首先要保證修改實(shí)施是完全而徹底的，比如提了一個(gè)需求變更，不能只改了需求文檔而不改代碼或者用戶(hù)文檔。在組織分工情況下，如何協(xié)調多個(gè)小組的同步變更保證工作產(chǎn)品一致性正成為一個(gè)很?chē)谰�的�?wèn)題。

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

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

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

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

　　對變更管理工具的要求：

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

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

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

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

　　幾種變更管理工具介紹：

　　現在能見(jiàn)的變更管理工具有無(wú)數，我們重點(diǎn)查看其中幾個(gè)主要的：ClearQuest，DSTP，Mantis，Bugfree

　　ClearQuest；

　　CQ是變更管理工具的一個(gè)標竿，沒(méi)有人懷疑過(guò)CQ的功能。

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

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

　　和ClearCase無(wú)縫集成，實(shí)現了變更的完全跟蹤。

　　除了支持WEB訪(fǎng)問(wèn)，還提供桌面客戶(hù)端。

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

　　DSTP：

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

　　1.可自定義變更屬性?xún)热�，通過(guò)變更屬性不同，來(lái)統一管理多種變更，如Bug管理，需求變更，風(fēng)險管理等。

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

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

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