作業: 管理相依關係
這項作業說明如何利用需求之間的相依性來管理專案範圍及需求變更本身。
目的

這項作業的目的是利用專案需求的屬性和可追蹤性,協助管理專案範圍及管理變更需求。

關係
角色主要: 其他的: 協助:
輸入強制: 選用: 外部:
輸出
步驟
指定屬性

需求管理計劃定義每一種需求要追蹤的需求屬性(請參閱概念:需求的類型)。每一項需求最重要的屬性包括「效益」(從關係人的觀點)、 實作的「工作量」、開發工作的「風險」、「穩定性」(維持不變的可能性)及「架構影響」(是否在架構上很重大)。

「效益」和「穩定性」由「系統分析師」諮詢關係人之後設定。 「工作量」和「風險」由「專案經理」在諮詢「軟體架構師」之後設定。 「架構影響」由「軟體架構師」設定。

對於高風險、高工作量或高效益的不穩定需求,表示應該進行深入分析。高工作量、風險或不穩定性的低效益需求,表示應該很可能移除。

以下示範願景文件中有關 RequisitePro 工具的一組功能,並列出每一項功能的需求屬性。「效益」由客戶評價,「工作量」來自開發人員。

功能  效益  工作量  風險 架構
影響 
穩定性 
功能 1:儲存與還原排序和過濾準則  中高  低  低  低  高 
功能 2:可以將 RequisitePro 文件另存為 Microsoft® Word® 文件。  中高  低  低  低  高 
功能 3:可以在視圖視窗中查看已刪除的需求。  中  中高  中  低  中 
功能 4:支援「貨幣」資料類型屬性。  中  中  中低  低  中 
功能 5:支援「全部」文件類型(很容易定義多種文件類型的共同屬性)。  中高  中  中  低  中高 
功能 6:可以在視圖中選取需求,然後在 Word 文件中選取「到」。  中高  中  中  低  中高 
功能 7:在需求的文件內容中顯示需求的屬性。  中  中  中  低  中高 
功能 8:新增專案精靈  中高  高  中高  高  中 
功能 9:快速建立需求(避免在建立時出現需求對話框)。  中高  中低  中低  低  高 
功能 10:專案的「自動儲存」(專案保存檔)。  中  中低  中  低  中 
功能 11:變更一組特定需求的一或多個屬性。  中  中高  中  低  中 
功能 12:可以複製專案的結構,讓使用者利用舊專案來輕鬆建立新專案。  高  中  中  低  低 
功能 13:加強列印、需求確認的效能。  中低  中高  中  低  中高 
功能 14:Microsoft® Windows95® 埠。  高  中  高  高  高 

假設,根據您對於資源的瞭解,我們認為第一次反覆時只能納入這些功能的 2/3。 您需要使架構穩定,所以必須儘早實作功能 8 和 14。 不過,功能 8 的穩定性只達到「中」 - 您必須與關係人一起合作,儘快將此屬性降到「低」。

功能 13 只有「中低」的效益,但有「中高」的工作量,因此表示很可能移除。

您也知道必須在截止時間以前交付某些成果,所以您極力想要避免高工作量的功能,尤其在結合不穩定的情況下。 因此,您可能決定排除功能 3、11 及 12。

建立和驗證可追蹤性

需求管理計劃定義如何從需求類型追蹤到其他工作成果。系統分析師必須建立必要的可追蹤性,並定期利用可追蹤性報告,確定依據「需求管理計劃」來維護可追蹤性。

管理變更需求

需求變更依據需求管理計劃來管理。以下為一些其他的準則:

重新評定需求屬性及可追蹤性

即使需求不變,但需求相關的需求屬性可追蹤性可能會有變化。「系統分析師」負責持續維護這項資訊。

依階層管理變更

一項需求的變更可能產生「連鎖」反應,影響其他相關的需求、設計或其他工作成果。 若要管理此效應,您應從上而下變更需求。請複查對願景造成的衝擊,再依序複查其他需求工作成果、設計工作成果及正式的資料。 請掌控需求變更對於測試工作的衝擊。 可追蹤性報告很適合判斷可能受影響的元素。



內容
多次出現的項目
事件驅動
持續進行中
選用
規劃
可重複的
詳細資訊