本活動致力於:
專案的範圍以分配給專案的需求集合來定義。依據可用的資源(時間、人力、資金)來管理專案範圍是成功管理專案的關鍵因素。
對於需求屬性儲存庫中收集的優先順序、工時、投入成本、風險值等,系統分析師角色負責根據適當的關係人來決定這些需求屬性值。這些值由專案管理人員角色在規劃每一次反覆時使用,且可讓軟體架構師角色找出架構面重大的情境或完整的使用案例,有助於定義架構的使用案例觀點(請參閱設定使用案例優先順序)。
參與本活動的人應該都是架構團隊的成員。架構團隊會召開一次會議,讓各團隊成員討論如何正確地設定需求的優先順序。
團隊領導人也應該熟悉協商技巧,且專案在組織和客戶兩邊最好各指派一位有力人士。產品/專案有力人士應該擁有組織授予的權力,可以拒絕超出可用資源的範圍變更,或擴充資源來因應擴大的範圍。
這項活動應該在整個專案中持續進行。
在協商是否納入一項需求時,利用優先順序、工時及風險等 需求屬性為基準,是一項非常實用的範圍管理技術。強調屬性而非需求本身有利於減少協商時發生爭議的情況。
© Copyright IBM Corp. 1987, 2006. All Rights Reserved.