測量計劃描述成功完成專案所必須追蹤的目標,也描述用來判斷專案未偏離主題的計量單位和測量值。
在「初始階段」的一般規劃活動中,每一個專案各執行一次「開發測量計劃」作業。 就像軟體開發計劃的其他任何部分一樣,在專案期間可能會修訂測量計劃。
「專案經理」應該決定哪些專案需求和限制很重要,有必要執行客觀的監視程序。 此外,有些組織需求可能與商業需求有關(成本降低、上市時間及生產力提升),與專案需求沒有直接的關係。 專案經理通常會想要追蹤正在建構的軟體的功能和可靠性的發展情況, 也會想要掌握支出(投入工時、排程、其他資源),且可能有效能及其他品質需求,以及記憶體和處理器限制。 如需詳細資訊,請參閱工作成果準則:測量值。選擇目標的資源來源包括願景、風險清單及企業案例,以及 Rational Unified Process 中未指定的組織需求和限制。
「專案經理」應該連同重要關係人一起審查選定的目標,確保選定的目標焦點正確、 充分涵蓋所要重要的領域和風險、有可能將目標降低到可收集的測量值,以及有足夠的資源可分配給測量程序使用。
有些高階或複雜的目標很難或不可能制訂直接的測試方法。 相反地,必須將目標先拆解成更簡單的次目標,這些次目標集合起來達成高階的目標。 例如,只透過一項整體成本數據,通常無法追蹤專案成本, 必須透過一些「工作分解結構」,考量更低層次上分配的成本及在此更低精確度上收集的成本資訊。 應該限制最深分解至主要或高階目標以下兩層。 這是為了限制所需的資料收集和精簡的數量,也因為在很深的階層中,很難確定追蹤次目標是否有助於對照高階目標來瞭解進度。
這裡的作業是利用可測量的內容或屬性,在次目標與一些實體或工作成果之間建立關聯性。 最好採用客觀且易於量化的測量值。
此步驟中會指出可導出測量值的基本資料項目。這些是需要收集的項目。
「測量計劃」會捕捉目標、次目標及相關的測量值與初始測量值。 也會指出測量程序所需的資源(例如專案測量)和責任。
「專案經理」應該將「測量計劃」交由下列單位來審查:
直接參與測量程序的人(預設組織中的「評估團隊」,請參閱準則:軟體開發計劃:專案組織) 專案審查委員會 (PRA) 專案外部的測量值專家,除非在「評估團隊」內有人就是專案
必須根據「測試計劃」,取得或產生、安裝及開始使用收集、計算、顯示及報告測量值的指示、程序、工具及儲存庫。 這將包括專案測量成果。
請參閱工作成果準則:測量值。
© Copyright IBM Corp. 1987, 2006. All Rights Reserved.