項目范圍管理
項目范圍管理包括確保項目做且只做所需的全部工作，以成功完成項目的各個過程驶社。
管理項目范圍主要在于定義和控制哪些工作應(yīng)該包括在項目內(nèi)，哪些不應(yīng)該包括在項目內(nèi)。
核心概念：
規(guī)劃范圍管理：為記錄如何定義凳枝、確認和控制項目范圍及產(chǎn)品范圍， 而創(chuàng)建范圍管理計劃的過程
在項目環(huán)境中雹嗦，“范圍”這一術(shù)語有兩種含義：
{
uu產(chǎn)品范圍范舀。某項產(chǎn)品、服務(wù)或成果所具有的特征和功能了罪。
uu項目范圍 。為交付具有規(guī)定特性與功能的產(chǎn)品聪全、服務(wù)或成果而必須完成的工作泊藕。項目范圍有時也包括產(chǎn)品范圍。
}
從預(yù)測型方法到適應(yīng)型或敏捷型方法难礼， 項目生命周期可以處于這個連續(xù)區(qū)間內(nèi)的任何位置娃圆。
在預(yù)測型生命周期中，在項目開始時就對項目可交付成果進行定義蛾茉，對任何范圍變化都要進行漸進管理讼呢。
在適應(yīng)型或敏捷型生命周期中，通過多次迭代來開發(fā)可交付成果谦炬，并在每次迭代開始時定義和批準詳細的范圍悦屏。
采用適應(yīng)型生命周期， 旨在應(yīng)對大量變更键思， 需要相關(guān)方持續(xù)參與項目础爬；因此，應(yīng)將適應(yīng)型項目的整體范圍分解為一系列擬實現(xiàn)的需求和擬執(zhí)行的工作（有時稱為產(chǎn)品未完項）吼鳞。在一個迭代開始 時看蚜，團隊將努力確定產(chǎn)品未完項中，哪些最優(yōu)先項應(yīng)在下一次迭代中交付赔桌。在每次迭代中供炎，都會重 復(fù)開展三個過程：收集需求渴逻、定義范圍和創(chuàng)建 WBS。
在預(yù)測型項目中音诫，這些過程在項目開始時開展裸卫，并在必要時通過實施整體變更控制過程進行更新。
在適應(yīng)型或敏捷型生命周期中纽竣，發(fā)起人和客戶代表應(yīng)該持續(xù)參與項目墓贿，隨同可交付成果的創(chuàng)建提供反饋意見，并確保產(chǎn)品未完項反映他們的當前需求蜓氨。在每次迭代中聋袋，都會重復(fù)開展兩個過程：確認范圍和控制范圍。
在預(yù)測型項目中穴吹，確認范圍在每個可交付成果生成時或者在階段審查點開展幽勒，而控制范圍則是一個持續(xù)性的過程。
在預(yù)測型項目中港令，經(jīng)過批準的項目范圍說明書啥容、工作分解結(jié)構(gòu)（WBS）和相應(yīng)的 WBS 詞典構(gòu)成項目范圍基準。只有通過正式變更控制程序顷霹，才能進行基準變更咪惠。在開展確認范圍、控制范圍及其他控制過程時淋淀，基準被用作比較的基礎(chǔ)遥昧。
而采用適應(yīng)型生命周期的項目，則使用未完項（包括產(chǎn)品需 求和用戶故事）反映當前需求朵纷。
項目范圍的完成情況是根據(jù)項目管理計劃來衡量的炭臭， 而
產(chǎn)品范圍的完成情況是根據(jù)產(chǎn)品需求來衡量的。在這里袍辞，“需求”是指根據(jù)特定協(xié)議或其他強制性規(guī)范鞋仍，產(chǎn)品、服務(wù)或成果必須具備的條件或能力搅吁。
確認范圍是正式驗收已完成的項目可交付成果的過程威创。
從控制質(zhì)量過程輸出的核實的可交付成果是確認范圍過程的輸入，而驗收的可交付成果是確認范圍過程的輸出之一似芝，由獲得授權(quán)的相關(guān)方正式簽字批準那婉。因此，相關(guān)方需要在規(guī)劃階段早期介入（有時需要在啟動階段就介入）党瓮，對可交付成果的質(zhì)量提出意見详炬，以便控制質(zhì)量過程能夠據(jù)此評估績效并提出必要的變更建議。
項目范圍管理的發(fā)展趨勢和新興實踐：
如何運用商業(yè)分析，通過定義呛谜、管理和控制需求活動來提高競爭優(yōu)勢在跳。
商業(yè)分析活動可在項目啟動和項目經(jīng)理任命之前就開始。
{
uu確定問題并識別商業(yè)需要隐岛；
uu識別并推薦能夠滿足這些需要的可行解決方案猫妙；
uu收集、記錄并管理相關(guān)方需求聚凹，以滿足商業(yè)和項目目標割坠；
uu推動項目集或項目的產(chǎn)品、服務(wù)或最終成果的成功應(yīng)用 [7]妒牙。
}
裁剪時需要考慮的因素：
{
知識和需求管理：是否有正式的知識和需求管理體系
確認和控制：時候有正式的政策程序和指南
需求的穩(wěn)定性：
治理：是否有正式的審計和政治政策彼哼、程序和指南
}
在敏捷或適應(yīng)型環(huán)境中需要考慮的因素：
不斷涌現(xiàn)的需求往往導(dǎo)致真實的業(yè)務(wù)需求 與最初所述的業(yè)務(wù)需求之間存在差異。
因此湘今， 敏捷方法有目的地構(gòu)建和審查原型敢朱， 并通過多次發(fā)布版本來明確需求。
這樣一來摩瞎，范圍會在在整個項目期間被定義和再定義拴签。
在敏捷方法中，把需求 列入未完項旗们。
========================規(guī)劃范圍管理========================
規(guī)劃范圍管理是為記錄如何定義蚓哩、確認和控制項目范圍及產(chǎn)品范圍， 而創(chuàng)建范圍管理計劃的過程蚪拦。
本過程的主要作用是杖剪， 在整個項目期間對如何管理范圍提供指南和方向。
本過程僅開展一次或僅在項目的預(yù)定義點開展驰贷。
輸入：
項目章程：
項目管理計劃：
{
質(zhì)量管理計劃：在項目中實施組織的質(zhì)量政策、方法和標準的方式會影響管理項目和產(chǎn)品范圍的方式洛巢。
項目生命周期描述：項目生命周期定義了項目從開始到完成所經(jīng)歷的一系列階段括袒。
開發(fā)方法：開發(fā)方法定義了項目是采用瀑布式、迭代型稿茉、適應(yīng)型锹锰、敏捷型還是混合型開發(fā)方法。
}
事業(yè)環(huán)境因素
{
uu組織文化漓库；
uu基礎(chǔ)設(shè)施恃慧；
uu人事管理制度；
uu市場條件渺蒿。
}
組織過程資產(chǎn)
{
uu政策和程序痢士；
uu歷史信息和經(jīng)驗教訓(xùn)知識庫。
}
工具與技術(shù)：
家判斷：
{
uu以往類似項目茂装；
uu特定行業(yè)怠蹂、學(xué)科和應(yīng)用領(lǐng)域的信息善延。
}
數(shù)據(jù)分析：
會議：
輸出：
范圍管理計劃：范圍管理計劃是項目管理計劃的組成部分， 描述將如何定義城侧、制定易遣、監(jiān)督、控制和確認項目范圍嫌佑。根據(jù)項目需要豆茫，范圍管理計劃可以是正式或非正式的，非常詳細或高度概括的屋摇。范圍管理計劃要對將用于下列工作的管理過程做出規(guī)定：
{
uu制定項目范圍說明書揩魂；
uu根據(jù)詳細項目范圍說明書創(chuàng)建 WBS；
uu確定如何審批和維護范圍基準摊册；
uu正式驗收已完成的項目可交付成果肤京。
}
需求管理計劃（“商業(yè)分析計劃”）：需求管理計劃是項目管理計劃的組成部分， 描述將如何分析茅特、記錄和管理項目和產(chǎn)品需求：
{
uu如何規(guī)劃忘分、跟蹤和報告各種需求活動；
uu配置管理活動白修，例如妒峦，如何啟動變更，如何分析其影響兵睛，如何進行追溯肯骇、跟蹤和報告，以及變更審批權(quán)限祖很；
uu需求優(yōu)先級排序過程笛丙；
uu測量指標及使用這些指標的理由；
uu反映哪些需求屬性將被列入跟蹤矩陣的跟蹤結(jié)構(gòu)假颇。
}
========================收集需求========================
收集需求：為實現(xiàn)項目目標而確定胚鸯、記錄并管理相關(guān)方的需要和需求的過程。
本過程的主要作用是笨鸡， 為定義產(chǎn)品范圍和項目范圍奠定基礎(chǔ)姜钳，
僅開展一次或僅在項目的預(yù)定義點開展。
需求是指根據(jù)特定協(xié)議或其他強制性規(guī)范形耗，產(chǎn)品哥桥、服務(wù)或成果必須具備的條件或能力。
它包括發(fā)起人激涤、客戶和其他相關(guān)方的已量化且書面記錄的需要和期望拟糕。
應(yīng)該足夠詳細地探明、分析和記錄這些需求，將其包含在范圍基準中已卸，并在項目執(zhí)行開始后對其進行測量
需求將成為工作分解結(jié) 構(gòu)（WBS）的基礎(chǔ)佛玄，也將成為成本、進度累澡、質(zhì)量和采購規(guī)劃的基礎(chǔ)梦抢。
輸入：
項目章程：
項目管理計劃：
{
范圍管理計劃：
需求管理計劃：
相關(guān)方參與計劃：從相關(guān)方參與計劃中了解相關(guān)方的溝通需求和參與程度， 以便評估并適應(yīng)相關(guān)方對需求活動的參與程度。
}
項目文件：
{
假設(shè)日志：
經(jīng)驗教訓(xùn)登記冊：經(jīng)驗教訓(xùn)登記冊提供了有效的需求收集技術(shù)，尤其針對使用迭代型或適應(yīng)型產(chǎn)品開發(fā)方法的項目傲绣。
相關(guān)方登記冊：相關(guān)方登記冊用于了解哪些相關(guān)方能夠提供需求方面的信息，及記錄相關(guān)方對項目的需求和期望霞赫。
}
商業(yè)文件
{
商業(yè)論證：描述了為滿足業(yè)務(wù)需要而應(yīng)該達到的必要、期望及可選標準肥矢。
}
協(xié)議：
事業(yè)環(huán)境因素：uu組織文化端衰； uu基礎(chǔ)設(shè)施； uu人事管理制度甘改； uu市場條件旅东。
組織過程資產(chǎn)：uu政策和程序； uu包含以往項目信息的歷史信息和經(jīng)驗教訓(xùn)知識庫十艾。
工具與技術(shù)：
專家判斷
{
uu商業(yè)分析抵代；
uu需求獲取忘嫉；
uu需求分析荤牍；
uu需求文件；
uu以往類似項目的項目需求庆冕；
uu圖解技術(shù)康吵；
uu引導(dǎo)；
uu沖突管理访递。
}
數(shù)據(jù)收集
{
頭腦風(fēng)暴：
訪談：通過與相關(guān)方直接交談涎才， 來獲取信息的正式或非正式的方法。 訪談的典型做法 是向被訪者提出預(yù)設(shè)和即興的問題力九， 并記錄他們的回答。 訪談經(jīng)常是一個訪談?wù)吆鸵粋€被訪者之間的“一對一”談話邑闺，但也可以包括多個訪談?wù)吆?或多個被訪者跌前。訪談有經(jīng)驗的項目參與者、發(fā)起人和其他高管陡舅， 以及主題專家抵乓， 有助于識別和定義所需產(chǎn)品可交付成果的特征和功能。訪談也可用于獲取機密信息。
焦點小組：召集預(yù)定的相關(guān)方和主題專家灾炭， 了解他們對所討論的產(chǎn)品茎芋、服務(wù)或成 果的期望和態(tài)度。 由一位受過訓(xùn)練的主持人引導(dǎo)大家進行互動式討論蜈出。 焦點小組往往比“一 對一”的訪談更熱烈田弥。
問卷調(diào)查：設(shè)計一系列書面問題， 向眾多受訪者快速收集信息铡原。 問卷調(diào)查方法 非常適用于以下情況：受眾多樣化偷厦， 需要快速完成調(diào)查， 受訪者地理位置分散燕刻， 并且適合開 展統(tǒng)計分析只泼。
標桿對照：將實際或計劃的產(chǎn)品、過程和實踐卵洗，與其他可比組織的實踐 進行比較请唱，以便識別最佳實踐，形成改進意見过蹂，并為績效考核提供依據(jù)十绑。標桿對照所采用的可比組織可以是內(nèi)部的，也可以是外部的榴啸。
}
數(shù)據(jù)分析
{
文件分析：審核和評估任何相關(guān)的文件信息孽惰，通過分析現(xiàn)有文件，識別與需求相關(guān)的信息來獲取需求鸥印。
{
uu協(xié)議勋功；
uu商業(yè)計劃；
uu業(yè)務(wù)流程或接口文檔库说；
uu業(yè)務(wù)規(guī)則庫狂鞋；
uu現(xiàn)行流程；
uu市場文獻潜的；
uu問題日志骚揍；
uu政策和程序；
uu法規(guī)文件啰挪，如法律信不、準則、法令等亡呵；
uu建議邀請書抽活；
uu用例。
}
}
決策：
{
投票:投票是一種為達成某種期望結(jié)果锰什，而對多個未來行動方案進行評估的集體決策技術(shù)和過 程下硕。本技術(shù)用于生成丁逝、歸類和排序產(chǎn)品需求。投票技術(shù)示例包括：
{
nu一致同意梭姓。每個人都同意某個行動方案霜幼。
nu大多數(shù)同意。獲得群體中超過 50% 人員的支持誉尖，就能做出決策罪既。把參與決策的小組人數(shù)定為奇數(shù)，可防止因平局而無法達成決策释牺。
nu相對多數(shù)同意萝衩。根據(jù)群體中相對多數(shù)人的意見做出決策， 即便未能獲得大多數(shù)人的支持没咙。通常在候選項超過兩個時使用猩谊。
}
獨裁型決策制定。采用這種方法祭刚，將由一個人負責(zé)為整個集體制定決策牌捷。
多標準決策分析。 該技術(shù)借助決策矩陣涡驮， 用系統(tǒng)分析方法建立諸如風(fēng)險水平暗甥、不確定性和價值收益等多種標準，以對眾多創(chuàng)意進行評估和排序捉捅。
}
數(shù)據(jù)表現(xiàn)：
{
親和圖：用來對大量創(chuàng)意進行分組的技術(shù)撤防，以便進一步審查和分析。
思維導(dǎo)圖：把從頭腦風(fēng)暴中獲得的創(chuàng)意整合成一張圖棒口， 用以反映創(chuàng)意之間的共性與差異寄月， 激發(fā)新創(chuàng)意。
}
人際關(guān)系與團隊技能
{
名義小組技術(shù)：名義小組技術(shù)是用于促進頭腦風(fēng)暴的一種技術(shù)无牵，通過投票排列最有用的創(chuàng)意漾肮， 以便進一步開展頭腦風(fēng)暴或優(yōu)先排序。 名義小組技術(shù)是一種結(jié)構(gòu)化的頭腦風(fēng)暴形式茎毁， 由四 個步驟組成：
{
nu向集體提出一個問題或難題克懊。每個人在沉思后寫出自己的想法。
nu主持人在活動掛圖上記錄所有人的想法七蜘。
nu集體討論各個想法谭溉，直到全體成員達成一個明確的共識。
nu個人私下投票決出各種想法的優(yōu)先排序橡卤，通常采用 5 分制夜只，1 分最低，5 分最高蒜魄。為減少想法 數(shù)量扔亥、集中關(guān)注想法，可進行數(shù)輪投票谈为。每輪投票后旅挤，都將清點選票，得分最高者被選出伞鲫。
}
觀察/訪談： 直接察看個人在各自的環(huán)境中如何執(zhí)行工作（或任務(wù)）和實施流程粘茄。 當產(chǎn)品使用者難以或不愿清晰說明他們的需求時， 就特別需要通過觀察來了解他們的 工作細節(jié)秕脓。 觀察柒瓣， 也稱為“工作跟隨”， 通常由旁站觀察者觀察業(yè)務(wù)專家如何執(zhí)行工作吠架， 但也可以由“參與觀察者”來觀察芙贫， 通過實際執(zhí)行一個流程或程序， 來體驗該流程或程序是如何實施的傍药，以便挖掘隱藏的需求磺平。
引導(dǎo)：引導(dǎo)與主題研討會結(jié)合使用，把主要相關(guān)方召集在一起定義產(chǎn)品需求拐辽。 研討會可用于快速定義跨職能需求并協(xié)調(diào)相關(guān)方的需求差異拣挪。 因為具有群體互動的特點， 有效引導(dǎo)的研討會有助于參與者之間建立信任俱诸、改進關(guān)系菠劝、改善溝通， 從而有利于相關(guān)方達 成一致意見睁搭。此外赶诊，與分別召開會議相比，研討會能夠更早發(fā)現(xiàn)并解決問題介袜。
{
聯(lián)合應(yīng)用設(shè)計或開發(fā) (JAD)甫何。JAD 會議適用于軟件開發(fā)行業(yè)。這種研討會注重把業(yè)務(wù)主題專家和開發(fā)團隊集中在一起遇伞，以收集需求和改進軟件開發(fā)過程辙喂。
質(zhì)量功能展開 (QFD)。制造行業(yè)則采用 QFD 這種引導(dǎo)技能來幫助確定新產(chǎn)品的關(guān)鍵特征鸠珠。QFD 從收集客戶需要（又稱“客戶聲音”）開始巍耗， 然后客觀地對這些需要進行分類和排序， 并為實現(xiàn)這些需要而設(shè)定目標渐排。
用戶故事炬太。 用戶故事是對所需功能的簡短文字描述， 經(jīng)常產(chǎn)生于需求研討會驯耻。 用戶故事描述哪個相關(guān)方將從功能中受益（角色）亲族，他需要實現(xiàn)什么（目標）炒考，以及他期望獲得什么利益（動機）。
}
}
系統(tǒng)交互圖：系統(tǒng)交互圖是范圍模型的一個例子霎迫， 它是對產(chǎn)品范圍的可視化描繪斋枢， 顯示業(yè)務(wù)系統(tǒng)（過程、設(shè) 備知给、計算機系統(tǒng)等）及其與人和其他系統(tǒng)（行動者）之間的交互方式瓤帚。系統(tǒng)交互圖顯示 了業(yè)務(wù)系統(tǒng)的輸入、輸入提供者涩赢、業(yè)務(wù)系統(tǒng)的輸出和輸出接收者戈次。
原型法：原型是有形的實物，它使得相關(guān)方可以體驗最終產(chǎn)品的模型筒扒，而不是僅限于討論抽象的需求描述怯邪。原型法支持漸進明細的理念，需要經(jīng)歷從模型創(chuàng)建霎肯、用戶體驗擎颖、反饋收集到原型修改的反復(fù)循環(huán)過程。在經(jīng)過足夠的反饋 循環(huán)之后观游，就可以通過原型獲得足夠的需求信息搂捧，從而進入設(shè)計或制造階段。
故事板是一種原型技術(shù)懂缕，通過一系列的圖像或圖示來展示順序或?qū)Ш铰窂皆逝堋９适掳逵糜诟鞣N行業(yè) 的各種項目中，如電影搪柑、廣告聋丝、教學(xué)設(shè)計，以及敏捷和其他軟件開發(fā)項目工碾。在軟件開發(fā)中弱睦，故事板使用實體模型來展示網(wǎng)頁、屏幕或其他用戶界面的導(dǎo)航路徑渊额。
輸出
需求文件：描述各種單一需求將如何滿足與項目相關(guān)的業(yè)務(wù)需求况木。
一開始可能只有高層級的需求， 然后隨著有關(guān)需求信息的增加而逐步細化旬迹。
只有明確的（可測量和可測試的）火惊、可跟蹤的、完整的奔垦、相互協(xié)調(diào)的屹耐，且主要相關(guān)方愿意認可的需求，才能作為基準椿猎。
需求文件的格式多種多樣惶岭，既可以是一份按相關(guān)方和優(yōu)先級分類列出全部需求的簡單文件寿弱，也可以是一份包括內(nèi)容提要、細節(jié)描述和附件等的詳細文件俗他。
許多組織把需求分為不同的種類（相關(guān)方的需要）脖捻， 如業(yè)務(wù)解決方案和技術(shù)解決方案（指導(dǎo)需求實現(xiàn)）。
把需求分成不同的類別兆衅，有利于對需求進行進一步完善和細化。需求 的類別包括：
{
uu業(yè)務(wù)需求嗜浮。 整個組織的高層級需要羡亩， 例如， 解決業(yè)務(wù)問題或抓住業(yè)務(wù)機會危融， 以及實施項目的原因畏铆。
uu相關(guān)方需求。相關(guān)方或相關(guān)方群體的需要吉殃。
uu解決方案需求辞居。為滿足業(yè)務(wù)需求和相關(guān)方需求，產(chǎn)品蛋勺、服務(wù)或成果必須具備的特性瓦灶、功能和特征。
解決方案需求又進一步分為功能需求和非功能需求：
{
nu功能需求抱完。 功能需求描述產(chǎn)品應(yīng)具備的功能贼陶， 例如， 產(chǎn)品應(yīng)該執(zhí)行的行動巧娱、流程碉怔、數(shù)據(jù) 和交互。
nu非功能需求禁添。 非功能需求是對功能需求的補充撮胧， 是產(chǎn)品正常運行所需的環(huán)境條件或質(zhì)量要求，例如老翘，可靠性芹啥、保密性、性能酪捡、安全性叁征、服務(wù)水平、可支持性逛薇、保留或清除等捺疼。
}
uu過渡和就緒需求。 這些需求描述了從“當前狀態(tài)”過渡到“將來狀態(tài)”所需的臨時能力永罚， 如數(shù)據(jù)轉(zhuǎn)換和培訓(xùn)需求啤呼。
uu項目需求卧秘。項目需要滿足的行動、過程或其他條件官扣，例如里程碑日期翅敌、合同責(zé)任、制約因素等惕蹄。
uu質(zhì)量需求蚯涮。用于確認項目可交付成果的成功完成或其他項目需求的實現(xiàn)的任何條件或標準， 例如測試卖陵、認證遭顶、確認等。
}
需求跟蹤矩陣：把產(chǎn)品需求從其來源連接到能滿足需求的可交付成果的一種表格泪蔫。
使用需求跟蹤 矩陣棒旗，把每個需求與業(yè)務(wù)目標或項目目標聯(lián)系起來，有助于確保每個需求都具有商業(yè)價值撩荣。
需求跟蹤矩陣提供了在整個項目生命周期中跟蹤需求的一種方法铣揉，有助于確保需求文件中被批準的每項需求在項目結(jié)束的時候都能交付。
最后餐曹，需求跟蹤矩陣還為管理產(chǎn)品范圍變更提供了框架逛拱。
應(yīng)在需求跟蹤矩陣中記錄每個需求的相關(guān)屬性，這些屬性有助于明確每個需求的關(guān)鍵信息凸主。
需求跟蹤矩陣中記錄的典型屬性包括唯一標識橘券、需求的文字描述、收錄該需求的理由卿吐、所有者旁舰、來源、 優(yōu)先級別嗡官、版本箭窜、當前狀態(tài)（如進行中、已取消衍腥、已推遲磺樱、新增加、已批準婆咸、被分配和已完成）和 狀態(tài)日期竹捉。
為確保相關(guān)方滿意，可能需要增加一些補充屬性尚骄，如穩(wěn)定性块差、復(fù)雜性和驗收標準。
========================定義范圍========================
定義范圍：制定項目和產(chǎn)品詳細描述的過程。
本過程的主要作用是憨闰，描述產(chǎn)品状蜗、服務(wù)或成果的邊界和驗收標準。
由于在收集需求過程中識別出的所有需求未必都包含在項目中鹉动，所以定義范圍過程就要從需求文件（收集需求過程的輸出）中選取最終的項目需求轧坎，然后制定出關(guān)于項目及其產(chǎn)品、服務(wù)或成果的詳細描述泽示。
應(yīng)根據(jù)項目啟動過程中記載的主要可交付成果缸血、假設(shè)條件和制約因素來編制詳細的項目范圍說明書。
在項目規(guī)劃過程中械筛，隨著對項目信息的更多了解属百，應(yīng)該更加詳細具體地定義和描述項目范圍。
此外变姨，還需要分析現(xiàn)有風(fēng)險、假設(shè)條件和制約因素的完整性厌丑，并做必要的增補或更新定欧。
需要多次反復(fù)開展定義范圍過程：在迭代型生命周期的項目中，先為整個項目確定一個高層級的愿景怒竿，再一次針對一個迭代期明確詳細范圍砍鸠。
通常，隨著當前迭代期的項目范圍和可交付成果的進展耕驰，而詳細規(guī)劃下一個迭代期的工作爷辱。
輸入：
項目章程
項目管理計劃:
{
項目范圍管理計劃：
}
項目文件:
{
假設(shè)日志：
需求文件：
風(fēng)險登記冊：
}
事業(yè)環(huán)境因素：uu組織文化； uu基礎(chǔ)設(shè)施朦肘； uu人事管理制度饭弓； uu市場條件。
組織過程資產(chǎn):
{
uu用于制定項目范圍說明書的政策媒抠、程序和模板弟断；
uu以往項目的項目檔案；
uu以往階段或項目的經(jīng)驗教訓(xùn)趴生。
}
工具與技術(shù)：
專家判斷：
數(shù)據(jù)分析：
{
備選方案分析：可用于評估實現(xiàn)項 目章程中所述的需求和目標的各種方法阀趴。
}
決策：
{
多標準決策分析:一種借助決策矩陣來使用系統(tǒng)分析方法的技術(shù)， 目的是建立諸如需求苍匆、進度刘急、 預(yù)算和資源等多種標準來完善項目和產(chǎn)品范圍。
}
人際關(guān)系與團隊技能：
{
引導(dǎo):在研討會和座談會中使用引導(dǎo)技能來協(xié)調(diào)具有不同期望或不同專業(yè)知識的關(guān)鍵相關(guān)方浸踩，使他們就項目可交付成果以及項目和產(chǎn)品邊界達成跨職能的共識叔汁。
}
產(chǎn)品分析：可用于定義產(chǎn)品和服務(wù)， 包括針對產(chǎn)品或服務(wù)提問并回答， 以描述要交付的產(chǎn)品的用途攻柠、特征及其他方面球订。每個應(yīng)用領(lǐng)域都有一種或幾種普遍公認的方法，用以把高層級的產(chǎn)品或服務(wù)描述轉(zhuǎn)變?yōu)橛幸饬x的可交付成果瑰钮。首先獲取高層級的需求冒滩，然后將其細化到最終產(chǎn)品設(shè)計所需的詳細程度。產(chǎn)品分析技術(shù)包括（但不限于）：
{
uu產(chǎn)品分解浪谴；
uu需求分析开睡；
uu系統(tǒng)分析；
uu系統(tǒng)工程：為了最好地實現(xiàn)系統(tǒng)的目的苟耻，對系統(tǒng)的組成要素篇恒、組織結(jié)構(gòu)、信息流凶杖、控制機構(gòu)等進行分析研究的科學(xué)方法胁艰。；
uu價值分析智蝠；
uu價值工程：以產(chǎn)品功能分析為核心腾么，力求用最低的壽命周期成本實現(xiàn)產(chǎn)品的必備功能
}
輸出：
項目范圍說明書：是對項目范圍、主要可交付成果杈湾、假設(shè)條件和制約因素的描述解虱。
它記錄了整個范圍，包括項目和產(chǎn)品范圍漆撞；詳細描述了項目的可交付成果殴泰；
還代表項目相關(guān)方之間就項目范圍所達成的共識。
為便于管理相關(guān)方的期望浮驳，項目范圍說明書可明確指出哪些工作不屬于本項目范圍悍汛。
項目范圍說明書使項目團隊能進行更詳細的規(guī)劃，在執(zhí)行過程中指導(dǎo)項目團隊的工作抹恳，并為評價變 更請求或額外工作是否超過項目邊界提供基準员凝。
項目范圍說明書描述要做和不要做的工作的詳細程度，決定著項目管理團隊控制整個項目范圍的有效程度奋献。
詳細的項目范圍說明書包括以下內(nèi)容（可能直接列出或參引其他文件）：
{
uu產(chǎn)品范圍描述健霹。逐步細化在項目章程和需求文件中所述的產(chǎn)品、服務(wù)或成果的特征瓶蚂。
uu可交付成果糖埋。 為完成某一過程、階段或項目而必須產(chǎn)出的任何獨特并可核實的產(chǎn)品窃这、成果或服務(wù)能力瞳别， 可交付成果也包括各種輔助成果， 如項目管理報告和文件。 對可交付成果的描述可略可詳祟敛。
uu驗收標準疤坝。可交付成果通過驗收前必須滿足的一系列條件馆铁。
uu項目的除外責(zé)任跑揉。識別排除在項目之外的內(nèi)容。明確說明哪些內(nèi)容不屬于項目范圍埠巨，有助于管 理相關(guān)方的期望及減少范圍蔓延历谍。
}
雖然項目章程和項目范圍說明書的內(nèi)容存在一定程度的重疊，但它們的詳細程度完全不同辣垒。
項目章程包含高層級的信息望侈，而項目范圍說明書則是對范圍組成部分的詳細描述，這些組成部分需要在項目過程中漸進明細勋桶。
項目文件更新：
{
假設(shè)日志：隨同本過程識別出更多的假設(shè)條件或制約因素而更新假設(shè)日志脱衙。
需求文件：可以通過增加或修改需求而更新需求文件。
需求跟蹤矩陣：應(yīng)該隨同需求文件的更新而更新需求跟蹤矩陣例驹。
相關(guān)方登記冊：
}
========================創(chuàng)建WBS========================
創(chuàng)建WBS：將項目可交付成果和項目工作分解為較小的岂丘、更易于管理的組件的過程。
本過程的主要作用是眠饮， 為所要交付的內(nèi)容提供架構(gòu)， 它僅開展一次或僅在項目的預(yù)定義點開展铜邮。
WBS是對項目團隊為實現(xiàn)項目目標仪召、創(chuàng)建所需可交付成果而需要實施的全部工作范圍的層級分解。
WBS 組織并定義了項目的總范圍松蒜，代表著經(jīng)批準的當前項目范圍說明書中所規(guī)定的工作扔茅。
WBS 最低層的組成部分稱為工作包，其中包括計劃的工作秸苗。
工作包對相關(guān)活動進行歸類召娜，以便對工作安排進度际插、進行估算锥债、開展監(jiān)督與控制。
在“工作分解結(jié)構(gòu)”這個詞語中舆床，“工作”是指作為活動結(jié)果的工作產(chǎn)品或可交付成果檀咙，而不是活動本身雅倒。
輸入：
項目管理計劃：項目范圍管理計劃（范圍管理計劃定義了如何根據(jù)項目范圍說明書創(chuàng)建 WBS。）
項目文件：
{
項目范圍說明書：項目范圍說明書描述了需要實施的工作及不包含在項目中的工作弧可。
需求文件：需求文件詳細描述了各種單一需求如何滿足項目的業(yè)務(wù)需要蔑匣。
}
事業(yè)環(huán)境因素：包括（但不限于）項目所在行業(yè)的 WBS 標準，這些標準可以作為創(chuàng)建 WBS 的外部參考資料。
組織過程資產(chǎn)：uu用于創(chuàng)建 WBS 的政策裁良、程序和模板凿将； uu以往項目的項目檔案； uu以往項目的經(jīng)驗教訓(xùn)价脾。
工具與技術(shù)：
專家判斷：
分解：
分解是一種把項目范圍和項目可交付成果逐步劃分為更小牧抵、更便于管理的組成部分的技術(shù)；
工作包是 WBS 最低層的工作彼棍，可對其成本和持續(xù)時間進行估算和管理灭忠。
分解的程度取決于所需的控制程 度，以實現(xiàn)對項目的高效管理座硕；
工作包的詳細程度則因項目規(guī)模和復(fù)雜程度而異弛作。
要把整個項目工作分解為工作包，通常需要開展以下活動：
{
uu識別和分析可交付成果及相關(guān)工作华匾；
uu確定 WBS 的結(jié)構(gòu)和編排方法映琳；
uu自上而下逐層細化分解；
uu為 WBS 組成部分制定和分配標識編碼蜘拉；
uu核實可交付成果分解的程度是否恰當萨西。
}
圖 圖 5-12 顯示了某工作分解結(jié)構(gòu)的一部分，其中若干分支已經(jīng)向下分解到工作包層次旭旭。
對 WBS 較高層組件進行分解谎脯，就是要把每個可交付成果或組件分解為最基本的組成部分，即可核實的產(chǎn)品持寄、服務(wù)或成果源梭。
如果采用敏捷方法，可以將長篇故事分解成用戶故事稍味。
WBS 可以采用提綱式废麻、組織結(jié)構(gòu)圖或能說明層級結(jié)構(gòu)的其他形式。
通過確認 WBS 較低層組件是完成上層相應(yīng)可交付成果的必要且充分的工作模庐，來核實分解的正確性烛愧。
不同的可交付成果可以分解到不同的層次。
某些可 交付成果只需分解到下一層掂碱，即可到達工作包的層次怜姿，而另一些則須分解更多層。
工作分解得越細 致疼燥，對工作的規(guī)劃社牲、管理和控制就越有力。
但是悴了，過細的分解會造成管理努力的無效耗費搏恤、資源使 用效率低下违寿、工作實施效率降低，同時造成 WBS 各層級的數(shù)據(jù)匯總困難熟空。
要在未來遠期才完成的可交付成果或組件藤巢， 當前可能無法分解。
項目管理團隊因而通常需要等待對該可交付成果或組成部分達成一致意見息罗，才能夠制定出 WBS 中的相應(yīng)細節(jié)掂咒。這種技術(shù)有時稱做滾動式規(guī)劃。
WBS 包含了全部的產(chǎn)品和項目工作迈喉，包括項目管理工作绍刮。
通過把 WBS 底層的所有工作逐層向上匯總，來確保既沒有遺漏的工作挨摸，也沒有多余的工作孩革。
這有時被稱為 100% 規(guī)則。
輸出：
范圍基準：是經(jīng)過批準的范圍說明書得运、WBS 和相應(yīng)的 WBS 詞典膝蜈，只有通過正式的變更控制程序才能 進行變更，它被用作比較的基礎(chǔ)熔掺。范圍基準是項目管理計劃的組成部分饱搏，包括：
{
uu項目范圍說明書。項目范圍說明書包括對項目范圍置逻、主要可交付成果推沸、假設(shè)條件和制約因素的描述
uuWBS。WBS 是對項目團隊為實現(xiàn)項目目標券坞、創(chuàng)建所需可交付成果而需要實施的全部工作范圍的 層級分解坤学。工作分解結(jié)構(gòu)每向下分解一層，代表對項目工作更詳細的定義报慕。
uu工作包。WBS 的最低層級是帶有獨特標識號的工作包压怠。這些標識號為進行成本眠冈、進度和資源信息的逐層匯總提供了層級結(jié)構(gòu)， 構(gòu)成賬戶編碼菌瘫。 每個工作包都是控制賬戶的一部分蜗顽， 而控制賬戶則是一個管理控制點。在該控制點上雨让，把范圍雇盖、預(yù)算和進度加以整合，并與掙值相比較栖忠， 以測量績效崔挖∶辰郑控制賬戶擁有兩個或更多工作包，但每個工作包只與一個控制賬戶關(guān)聯(lián)狸相。
uu規(guī)劃包薛匪。一個控制賬戶可以包含一個或多個規(guī)劃包，其是一種低于控制賬戶而高于工作包的工 作分解結(jié)構(gòu)組件脓鹃，工作內(nèi)容已知逸尖，但詳細的進度活動未知。
uuWBS 詞典瘸右。WBS 詞典是針對 WBS 中的每個組件娇跟，詳細描述可交付成果、活動和進度信息的文件太颤。WBS 詞典對 WBS 提供支持苞俘，其中大部分信息由其他過程創(chuàng)建，然后在后期添加到詞典中栋齿。WBS 詞典中的內(nèi)容可能包括（但不限于）：
{
nu賬戶編碼標識苗胀；
nu工作描述；
nu假設(shè)條件和制約因素瓦堵；
nu負責(zé)的組織基协；
nu進度里程碑；
nu相關(guān)的進度活動菇用；
nu所需資源澜驮；
nu成本估算；
nu質(zhì)量要求惋鸥；
nu驗收標準杂穷；
nu技術(shù)參考文獻；
nu協(xié)議信息卦绣。
}
}
項目文件更新：
{
假設(shè)日志：隨同本過程識別出更多的假設(shè)條件或制約因素而更新假設(shè)日志耐量。
需求文件：可以更新需求文件，以反映在本過程提出并已被批準的變更滤港。
}
========================確認范圍========================
確認范圍：正式驗收已完成的項目可交付成果的過程廊蜒。
本過程的主要作用是，使驗收過程具有客觀性溅漾；
同時通過確認每個可交付成果山叮，來提高最終產(chǎn)品、服務(wù)或成果獲得驗收的可能性添履。
本過程應(yīng) 根據(jù)需要在整個項目期間定期開展屁倔。
由客戶或發(fā)起人審查從控制質(zhì)量過程輸出的核實的可交付成果，確認這些可交付成果已經(jīng)圓滿完成并通過正式驗收暮胧。
本過程對可交付成果的確認和最終驗收锐借，需要依據(jù)：從項目范圍管理知識領(lǐng)域的各規(guī)劃過程獲得的輸出（如需求文件或范圍基準）问麸，以及從其他知識領(lǐng)域的各執(zhí)行過程獲得的工作績效數(shù)據(jù)。
確認范圍過程與控制質(zhì)量過程的不同之處在于瞎饲，前者關(guān)注可交付成果的驗收口叙，而后者關(guān)注可交付成果的正確性及是否滿足質(zhì)量要求⌒嵴剑控制質(zhì)量過程通常先于確認范圍過程妄田，但二者也可同時進行。
輸入：
項目管理計劃：
{
范圍管理計劃：定義了如何正式驗收已經(jīng)完成的可交付成果驮捍。
需求管理計劃：描述了如何確認項目需求疟呐。
范圍基準：用范圍基準與實際結(jié)果比較，以決定是否有必要進行變更东且、采取糾措施或預(yù)防措施启具。
}
項目文件：
{
經(jīng)驗教訓(xùn)登記冊：提高驗收 可交付成果的效率與效果
質(zhì)量報告：質(zhì)量報告的內(nèi)容可包括由團隊管理或需上報的全部質(zhì)量保證事項、改進建議珊泳，以及在控制質(zhì)量過程中發(fā)現(xiàn)的情況的概述鲁冯。在驗收產(chǎn)品之前，需要查看所有這些內(nèi)容色查。
需求文件：將需求與實際結(jié)果比較薯演，以決定是否有必要進行變更、采取糾正措施 或預(yù)防措施秧了。
需求跟蹤矩陣：含有與需求相關(guān)的信息跨扮，包括如何確認需求。
}
核實的可交付成果：核實的可交付成果是指已經(jīng)完成验毡，并被控制質(zhì)量過程檢查為正確的可交付成果衡创。
工作績效數(shù)據(jù)：工作績效數(shù)據(jù)可能包括符合需求的程度、不一致的數(shù)量晶通、不一致的嚴重性或在某時間段內(nèi)開展確認的次數(shù)璃氢。
工具與技術(shù)：
檢查：
指開展測量、審查與確認等活動狮辽，來判斷工作和可交付成果是否符合需求和 產(chǎn)品驗收標準一也。
檢查有時也被稱為審查、產(chǎn)品審查和巡檢等隘竭。
在某些應(yīng)用領(lǐng)域，這些術(shù)語具有獨特 和具體的含義讼渊。
決策：投票（當由項目團隊和其他相關(guān)方進行驗收時动看，使用投票來形成結(jié)論。）
輸出：
驗收的可交付成果：
符合驗收標準的可交付成果應(yīng)該由客戶或發(fā)起人正式簽字批準爪幻。
應(yīng)該從客戶或發(fā)起人那里獲得正式文件菱皆， 證明相關(guān)方對項目可交付成果的正式驗收须误。
這些文件將提交給結(jié)束項目或階段程序
工作績效信息：工作績效信息包括項目進展信息
需求變更：對已經(jīng)完成但未通過正式驗收的可交付成果及其未通過驗收的原因，應(yīng)該記錄在案仇轻【┝。可能需要針對這些可交付成果提出變更請求，開展缺陷補救篷店。
項目文件更新：
{
經(jīng)驗教訓(xùn)登記冊：
需求文件：記錄實際的驗收結(jié)果祭椰，更新需求文件。需要特別注意實際結(jié)果比原定 疲陕、需求更好的情況方淤，或者原定需求已經(jīng)被放棄的情況。
需求跟蹤矩陣：根據(jù)驗收結(jié)果更新需求跟蹤矩陣蹄殃，包括所采用的驗收方法及其使用結(jié)果携茂。
}
========================控制范圍========================
控制范圍：監(jiān)督項目和產(chǎn)品的范圍狀態(tài)，管理范圍基準變更的過程诅岩。
本過程的主要作用是讳苦，在整 個項目期間保持對范圍基準的維護吩谦，且需要在整個項目期間開展鸳谜。
控制項目范圍確保所有變更請求、推薦的糾正措施或預(yù)防措施都通過實施整體變更控制過程進行處理逮京。
在變更實際發(fā)生時卿堂，也要采用控制范圍過程來管理這些變更。
控制范圍過程應(yīng)該與其他控制過程協(xié)調(diào)開展懒棉。
未經(jīng)控制的產(chǎn)品或項目范圍的擴大（未對時間草描、成本和資源做相應(yīng)調(diào)整）被稱為范圍蔓延。
變更不可避免策严，因此在每個項目上穗慕，都必須強制實施某種形式的變更控制。
輸入：
項目管理計劃：
{
范圍管理計劃：
需求管理計劃：
變更管理計劃：
配置管理計劃：配置管理計劃定義了哪些是配置項妻导，哪些配置項需要正式變更控制逛绵，以及針對這些配置項的變更控制過程。
范圍基準：
績效測量基準：
}
項目文件：
{
經(jīng)驗教訓(xùn)登記冊：
需求文件：用于發(fā)現(xiàn)任何對商定的項目或產(chǎn)品范圍的偏離倔韭。
需求跟蹤矩陣：有助于探查任何變更或?qū)Ψ秶鶞实娜魏纹x對項目目標的影響术浪，它還可以提供受控需求的狀態(tài)。
}
工作績效數(shù)據(jù)：
組織過程資產(chǎn)：
{
uu現(xiàn)有的寿酌、正式和非正式的胰苏，與范圍控制相關(guān)的政策、程序和指南醇疼；
uu可用的監(jiān)督和報告的方法與模板硕并。
}
工具與技術(shù)：
數(shù)據(jù)分析：確定偏離范圍基準的原因和程度法焰，并決定是否需要采取糾正或預(yù)防措施，是項目范圍控制的重要工作倔毙。
{
偏差分析：
趨勢分析：趨勢分析旨在審查項目績效隨時間的變化情況埃仪，以判斷績效是正在改 善還是正在惡化。
}
輸出：
工作績效信息：
本過程產(chǎn)生的工作績效信息是有關(guān)項目和產(chǎn)品范圍實施情況（對照范圍基準）的陕赃、相互關(guān)聯(lián)且與各種背景相結(jié)合的信息卵蛉，包括收到的變更的分類、識別的范圍偏差和原因凯正、偏差對進度和成本的影響毙玻，以及對將來范圍績效的預(yù)測。
變更請求：分析項目績效后廊散，可能會就范圍基準和進度基準桑滩，或項目管理計劃的其他組成部分 提出變更請求。
項目管理計劃更新：
{
范圍管理計劃：可以更新范圍管理計劃允睹，以反映范圍管理方式的變更运准。
范圍基準：
進度基準：
成本基準：
績效測量基準：
}
項目文件更新：
{
經(jīng)驗教訓(xùn)登記冊
需求文件
需求跟蹤矩陣
}
