構型現況彙整

3.4.7 結案(Closure)

在利益相關者均認同已核准之變更需求成功的實施後，該已核准 變更對專案成本、時程與品質等之衝擊亦在預劃限度內，則該變更管 制過程即可正式的終結。

承上，「構型管理系統之構型變更管制」的管理工具、管理後輸出 項目，以及相對應之變更管理過程關係，如下圖 3.6 所示。

辨識

評估

核準

執行

結案 管

制

變更設計資料

變更設計契約

變更標的物

查證 查證紀錄

提出變更需求

評估變更之影響 確認需求 最新專案基準

變更審查

實施變更計畫

結案 OK

變更管理工具

最新專案基準

變更管理過程 管理工具輸出項目

OK

NG

NG

圖3.6 構型管理系統示意圖

資料來源：[11]＆本研究繪製

來自各專案利害相關者資訊的回饋。

3.5.1 構型文件資料庫(Information Repository)

專案的資料庫可以是電腦資訊資料庫、書庫或是文件系統，專案 構型管理計畫中，應該要說明這類資料庫的使用過程、使用方法、使 用人員、人員之間的關係等之說明。資料的架構可以工作拆解結構、

組織拆解結構或是文件管理系統的層級，進而組成資料庫。

透過資料庫的建構與管理，構型現況的彙整將能較有效地進行，

當變更需求被提出或被核准之際，皆能藉由資料庫的功能，提供並延 蹤專案的範疇及其發展。

3.5.2 構型現況報告(Reporting)

專案構型現況彙整(configuration status accounting)與性能衡量標準 報 告 (metrics reporting)提 供 了 專 案 構型 管 理 建 立 衡 量基 準 (baseline production level metric)所需的資訊。當專案基準和產品的衡量基準被建 立之後，專案團隊即可以追蹤構型管理的活動、專案的品質以及適時 地評估其執行的績效。構型報告中的主要內容說明如下。

一、 專案構型現況(Status)

專案構型現況包括了各構型基準、文件版本等的現況。而描述的 程度取決於相關風險、契約規範等的要求。專案現況彙整係針對所核 准的變更進行追蹤與回報。因此，專案構型現況彙整所提供的資訊是 管理者進行構型管理相當重要的一項工具。管理者可透過查核表來確 認相關資訊被包括在構型現況彙整資料中。

二、 評估指標系統(Metrics)

是否需要修正。管理者利用評估指標系統追蹤進行變更的構型，及對 專案所產生的衝擊等資訊。評估指標系統的形式跟規模取決於專案特 性與組織及以往所執行過相關專案的經驗。

透過評估指標系統的實施以及以往類似專案的執行經驗，管理者 可評估欲達成次專案構型所需的資源、技術等是否與所規劃與投入的 資源與技術層面符合，同時可預測專案執行過程中可能發生的變更需 求。

三、 標桿學習(Benchmark)

「標桿學習」係指將此專案執行過程、工具與技巧等與其他專案 作評比。「標杆學習」可再細分為員工教育訓練、學習曲線、顧客滿意 度等項目，藉此活動，管理者可評估專案是與需要針對某一特定構型 實施變更。

四、 績效評估(Performance Measures)

績效評估(performance measures)可分為定量的(quantitative)以及定 性的(qualitative)

(一) 定量的(quantitative)：定量績效量測需要在性能衡量標準時將數量 定義出來。

(二) 定性的(qualitative)：定性績效量測需要在性能衡量標準時將專案產 品的性能定義清楚。

五、 專案構型現況彙整報告(Providing Reports)

專案構型現況彙整提供週期性或非週期性報告作為變更管理相當 重要的資訊，包括；

(一) 基準(Baselines)

1. 基準定義的時間，以及誰定義出何種基準；

2. 相關資訊儲存位置與存取方式。

(二) 變更需求(Change Request) 1. 最新的變更需求；

2. 正在審核中之變更需求；

3. 核准之變更需求；

4. 駁回之變更需求。

(三) 通知(Notifications)

1. 變更需求通知(Requested Change Notices)及受影響的專案構型；

2. 已變更構型(Changed Items)。

(四) 施行現況(Implementation Status) 1. 正在實行中之變更與其現況；

2. 稽核計畫(Audits Plan)。