活動: 規劃專案配置與變更控制
本活動建立適當的計畫來管理和控制構件的變更,這些變更以軟體開發流程的工作成果呈現。
延伸: 規劃專案配置與變更控制
說明工作分解結構團隊配置工作成果用法
關係
母項活動
說明

活動重點包括:

  • 建立專案配置管理原則
  • 建立原則和流程來控制產品變更
  • 在「配置管理計畫」中(在「軟體開發計畫」內)記錄這項資訊

CM 原則指出有能力識別、保護及報告已核准在專案中使用的構件。為了簡化識別的過程,可以透過適當的工具來控制專案構件,且隨著時間經過,有計畫地標示這些構件,在任何時間點上指出彼此相對的成熟度和關係。有條不紊的識別慣例是經由保存和基準線設定技術來保護專案構件的重要助力。

標準、明確的變更控制流程有助於確保專案的變更保持一致,且適當的關係人可以掌握專案的最新狀態、要求的變更,以及這些變更對於成本、排程等的影響。

CM 計畫描述如何規劃、實作、控制及組織產品相關的 CM 活動。

內容
事件驅動
多次出現的項目
持續進行中
選用
規劃Yes
可重複的
人員配置

扮演「配置管理人員」角色的人必須天生頭腦清醒,且能夠非常靈活地規劃配置與變更控制來符合專案團隊的需求。「配置管理人員」角色要確定專案變更原則會反映在專案變更管理工具內,以此來支援團隊,讓軟體開發人員根據定義的開發和核准慣例,透過狀態變更來輕鬆轉換構件。「配置管理人員」角色必須準備測量工具來監督「CM 計畫」是否如預期般地確實執行、定期建立審核報告,以及協同「系統管理員」角色一起確定 CM 資產的備份得到妥善保管(例如,備份集的現場防火保險箱、每週進行備份集異地儲存)。

「變更控制管理人員」扮演重要的裁決角色。因此,在軟體建構版本中併入任何特定變更的決策,最終都由專案的「變更控制管理人員」來決定。實際上,通常只需要監控影響層面重大的變更,而決定是否在產品中併入或排除變更所可能產生的任何影響,應該根據專案因素來審慎考量,例如工作團隊的氣氛、在開發人員和客戶之間需要建立信任等,諸如此類。

用法
用法指引

這項工作主要都在每一個階段初期的反覆中執行。這項工作在「建構」和「轉換」階段中最重要, 但在「詳述」甚至是「初始」階段中,也可能很重要,視專案慣例而定。

即使格式、樣式及正式性會視專案環境而有所不同,也不該忽視這項工作的重要性。 另外,也請注意,變更流程會隨著專案的進展而愈來愈固定和正式,通常在「轉換」階段會達到最正式和最固定的程度。

主要考量