活動: 管理系統的範圍
本活動確保清楚描述系統的需求,並針對反覆來建立一組可管理的需求工作。
說明工作分解結構團隊配置工作成果用法
目的
本活動的用途是儘可能明確地建立開發系統的範圍,並以開發週期的一批可管理的需求工作為重點。
關係
母項活動
說明

本活動致力於: 

專案的範圍以分配給專案的需求集合來定義。依據可用的資源(時間、人力、資金)來管理專案範圍是成功管理專案的關鍵因素。

對於需求屬性儲存庫中收集的優先順序、工時、投入成本、風險值等,系統分析師角色負責根據適當的關係人來決定這些需求屬性值。這些值由專案管理人員角色在規劃每一次反覆時使用,且可讓軟體架構師角色找出架構面重大的情境或完整的使用案例,有助於定義架構的使用案例觀點(請參閱設定使用案例優先順序)。

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

參與本活動的人應該都是架構團隊的成員。架構團隊會召開一次會議,讓各團隊成員討論如何正確地設定需求的優先順序。 

團隊領導人也應該熟悉協商技巧,且專案在組織和客戶兩邊最好各指派一位有力人士。產品/專案有力人士應該擁有組織授予的權力,可以拒絕超出可用資源的範圍變更,或擴充資源來因應擴大的範圍。

用法
用法指引

這項活動應該在整個專案中持續進行。

主要考量

在協商是否納入一項需求時,利用優先順序、工時及風險等 需求屬性為基準,是一項非常實用的範圍管理技術。強調屬性而非需求本身有利於減少協商時發生爭議的情況。