(1)識別需要資料的人(person）: 服務經理
(2)識別管理目標（goal）/要解決的問題(problem)：提高客戶請求的處理速度
(3)定義如何量化管理目標/要解決的問題：
（3.1）識別被度量的物件(object)：待處理的客戶變更請求
(3.2) 識別被度量物件的屬性(attribute)：
待處理的變更請求的個數
待處理的變更請求的計畫工作量
(4)識別如何展示度量資料(indicator)：
待處理變更請求統計表：設計乙個雙軸折線圖，橫座標為時間（每天），縱座標1為當日未處理完畢的變更請求的個數，縱座標2為當日未處理完畢的變更請求的計畫工作量。
(5) 定義如何使用度量資料(criteria):
每天生成此圖表，由服務經理根據此表跟蹤服務請求的進展情況，如果變更請求的個數保持在恆定的範圍內並且未處理完畢的變更請求在恆定的範圍內，則可以接受，否則，超出範圍的日期存在異常。
(6) 對度量元進行詳細刻畫(specification)：
度量元
待處理的變更請求的個數
待處理的變更請求的計畫工作量
計量單位個人時
採集或計算方法
統計待處理的變更請求單的個數
統計待處理的變更請求的計畫工作量
驗證方法
抽檢重算
抽檢重算
採集週期、時間點
每天下班前10分鐘
每天下班前10分鐘
優先順序 高高
採集人部門助理
部門助理
資料驗證人
服務經理
服務經理
資料分析人
服務經理
服務經理
使用該度量元的指示器
待處理變更請求統計表
待處理變更請求統計表
基本/派生度量元
基本度量元
基本度量元
刻度型別
定比定比
(7) 影響已知目標的因素有哪些？
待處理的變更請求的個數取決於：
交付的軟體質量：質量越差，待處理的變更請求越多；
執行的週期：執行的時間越久，變更請求的個數越少；
待處理的變更請求的計畫工作量取決於：
文件的完備程度：文件越齊備，工作量越小；
變更維護人員的技術水平：技術水平越低，工作量越大；
待處理的變更請求的個數：個數越多，工作量越大；
（8）對於在（7）中識別的度量元進行詳細刻畫。並將新識別的度量元作為已知目標，重複執行(7)。
處於2-3級的企業可以執行到（6）即終止，實施3級以上的企業需要執行（7）、（8）積累度量資料，以為過程效能模型的建立積累度量資料。
例解 目標驅動的度量元識別方法
1 識別需要資料的人 person 服務經理 2 識別管理目標 goal 要解決的問題 problem 提高客戶請求的處理速度 3 定義如何量化管理目標 要解決的問題 3.1 識別被度量的物件 object 待處理的客戶變更請求 3.2 識別被度量物件的屬性 attribute 待處理的變更請求的個...
例解 如何分析同行評審的度量資料？
在進行同行評審時，一般可以積累如下的度量資料 1 評審文件或 的規模 對於需求文件的規模一般是採用頁或功能點為度量單位 對於測試用例的規模一般是採用個或頁為度量單位 對 的規模一般是採用行為度量單位 對於設計或其他文件一般是採用頁為度量單位。2 個人評審的時間週期，計量單位為小時 3 評審會議的時間...
例解 如何分析同行評審的度量資料？
在進行同行評審時，一般可以積累如下的度量資料 1 評審文件或 的規模 對於需求文件的規模一般是採用頁或功能點為度量單位 對於測試用例的規模一般是採用個或頁為度量單位 對 的規模一般是採用行為度量單位 對於設計或其他文件一般是採用頁為度量單位。2 個人評審的時間週期，計量單位為小時 3 評審會議的時間...