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

提出：記錄變更的詳細資訊，相當於一個備忘。需要記錄的資訊可能根據不同組織和不同專案的規定而不同。要點在於變更提出者能簡明扼要的記錄下有價值的資訊，比如缺陷發生時的環境，要變更的功能……。

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

稽核：稽核者首先要確認變更意義，確認是否要修改；其次稽核者要確認變更可能產生的影響，根據影響分析決定是否要修改下變更的內容以及對專案其它方面做同步改變；最後就是指派專案成員實施該變更。

在這裡，關鍵是稽核者要能對變更的相關影響有清楚的認識，這認識並不是說如何修改變更，而是如果修改了該變更，有可能帶來什麼影響，是否值得修改。很顯然，這些資訊不是變更提出者在記錄時會給出的，而應該是稽核者自己輔助其它系統或者工具進行判斷。

實施修改：根據變更要求進行修改。

首先要保證修改實施是完全而徹底的，比如提了一個需求變更，不能只改了需求文件而不改程式碼或者使用者文件。在組織分工情況下，如何協調多個小組的同步變更保證工作產品一致性正成為一個很嚴峻的問題。

實現變更的一個初始目的就是為了專案的跟蹤回溯，那麼，針對變更而做的修改也應該被記錄下來並被和變更關聯起來，實現why、what的雙向跟蹤。

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

查詢和度量分析：專案管理者需要了解專案中各個變更的當前狀態，根據變更狀態做出各種管理決定；度量分析變更資料，瞭解專案質量狀況；定期進行復盤，尋找變更根源，進行有針對性，甚至是制度化的改進。

這兒的關鍵是要確定要分析哪些資料，如何分析。

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

提出：記錄變更的詳細資訊，相當於一個備忘。需要記錄的資訊可能根據不同組織和不同專案的規定而不同。要點在於變更提出者能簡明扼要的記錄下有價值的資訊，比如缺陷發生時的環境，要變更的功能……。

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

稽核：稽核者首先要確認變更意義，確認是否要修改；其次稽核者要確認變更可能產生的影響，根據影響分析決定是否要修改下變更的內容以及對專案其它方面做同步改變；最後就是指派專案成員實施該變更。

在這裡，關鍵是稽核者要能對變更的相關影響有清楚的認識，這認識並不是說如何修改變更，而是如果修改了該變更，有可能帶來什麼影響，是否值得修改。很顯然，這些資訊不是變更提出者在記錄時會給出的，而應該是稽核者自己輔助其它系統或者工具進行判斷。

實施修改：根據變更要求進行修改。

首先要保證修改實施是完全而徹底的，比如提了一個需求變更，不能只改了需求文件而不改程式碼或者使用者文件。在組織分工情況下，如何協調多個小組的同步變更保證工作產品一致性正成為一個很嚴峻的問題。

實現變更的一個初始目的就是為了專案的跟蹤回溯，那麼，針對變更而做的修改也應該被記錄下來並被和變更關聯起來，實現why、what的雙向跟蹤。

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

查詢和度量分析：專案管理者需要了解專案中各個變更的當前狀態，根據變更狀態做出各種管理決定；度量分析變更資料，瞭解專案質量狀況；定期進行復盤，尋找變更根源，進行有針對性，甚至是制度化的改進。

這兒的關鍵是要確定要分析哪些資料，如何分析。