作者：Gakki

前言
2025 年軟考高項(xiàng) | 信息系統(tǒng)項(xiàng)目管理師 | 第9章：項(xiàng)目范圍管理 | 信息系統(tǒng)項(xiàng)目管理師（第四版）

考情分析

考情分析

學(xué)習(xí)建議

學(xué)習(xí)建議

思維導(dǎo)圖

思維導(dǎo)圖

9.1管理基礎(chǔ)

1. 產(chǎn)品范圍和項(xiàng)目范圍（掌握???）
   （1）產(chǎn)品范圍：指某項(xiàng)產(chǎn)品、服務(wù)或成果所具有的特征和功能。產(chǎn)品范圍的完成情況是根據(jù)產(chǎn)品需求來衡量的?！靶枨蟆笔侵父鶕?jù)特定協(xié)議或其他強(qiáng)制性規(guī)范，產(chǎn)品、服務(wù)或成果必須具備的條件或能力。
   （2）項(xiàng)目范圍：包括產(chǎn)品范圍，是為交付具有規(guī)定特性與功能的產(chǎn)品、服務(wù)或成果而必須完成的工作。項(xiàng)目范圍的完成情況是根據(jù)項(xiàng)目管理計(jì)劃來衡量的。
   

   產(chǎn)品范圍和項(xiàng)目范圍

2. 管理新實(shí)踐（了解?）

• 需求一直是項(xiàng)目管理的關(guān)注重點(diǎn)，需求管理過程結(jié)束于需求關(guān)閉，即把產(chǎn)品、服務(wù)或成果移交給接收方，以便長期測量、監(jiān)控、實(shí)現(xiàn)并維持收益。

• 商業(yè)分析師，該角色的職責(zé)還應(yīng)包括需求管理相關(guān)的活動，項(xiàng)目經(jīng)理則負(fù)責(zé)確保這些活動列入項(xiàng)目管理計(jì)劃，并且在預(yù)算內(nèi)按時完成，同時能夠創(chuàng)造價值。

• 項(xiàng)目經(jīng)理與商業(yè)分析師之間應(yīng)該是伙伴式合作關(guān)系。

9.2 規(guī)劃范圍管理過程（掌握???）

1. 范圍管理過程定義和作用（背誦???）

   
   
   范圍管理過程定義和作用

2. 裁剪考慮因素：知識和需求管理、確認(rèn)和控制、開發(fā)方法、需求的穩(wěn)定性、治理。（了解?）

3. 敏捷與適應(yīng)方法（了解?）

   
   
   敏捷與適應(yīng)方法

9.3 規(guī)劃范圍管理（掌握???）

1. 規(guī)劃范圍管理 ITO

   
   
   規(guī)劃范圍管理 ITO

2. 規(guī)劃范圍管理：是為了記錄如何定義、確認(rèn)和控制項(xiàng)目范圍及產(chǎn)品范圍，而創(chuàng)建范圍管理計(jì)劃的過程。本過程的主要作用是在整個項(xiàng)目期間對如何管理范圍提供指南和方向。本過程僅開展一次或僅在項(xiàng)目的預(yù)定義點(diǎn)開展。

9.3.1 輸入

1. 項(xiàng)目章程

2. 項(xiàng)目管理計(jì)劃

3. 事業(yè)環(huán)境因素

4. 組織過程資產(chǎn)

9.3.2 工具與技術(shù)

1. 專家判斷

2. 數(shù)據(jù)分析：適用于本過程的數(shù)據(jù)分析技術(shù)是備選方案分析。備選方案分析技術(shù)用于評估、收集需求，詳述項(xiàng)目和產(chǎn)品范圍，創(chuàng)造產(chǎn)品，確認(rèn)范圍和控制范圍的各種方法。

3. 會議

9.3.3 輸出

1. 范圍管理計(jì)劃

   • 范圍管理計(jì)劃是項(xiàng)目管理計(jì)劃的組成部分，描述將如何定義、制定、監(jiān)督、控制和確認(rèn)項(xiàng)目范圍。

   • 范圍管理計(jì)劃用于指導(dǎo)如下過程和相關(guān)工作：
     ① 制定項(xiàng)目范圍說明書；
     ② 根據(jù)詳細(xì)項(xiàng)目范圍說明書創(chuàng)建WBS；
     ③ 確定如何審批和維護(hù)范圍基準(zhǔn)；
     ④ 正式驗(yàn)收已完成的項(xiàng)目可交付成果；

   • 根據(jù)項(xiàng)目需要，范圍管理計(jì)劃可以是正式或非正式的，非常詳細(xì)或高度概括的。

2. 需求管理計(jì)劃

   • 需求管理計(jì)劃是項(xiàng)目管理計(jì)劃的組成部分，描述如何分析、記錄和管理需求。

   • 需求管理計(jì)劃的主要內(nèi)容包括：
     ① 如何規(guī)劃、跟蹤和報告各種需求活動;
     ② 配置管理活動，例如，如何啟動變更，如何分析其影響，如何進(jìn)行追溯、跟蹤和報告，以及變更審批權(quán)限；
     ③ 需求優(yōu)先級排序過程；
     ④ 測量指標(biāo)及使用這些指標(biāo)的理由；
     ⑤ 反映哪些需求屬性將被列入跟蹤矩陣等。
     【關(guān)鍵詞：需求、配置、策略指標(biāo)】

9.4 收集需求（掌握???）

1. 收集需求 ITO

   
   
   收集需求 ITO

2. 收集需求：是為實(shí)現(xiàn)目標(biāo)而確定，記錄并管理干系人的需要和需求的過程。本過程的主要作用是為定義產(chǎn)品范圍和項(xiàng)目范圍奠定基礎(chǔ)。本過程僅開展一次或僅在項(xiàng)目的預(yù)定義點(diǎn)開展。

   • 需求是指根據(jù)特定協(xié)議或其他強(qiáng)制性規(guī)范，產(chǎn)品、服務(wù)或成果必須具備的條件或能力。
   • 讓干系人積極參與需求的探索和分解工作（分解成項(xiàng)目和產(chǎn)品需求），并仔細(xì)確定、記錄和管理對產(chǎn)品、務(wù)或成果的需求，能直接促進(jìn)項(xiàng)目成功。
   • 需求將作為后續(xù)工作分解結(jié)構(gòu)（WBS）的基礎(chǔ)，也將作為成本、進(jìn)度、質(zhì)量和采購規(guī)劃的基礎(chǔ)。

9.4.1 輸入

1. 立項(xiàng)管理文件
2. 項(xiàng)目章程
3. 項(xiàng)目管理計(jì)劃
4. 項(xiàng)目文件
5. 協(xié)議
6. 事業(yè)環(huán)境因素
7. 組織過程資產(chǎn)

9.4.2 工具與技術(shù)

1. 專家判斷

2. 數(shù)據(jù)收集
   

   數(shù)據(jù)收集

3. 數(shù)據(jù)分析：文件分析指審核和評估任何相關(guān)的文件信息。

4. 決策
   

   決策

5. 數(shù)據(jù)表現(xiàn)
   

   數(shù)據(jù)表現(xiàn)

6. 人際關(guān)系與團(tuán)隊(duì)技能
   

   人際關(guān)系與團(tuán)隊(duì)技能

7. 系統(tǒng)交互圖：是對產(chǎn)品范圍的可視化描繪，可以直觀顯示業(yè)務(wù)系統(tǒng)（過程、設(shè)備、計(jì)算機(jī)系統(tǒng)等）及其與人和其他系統(tǒng)（行動者）之間的交互方式。

8. 原型法：指在實(shí)際制造預(yù)期產(chǎn)品之前，先造出該產(chǎn)品的模型，并據(jù)此征求對需求的早期反饋。原型法支持漸進(jìn)明細(xì)的理念，需要經(jīng)歷從模型創(chuàng)建、用戶體驗(yàn)、反饋收集到原型修改的反復(fù)循環(huán)過程。在經(jīng)過足夠的反饋循環(huán)之后，就可以通過原型獲得足夠的需求信息，從而進(jìn)入設(shè)計(jì)或制造階段。故事板是一種原型技術(shù)，通過一系列的圖像或圖示來展示順序或?qū)Ш铰窂健?/p>

9.4.3 輸出

1. 需求文件：描述各種單一需求將如何滿足項(xiàng)目相關(guān)的業(yè)務(wù)需求。一開始可能只有高層級的需求，然后隨著有關(guān)需求信息的增加而逐步細(xì)化。

   • 只有明確的（可測量和可測試的)、可跟蹤的、完整的、相互協(xié)調(diào)的，且主要干系人愿意認(rèn)可的需求，才能作為基準(zhǔn)。

   • 需求文件的格式多種多樣，既可以是一份按干系人和優(yōu)先級分類列出全部需求的簡單文件，也可以是一份包括內(nèi)容提要、細(xì)節(jié)描述和附件等的詳細(xì)文件。

2. 需求的類別一般包括：

   （1） 業(yè)務(wù)需求：整個組織的高層級需要，例如，解決業(yè)務(wù)問題或抓住業(yè)務(wù)機(jī)會，以及實(shí)施項(xiàng)目的原因。

   （2） 干系人需求：干系人的需要。

   （3） 解決方案需求：為滿足業(yè)務(wù)需求和干系人需求，產(chǎn)品、服務(wù)或成果必須縣備的特性、功能和特征。解決方案需求又進(jìn)一步分為功能需求和非功能需求：① 功能需求：描述產(chǎn)品應(yīng)其備的功能，例如，產(chǎn)品應(yīng)該執(zhí)行的行動、流程、數(shù)據(jù)和交互；②非功能需求：是對功能需求的補(bǔ)充，是產(chǎn)品正常運(yùn)行所需的環(huán)境條件或質(zhì)量要求，例如，可靠性、保密性、性能、安全性、服務(wù)水平、可支持性、保留或清除等。

   （4） 過渡和就緒需求：如數(shù)據(jù)轉(zhuǎn)換和培訓(xùn)需求。這些需求描述了從“當(dāng)前狀態(tài)”過渡到“將來狀態(tài)”所需的臨時能力。

   （5） 項(xiàng)且需求：項(xiàng)目需要滿足的行動、過程或其他條件，例如里程碑日期、合同責(zé)任、制約因素等。

   （6） 質(zhì)量需求：用于確認(rèn)項(xiàng)目可交付成果的成功完成或其他項(xiàng)目需求的實(shí)現(xiàn)的任何條件或標(biāo)準(zhǔn)，例如，測試、認(rèn)證、確認(rèn)等。

3. 需求跟蹤矩陣

• 需求跟蹤矩陣是把產(chǎn)品需求從其來源連接到能滿足需求的可交付成果的一種表格。

  • 正向跟蹤：使用需求跟蹤矩陣，把每個需求與業(yè)務(wù)目標(biāo)或項(xiàng)目目標(biāo)聯(lián)系起來，有助于確保每個需求都具有業(yè)務(wù)價值。
  • 逆向跟蹤：需求跟蹤矩陣提供了在整個項(xiàng)目生命周期中跟蹤需求的一種方法，有助于確保需求文件中被批準(zhǔn)的每項(xiàng)需求在項(xiàng)目結(jié)束的時候都能實(shí)現(xiàn)并交付。

• 使用需求跟蹤矩陣，把每個需求與業(yè)務(wù)目標(biāo)或項(xiàng)目目標(biāo)聯(lián)系起來，有助于確保每個需求都具有業(yè)務(wù)價值。

• 需求跟蹤矩陣提供了在整個項(xiàng)目生命周期中跟蹤需求的一種方法，有助于確保需求文件中被批準(zhǔn)的每項(xiàng)需求在項(xiàng)目結(jié)束的時候都能實(shí)現(xiàn)并付。

• 跟蹤需求的內(nèi)容包括：
  ① 業(yè)務(wù)需要、機(jī)會、目的和目標(biāo)；
  ② 項(xiàng)目目標(biāo)；
  ③ 項(xiàng)目范圍和WBS可交付成果；
  ④ 產(chǎn)品設(shè)計(jì)；
  ⑤ 產(chǎn)品開發(fā)；
  ⑥ 測試策略和測試場景；
  ⑦ 高層級需求到詳細(xì)需求等。
  

  需求跟蹤矩陣

9.5 定義范圍（掌握???）

1. 定義范圍 ITO

   
   
   定義范圍 ITO

2. 定義范圍：應(yīng)根據(jù)項(xiàng)目啟動過程中記載的主要可交付成果、假設(shè)條件和制約因素來編制詳細(xì)的項(xiàng)目范圍說明書。在項(xiàng)目規(guī)劃過程中，隨著對項(xiàng)目信息了解的逐漸深入，應(yīng)該更加詳細(xì)、具體地定義和描述項(xiàng)目范圍。此外，還需要分析現(xiàn)有風(fēng)險、假設(shè)條件和制約因素的完整性，并做必要的增補(bǔ)或更新。

9.5.1 輸入

1. 項(xiàng)目章程

2. 項(xiàng)目管理計(jì)劃

3. 項(xiàng)目文件

4. 事業(yè)環(huán)境因素

5. 組織過程資產(chǎn)

9.5.2 工具與技術(shù)

1. 專家判斷

2. 數(shù)據(jù)分析：備選方案分析。

3. 決策：多標(biāo)準(zhǔn)決策分析。

4. 人際關(guān)系與團(tuán)隊(duì)技能：典型示例是引導(dǎo)。

5. 產(chǎn)品分析：可用于定義產(chǎn)品和服務(wù)，包括針對產(chǎn)品或服務(wù)提問并回答，以描述要交付產(chǎn)品的用途、特征及其他方面。用以把高層級的產(chǎn)品或服務(wù)描述轉(zhuǎn)變?yōu)橛幸饬x的可交付成果。產(chǎn)品分析技術(shù)主要包括：產(chǎn)品分解、需求分析、系統(tǒng)分析、系統(tǒng)工程、價值分析、價值工程等。

9.5.3 輸出

1. 項(xiàng)目范圍說明書

   • 項(xiàng)目范圍說明書是對項(xiàng)目范圍、主要可交付成果、假設(shè)條件和制約因素的描述。它記錄了整個范圍，包括：項(xiàng)目和產(chǎn)品范圍；詳細(xì)描述了項(xiàng)目的可交付成果；代表項(xiàng)目干系人之間就項(xiàng)目范圍所達(dá)成的共識。為便于管理干系人的期望，項(xiàng)目范圍說明書可明確指出哪些工作不屬于本項(xiàng)目范圍。

   • 詳細(xì)的項(xiàng)目范圍說明書內(nèi)容有：產(chǎn)品范圍描述、可交付成果、驗(yàn)收標(biāo)準(zhǔn)、項(xiàng)目的除外責(zé)任。
     【口訣：產(chǎn)品可驗(yàn)項(xiàng)】

     ① 產(chǎn)品范圍描述：逐步細(xì)化在項(xiàng)目章程和需求文件中所述的產(chǎn)品、服務(wù)或成果特征。

     ② 可交付成果：為完成某一過程、階段或項(xiàng)目而必須產(chǎn)出的任何獨(dú)特并可核實(shí)的產(chǎn)品、成果或服務(wù)能力，可交付成果也包括各種輔助成果，如項(xiàng)目管理報告和文件。

     ③ 驗(yàn)收標(biāo)準(zhǔn)：可交付成果通過驗(yàn)收前必須滿足的一系列條件。

     ④ 項(xiàng)目的除外責(zé)任：識別排除在項(xiàng)目之外的內(nèi)容。明確說明哪些內(nèi)容不屬于項(xiàng)目范圍，有助于管理干系人的期望及減少范圍蔓延。

2. 項(xiàng)目文件（更新）。

9.6 創(chuàng)建 WBS（掌握???）

1. 創(chuàng)建 WBS 的 ITO

   
   
   創(chuàng)建 WBS 的 ITO

2. 創(chuàng)建 WBS：

   • WBS 組織并定義了項(xiàng)目的總范圍，代表著經(jīng)批準(zhǔn)的當(dāng)前項(xiàng)目范圍說明書中所規(guī)定的工作。
   • WBS 最低層的組成部分稱為工作包，其中包括計(jì)劃的工作。工作包對相關(guān)活動進(jìn)行歸類，以便對工作安排進(jìn)度，進(jìn)行估算，開展監(jiān)督與控制。在“工作分解結(jié)構(gòu)”這個詞語中，“工作”是指作為活動結(jié)果的工作產(chǎn)品或可交付成果，而不是活動本身。

9.6.1 輸入

1. 項(xiàng)目管理計(jì)劃

2. 項(xiàng)目文件

3. 事業(yè)環(huán)境因素

4. 組織過程資產(chǎn)

9.6.2 工具與技術(shù)

1. 專家判斷

2. 分解

   • 分解是一種把項(xiàng)目范圍和項(xiàng)目可交付成果逐步劃分為更小、更便于管理的組成部分的技術(shù)。工作包是 WBS 最低層的工作，可對其成本和持續(xù)時間進(jìn)行估算和管理。

   • 創(chuàng)建 WBS 的常用的方法包括：自上而下的方法、使用組織特定的指南和使用WBS模板。

   • 要把整個項(xiàng)目工作分解為工作包，通常需要開展如下活動：

     ① 識別和分析可交付成果及相關(guān)工作；

     ② 確定 WBS 的結(jié)構(gòu)和編排方法；

     ③ 自上而下逐層細(xì)化分解；

     ④ 為 WBS 組成部分制定和分配標(biāo)識編碼；

     ⑤ 核實(shí)可交付成果分解的程度是否恰當(dāng)。

     【口訣：釋放分編核（釋放糞便河）】

3. WBS 的結(jié)構(gòu)可以采用多種形式：
   （1）以項(xiàng)目生命周期的各階段作為分解的第二層，把產(chǎn)品和項(xiàng)目可交付成果放在第三層。
   （2）以主要可交付成果作為分解的第二層。
   （3）納入由項(xiàng)目團(tuán)隊(duì)以外的組織開發(fā)的各種較低層次組件（如外包工作）。隨后，作為外包工作的一部分，賣方須制定相應(yīng)的合同 WBS。
   

   WBS 的結(jié)構(gòu)
   
   
   WBS 的結(jié)構(gòu)

4. WBS 分解說明
   （1）對 WBS 較高層組件進(jìn)行分解，就是要把每個可交付成果或組件分解為最基本的組成部分，即可核實(shí)的產(chǎn)品、服務(wù)或成果。如果采用敏捷或適應(yīng)型方法，可以將長篇故事分解成用戶故事。WBS 可以采用提綱式、組織結(jié)構(gòu)圖或能說明層級結(jié)構(gòu)的其他形式。
   （2）不同的可交付成果可以分解到不同的層次。工作分解得越細(xì)致，對工作的規(guī)劃、管理和控制就越有力。但是，過細(xì)的分解會造成管理努力的無效耗費(fèi)、資源使用效率低下、工作實(shí)施效率降低，同時造成 WBS 各層級的數(shù)據(jù)匯總困難。
   （3）要在未來遠(yuǎn)期才完成的可交付成果或組件，當(dāng)前可能無法分解。項(xiàng)目管理團(tuán)隊(duì)因而通常需要等待對該可交付成果或組成部分達(dá)成一致意見，才能夠制定出 WBS 中的相應(yīng)細(xì)節(jié)。這種技術(shù)又稱為滾動式規(guī)劃。

5. 在分解的過程中，應(yīng)該注意以下 8 個方面：
   ① WBS 必須是面向可交付成果的：項(xiàng)目的目標(biāo)是提供產(chǎn)品或服務(wù)，WBS 中的各項(xiàng)工作是為提供可交付的成果服務(wù)的（多次重復(fù)循環(huán)，軟件測試）。
   ② WBS 必須符合項(xiàng)目的范圍：WBS必須包括也僅包括為了完成項(xiàng)目的可交付成果的活動。100% 原則（包含原則）認(rèn)為，在 WBS 中，所有下一級的元素之和必須 100% 代表上一級的元素。
   ③ WBS 的底層應(yīng)該支持計(jì)劃和控制：WBS是項(xiàng)目管理計(jì)劃和項(xiàng)目范圍之間的橋梁，WBS 的底層不但要支持項(xiàng)目管理計(jì)劃，而且要讓管理層能夠監(jiān)視和控制項(xiàng)目的進(jìn)度和預(yù)算。
   ④ WBS 中的元素必須有人負(fù)責(zé)，而且只有一個人負(fù)責(zé)。
   ⑤ WBS 應(yīng)控制在 4～6 層：如果項(xiàng)目規(guī)模比較大，以至于 WBS 要超過 6 層，此時，可以使用項(xiàng)目分解結(jié)構(gòu)將大項(xiàng)目分解成子項(xiàng)目，然后針對子項(xiàng)目來做 WBS。每個級別的 WBS 將上一級的一個元素分為 4～7 個新元素，同一級元素的大小應(yīng)該相似。一個工作單元只能從屬于某個上層單元，避免交叉從屬。
   ⑥ WBS 應(yīng)包括項(xiàng)目管理工作（因?yàn)楣芾硎琼?xiàng)目具體工作的一部分），也要包括分包出去的工作。
   ⑦ WBS 的編制需要所有（主要）項(xiàng)目干系人的參與。
   ⑧ WBS 并非是一成不變的：完成了 WBS 之后的工作中，仍然有可能需要對 WBS 進(jìn)行修改。
   【口訣：面果、一個人負(fù)責(zé)、4~6層、盒飯、全員（所有）、分包、吃雞、可變。面果一個人負(fù)責(zé) 4~6 層得盒飯，全包分包出去吃雞，這個計(jì)劃可變】

9.6.3 輸出

1. 范圍基準(zhǔn)：是經(jīng)過批準(zhǔn)的范圍說明書、WBS 和相應(yīng)的 WBS 詞典，只有通過正式的變更控制程序才能進(jìn)行變更，它被用作比較的基礎(chǔ)。范圍基準(zhǔn)是項(xiàng)目管理計(jì)劃的組成部分。

   • 項(xiàng)目范圍說明書：包括對項(xiàng)目范圍、主要可交付成果、假設(shè)條件和制約因素的描述。
   • WBS：全部工作范圍的層級分解。工作分解結(jié)構(gòu)每向下分解一層，代表對項(xiàng)目工作更詳細(xì)的定義。
     • 工作包：WBS 的最低層是帶有獨(dú)特標(biāo)識號的工作包。這些標(biāo)識號為成本、進(jìn)度和資源信息的逐層匯總提供了層級結(jié)構(gòu)，即賬戶編碼。
     • 控制賬戶則是一個管理控制點(diǎn)，控制賬戶包含兩個或更多工作包，每個工作包只與一個控制賬戶關(guān)聯(lián)。
     • 規(guī)劃包：規(guī)劃包是一種低于控制賬戶而高于工作包的工作分解結(jié)構(gòu)組件，工作內(nèi)容已知但詳細(xì)的進(jìn)度活動未知，一個控制賬戶可以包含一個或多個規(guī)劃包。
   • WBS 字典：WBS 字典是針對 WBS 中的每個組件，詳細(xì)描述可交付成果、活動和進(jìn)度信息的文件。WBS 字典中的內(nèi)容一般包括：賬戶編碼標(biāo)識、工作描述、假設(shè)條件和制約因素、負(fù)責(zé)的組織、進(jìn)度里程碑、相關(guān)的進(jìn)度活動、所需資源、成本估算、質(zhì)量要求、驗(yàn)收標(biāo)準(zhǔn)、技術(shù)參考文獻(xiàn)、協(xié)議信息等。

2. 項(xiàng)目文件（更新）。

9.7 確認(rèn)范圍（掌握???）

1. 確認(rèn)范圍 ITO

   
   
   確認(rèn)范圍 ITO

2. 確認(rèn)范圍

   • 確認(rèn)范圍應(yīng)該貫穿項(xiàng)目的始終。

   • 確認(rèn)范圍的步驟包括：
     ① 確定需要進(jìn)行范圍確認(rèn)的時間；
     ② 識別范圍確認(rèn)需要哪些投入；
     ③ 確定范圍正式被接受的標(biāo)準(zhǔn)和要素；
     ④ 確定范圍確認(rèn)會議的組織步驟；
     ⑤ 組織范圍確認(rèn)會議；
     【口訣：時投標(biāo)步會】

   • 確認(rèn)范圍過程與控制質(zhì)量過程的不同之處在于，前者關(guān)注可交付成果的驗(yàn)收，而后者關(guān)注可交付成果的正確性及是否滿足質(zhì)量要求?？刂瀑|(zhì)量過程通常先于確認(rèn)范圍過程，但二者也可同時進(jìn)行。

   • 項(xiàng)目干系人進(jìn)行范圍確認(rèn)時，一般需要檢查以下 6 個方面的問題:
     ① 可交付成果是否是確定的、可確認(rèn)的。
     ② 每個可交付成果是否有明確的里程碑，里程碑是否有明確的、可辨別的事件，例如，客戶的書面認(rèn)可等。
     ③ 是否有明確的質(zhì)量標(biāo)準(zhǔn)。
     ④ 審核和承諾是否有清晰的表達(dá)。
     ⑤ 項(xiàng)目范圍是否覆蓋了需要完成的產(chǎn)品或服務(wù)的所有活動，有沒有遺漏或錯誤。
     ⑥ 項(xiàng)目范圍的風(fēng)險是否太高：管理層是否能夠降低風(fēng)險發(fā)生時對項(xiàng)目的影響。

3. 干系人關(guān)注點(diǎn)的不同：

   • 管理層主要關(guān)注項(xiàng)目范圍：是指范圍對項(xiàng)目的進(jìn)度、資金和資源的影響，這些因素是否超過了組織承受范圍，是否在投入產(chǎn)出上具有合理性。

   • 客戶主要關(guān)注產(chǎn)品范圍：關(guān)心項(xiàng)目的可交付成果是否足夠完成產(chǎn)品或服務(wù)。

   • 項(xiàng)目管理人員主要關(guān)注項(xiàng)目制約因素：關(guān)心項(xiàng)目可交付成果是否足夠和必須完成，時間、資金和資源是否足夠，主要的潛在風(fēng)險和預(yù)備解決的方法。

   • 項(xiàng)目團(tuán)隊(duì)成員主要關(guān)心項(xiàng)目范圍中自己參與的元素和負(fù)責(zé)的元素。

確認(rèn)范圍

9.7.1 輸入

1. 項(xiàng)目管理計(jì)劃。

2. 項(xiàng)目文件。

3. 工作績效數(shù)據(jù)。

4. 核實(shí)的可交付成果：是指已經(jīng)完成，并被控制質(zhì)量過程檢查為正確的可交付成果。

9.7.2 工具與技術(shù)

1. 檢查：是指開展測量、車查與確認(rèn)等活動，來判斷工作和可交付成果是否符合需求和產(chǎn)品驗(yàn)收標(biāo)準(zhǔn)。檢查有時也被稱為審查、產(chǎn)品審查和巡檢等。

2. 決策：投票，當(dāng)由項(xiàng)目團(tuán)隊(duì)和其他干系人進(jìn)行驗(yàn)收時，使用投票來形成結(jié)論。

9.7.3 輸出

1. 驗(yàn)收的可交付成果：符合驗(yàn)收標(biāo)準(zhǔn)的可交付成果應(yīng)該由客戶或發(fā)起人正式簽字批準(zhǔn)。應(yīng)該從客戶或發(fā)起人那里獲得正式文件，證明干系人對項(xiàng)目可交付成果的正式驗(yàn)收。

2. 變更請求。

3. 工作績效信息。

4. 項(xiàng)目文件（更新）。

9.8 控制范圍（掌握???）

1. 控制范圍 ITO

   
   
   控制范圍 ITO

2. 控制范圍：確保所有變更請求、推薦的糾正措施或預(yù)防措施都通過實(shí)施整體變更控制過程進(jìn)行處理。在變更實(shí)際發(fā)生時，也需要采用控制范圍過程來管理這些變更?？刂品秶^程應(yīng)該與其他項(xiàng)目管理知識領(lǐng)域的控制過程協(xié)調(diào)開展。未經(jīng)控制的產(chǎn)品或項(xiàng)目范圍的擴(kuò)大（未對時間、成本和資源做相應(yīng)調(diào)整）被稱為范圍蔓延。

9.8.1 輸入

1. 項(xiàng)目管理計(jì)劃

2. 項(xiàng)目文件

3. 工作績效數(shù)據(jù)

4. 組織過程資產(chǎn)

9.8.2 工具與技術(shù)

1. 數(shù)據(jù)分析
   • 偏差分析：用于將基準(zhǔn)與實(shí)際結(jié)果進(jìn)行比較，以確定偏差是否處于臨界值區(qū)間內(nèi)或是否有必要采取糾正或預(yù)防措施。
   • 趨勢分析：旨在審查項(xiàng)目績效隨時間的變化情況，以判斷績效是正在改善還是正在惡化。

9.8.3 輸出

1. 工作績效信息。

2. 變更請求。

3. 項(xiàng)目管理計(jì)劃（更新）。

4. 項(xiàng)目文件（更新）。

補(bǔ)充知識：

1. 區(qū)分范圍蔓延和鍍金的行為：

   • 鍍金：客戶沒有提新需求，乙方自己做了額外客戶不需要的工作，項(xiàng)目人員為了“討好”客戶而做的不解決實(shí)際問題、沒有應(yīng)用價值的項(xiàng)目活動。
     【項(xiàng)目實(shí)施人員往往愿意嘗試新的技術(shù)或者為信息系統(tǒng)項(xiàng)目加上更牛X的功能】團(tuán)隊(duì)成員希望表現(xiàn)自己、討好客戶、擅自承諾、送人情、盡善盡美。

   • 蔓延：客戶提出新需求，超出了范圍基準(zhǔn)【客戶不斷提出要求，不斷去改，最終交付物不滿足要求】團(tuán)隊(duì)客戶總是希望更便宜、更多功能、更好服務(wù)沒有得到控制的范圍擴(kuò)大、沒有得到控制的變更，沒有走變更管理流程。

     • 比如：客戶和某個團(tuán)隊(duì)成員關(guān)系很好，他提出要加一個功能，這個成員直接就幫他加了?？蛻魶]正式提出變更請求，沒走流程。團(tuán)隊(duì)成員私自幫他加了內(nèi)容，這是范圍蔓延。屬于鍍金的一種形式。

   • 漸進(jìn)明細(xì)是正常的，因?yàn)轫?xiàng)目范圍不可能在開始的時候就非常清晰，需要不斷地細(xì)化、完善。比如計(jì)劃買雙鞋，沒有確定顏色、款式、價位，到商場后看到了好多雙鞋，慢慢的對自己要買的鞋的顏色、款式、價位都有了明確的認(rèn)識。這是漸進(jìn)明細(xì)。

   • 漸進(jìn)明細(xì)是正常的，逐步細(xì)化。而范圍蔓延和鍍金都是不正常的，反對鍍金、反對范圍蔓延。

   • 來自團(tuán)隊(duì)內(nèi)部原因造成的范圍蔓延稱為“鍍金”。

   • 來自團(tuán)隊(duì)外部原因造成的范圍蔓延稱為“蔓延”。

   • 如果已經(jīng)出現(xiàn)了范圍蔓延，一樣需要走變更流程。