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

變更的作用：
　　變更(CR，Change request)管理是項目管理中的最重要過程之一。
　　一個項目，從開始就處于不停的變化中。用戶需求變了需要調整計劃或者設計；測試發現了問題需要對錯誤代碼進行變更；甚至人員流失了，也需要項目進行一定的調整以適應這種情況。Bug管理，需求管理，風險控制等本質上都是項目變更的一種。它們都是為了保證項目在變化過程中始終處于可控狀態，并隨時可跟蹤回溯到某個歷史狀態。
　　孤立的看單個變更（CR）的生命周期，那么它是比較簡單的，大致就是提出－審核－修改這么一個過程。但變更管理并不是單純的一個數據庫記錄，做個備忘而已。在這么　　一個簡單的流程中，變更管理要能體現出它的兩個重要用途，一個是控制變更，保證項目可控；一個是變更度量分析，幫助組織提供自己的開發能力。
　　為了保證項目可控，項目管理者要充分了解變更的信息，衡量變更實施對項目的沖擊，才能決定是否要修改。比如問題是否嚴重必須馬上得到修改，問題的修改是否很復雜，是否會牽扯到很多方面。這些信息，大致可以歸為倆類，一類是變更的自身信息，比如復現步驟等；一類是關聯信息，比如某個功能變更實施后，對項目其它模塊的影響分析，這類信息通常不可能由變更提出人來提供，而需要變更審核者結合多方面信息進行分析。
　　實施變更管理的一個更重要且更有意義的作用就是對變更進行度量分析。
　　在項目進行過程中，對變更進行分析，可以很好的了解項目當前質量狀態（如果你承認統計學有它的科學性，那么你就會承認，項目各階段的合理變更發展情況是有確定的分布形態的）；定時進行項目復盤，分析組織中變更的產生原因和解決方法，及時了解組織中常見錯誤并有針對性的改正，才能促使組織的開發能力不斷得到提高。在CMM五級中，缺陷預防就是一個最重要的過程域，而要進行預防缺陷，離不開對歷史項目的變更分析。如何分析變更數據是一個比較大的課題，它甚至和項目特點相關。我將在以后的文章中繼續探討這個問題。

　　變更的流程：
　　我們看下變更生命周期中的幾個主要過程和這些過程的要求
　　提出：記錄變更的詳細信息，相當于一個備忘。需要記錄的信息可能根據不同組織和不同項目的規定而不同。要點在于變更提出者能簡明扼要的記錄下有價值的信息，比如缺陷發生時的環境，要變更的功能……。
　　變更管理工具不僅要能方便的記錄信息，而且要給記錄者一些記錄的提示信息，幫助記錄者準確的記錄變更。
　　審核：審核者首先要確認變更意義，確認是否要修改；其次審核者要確認變更可能產生的影響，根據影響分析決定是否要修改下變更的內容以及對項目其它方面做同步改變；最后就是指派項目成員實施該變更。
　　在這里，關鍵是審核者要能對變更的相關影響有清楚的認識，這認識并不是說如何修改變更，而是如果修改了該變更，有可能帶來什么影響，是否值得修改。很顯然，這些信息不是變更提出者在記錄時會給出的，而應該是審核者自己輔助其它系統或者工具進行判斷。
　　實施修改：根據變更要求進行修改。
　　首先要保證修改實施是完全而徹底的，比如提了一個需求變更，不能只改了需求文檔而不改代碼或者用戶文檔。在組織分工情況下，如何協調多個小組的同步變更保證工作產品一致性正成為一個很嚴峻的問題。
　　實現變更的一個初始目的就是為了項目的跟蹤回溯，那么，針對變更而做的修改也應該被記錄下來并被和變更關聯起來，實現why<－>what的雙向跟蹤。
　　確認：確認驗證變更確實得到了確實實施（或者拒絕變更的理由是合理的）。
　　查詢和度量分析： 項目管理者需要了解項目中各個變更的當前狀態，根據變更狀態做出各種管理決定；度量分析變更數據，了解項目質量狀況；定期進行復盤，尋找變更根源，進行有針對性，甚至是制度化的改進。
　　這兒的關鍵是要確定要分析哪些數據，如何分析。

　　對變更管理工具的要求：
　　通過對變更流程的觀察，為了實現變更的目的，我們認為一個良好的變更管理工具至少應該具備如下技術特征。
　　1．對變更管理工具的最基本要求是一個信息記錄功能，起到備忘以及交流的功能。
　　2．考慮到度量的復雜性，尤其是要適應不同項目特征、度量目的和度量統計理論，那么工具需要提供一個靈活，且方便使用的的查詢統計機制，方便針對各種度量數據進行報表定制。
　　3．變更管理是項目管理中的一個重要過程，但也只是一個過程。一個良好運作的項目，并不只有變更管理。那么變更管理系統應該要能和其它過程管理部分相配合，實現整個項目的有機管理和系統使用，而不至于造成信息孤島。

變更的作用：
　　變更(CR，Change request)管理是項目管理中的最重要過程之一。
　　一個項目，從開始就處于不停的變化中。用戶需求變了需要調整計劃或者設計；javascript:tagshow(event, '%B2%E2%CA%D4');" href="javascript:;" target="_self">測試發現了問題需要對錯誤代碼進行變更；甚至人員流失了，也需要項目進行一定的調整以適應這種情況。Bug管理，需求管理，風險控制等本質上都是項目變更的一種。它們都是為了保證項目在變化過程中始終處于可控狀態，并隨時可跟蹤回溯到某個歷史狀態。
　　孤立的看單個變更（CR）的生命周期，那么它是比較簡單的，大致就是提出－審核－修改這么一個過程。但變更管理并不是單純的一個數據庫記錄，做個備忘而已。在這么　　一個簡單的流程中，變更管理要能體現出它的兩個重要用途，一個是控制變更，保證項目可控；一個是變更度量分析，幫助組織提供自己的開發能力。
　　為了保證項目可控，項目管理者要充分了解變更的信息，衡量變更實施對項目的沖擊，才能決定是否要修改。比如問題是否嚴重必須馬上得到修改，問題的修改是否很復雜，是否會牽扯到很多方面。這些信息，大致可以歸為倆類，一類是變更的自身信息，比如復現步驟等；一類是關聯信息，比如某個功能變更實施后，對項目其它模塊的影響分析，這類信息通常不可能由變更提出人來提供，而需要變更審核者結合多方面信息進行分析。
　　實施變更管理的一個更重要且更有意義的作用就是對變更進行度量分析。
　　在項目進行過程中，對變更進行分析，可以很好的了解項目當前質量狀態（如果你承認統計學有它的科學性，那么你就會承認，項目各階段的合理變更發展情況是有確定的分布形態的）；定時進行項目復盤，分析組織中變更的產生原因和解決方法，及時了解組織中常見錯誤并有針對性的改正，才能促使組織的開發能力不斷得到提高。在CMM五級中，缺陷預防就是一個最重要的過程域，而要進行預防缺陷，離不開對歷史項目的變更分析。如何分析變更數據是一個比較大的課題，它甚至和項目特點相關。我將在以后的文章中繼續探討這個問題。

　　變更的流程：
　　我們看下變更生命周期中的幾個主要過程和這些過程的要求
　　提出：記錄變更的詳細信息，相當于一個備忘。需要記錄的信息可能根據不同組織和不同項目的規定而不同。要點在于變更提出者能簡明扼要的記錄下有價值的信息，比如缺陷發生時的環境，要變更的功能……。
　　變更管理工具不僅要能方便的記錄信息，而且要給記錄者一些記錄的提示信息，幫助記錄者準確的記錄變更。
　　審核：審核者首先要確認變更意義，確認是否要修改；其次審核者要確認變更可能產生的影響，根據影響分析決定是否要修改下變更的內容以及對項目其它方面做同步改變；最后就是指派項目成員實施該變更。
　　在這里，關鍵是審核者要能對變更的相關影響有清楚的認識，這認識并不是說如何修改變更，而是如果修改了該變更，有可能帶來什么影響，是否值得修改。很顯然，這些信息不是變更提出者在記錄時會給出的，而應該是審核者自己輔助其它系統或者工具進行判斷。
　　實施修改：根據變更要求進行修改。
　　首先要保證修改實施是完全而徹底的，比如提了一個需求變更，不能只改了需求文檔而不改代碼或者用戶文檔。在組織分工情況下，如何協調多個小組的同步變更保證工作產品一致性正成為一個很嚴峻的問題。
　　實現變更的一個初始目的就是為了項目的跟蹤回溯，那么，針對變更而做的修改也應該被記錄下來并被和變更關聯起來，實現why<－>what的雙向跟蹤。
　　確認：確認驗證變更確實得到了確實實施（或者拒絕變更的理由是合理的）。
　　查詢和度量分析： 項目管理者需要了解項目中各個變更的當前狀態，根據變更狀態做出各種管理決定；度量分析變更數據，了解項目質量狀況；定期進行復盤，尋找變更根源，進行有針對性，甚至是制度化的改進。
　　這兒的關鍵是要確定要分析哪些數據，如何分析。

　　對變更管理工具的要求：
　　通過對變更流程的觀察，為了實現變更的目的，我們認為一個良好的變更管理工具至少應該具備如下技術特征。
　　1．對變更管理工具的最基本要求是一個信息記錄功能，起到備忘以及交流的功能。
　　2．考慮到度量的復雜性，尤其是要適應不同項目特征、度量目的和度量統計理論，那么工具需要提供一個靈活，且方便使用的的查詢統計機制，方便針對各種度量數據進行報表定制。
　　3．變更管理是項目管理中的一個重要過程，但也只是一個過程。一個良好運作的項目，并不只有變更管理。那么變更管理系統應該要能和其它過程管理部分相配合，實現整個項目的有機管理和系統使用，而不至于造成信息孤島。

原文轉自：http://www.kjueaiud.com