第一篇：項目范圍管理

項目范圍管理

編制范圍管理計劃：

輸入：項目章程；初步的范圍說明書；項目管理計劃，組織過程資產，環境和組織因素 輸出：項目范圍管理計劃

工具：專家判斷，模版表格和標準

范圍定義：

輸入：項目章程；初步的范圍說明書；項目管理計劃；組織過程資產；批準的變更請求 輸出：詳細的范圍說明書；變更請求；更新得項目文檔

工具：產品分析；識別多個可選方案；項目干系人分析；專家判斷

創建WBS：

輸入：詳細的范圍說明書；項目范圍管理計劃；批準的變更請求；組織過程資產 輸出：WBS和WBS字典；范為基準；更新的項目管理計劃；更新的項目范圍說明書；變更請求

工具：WBS模版；分解技術；WBS工作包的格式；波式滾動計劃

范圍確認：

輸入：項目管理范圍管理計劃；項目范圍說明書；WBS和WBS字典；可交付物

輸出：可接受得項目可交付物和工作或（已確認的范圍）；變更請求；更新的WBS和WBS字典；推薦的糾正措施

工具：檢查（審查，審計，產品評審，走查）

范圍控制：

輸入：項目范圍管理計劃；項目范圍說明書；WBS和WBS字典；工作績效數據；績效報告；已批準的變更請求

輸出：新的變更請求；建議的糾正措施；更新得（WBS和WBS字典，項目管理計劃，范圍說明書，范圍基準，組織過程資產)；工作績效

工具：偏差分析；重新制定計劃；變更控制系統和變更控制委員會（CCB）；配置管理系統

第二篇：項目范圍管理 啟動項目

項目范圍管理：如何啟動項目

本文向大家介紹，在項目啟動時應該做哪些準備工作。

趙曉東的煩惱海正公司的趙曉東最近心里挺煩。公司前一段簽了一個100多萬的單子，由于雙方老板很熟，且都希望項目盡快啟動，在簽合同時也沒有舉行正式的簽字儀式。合同簽完，公司老總很快指定趙曉東及其他8名員工組成項目組，由趙曉東任項目經理。老總把趙曉東引見給客戶老總，客戶老總在業務部給他們安排了一間辦公室。

項目進展開始很順利，趙曉東有什么事都與客戶老總及時溝通。可客戶老總很忙，經常不在公司。趙曉東想找其他部門的負責人，可他們不是推托說做不了主，就是說此事與他無關，有的甚至說根本就不知道這事兒。問題得不到及時解決不說，很多手續也沒人簽字。項目組內部問題也不少，有的程序員多次越過趙曉東直接向老板請示問題；幾個程序員編的軟件界面不統一；項目支出的每筆費用，財務部都要求趙曉東找老板簽字。趙曉東頻繁打電話給老板，其他人心里想，趙曉東怎么老是拿老板來壓人。由此，趙曉東與項目組其他人員和財務部的人員產生了不少摩擦，老板也開始懷疑趙曉東的能力。

趙曉東的遭遇相信很多項目經理都親身經歷過，尤其是剛剛開始做行業客戶的公司，往往是公司的老板和客戶單位的某個主管關系不錯或業務人員關系做得很到位，公司老板希望趕緊做完項目，因此，常常跳過項目啟動環節，直接指令項目經理進入實施階段。結果項目剛開始就麻煩不斷。正所謂“好的開始是成功的一半”。做項目啟動是為了形成一個良好的溝通體系，讓所有與項目相關的人都理解項目的重要性，同時形成一個由雙方老總、項目負責人和項目組成員所構成的三級溝通體系，確保項目管理的暢通。

造勢：創造良好的施工環境

現在很多項目都涉及到用戶業務應用的軟件開發，在實施中要跟用戶的各個層面打交道，但現實往往是用戶單位的員工根本不了解IT公司在給自己的企業做什么，因此，簽合同時有必要召開一個正式的儀式，向雙方員工傳遞項目的信息，激發公司全體員工對項目的熱情。IT公司老板、項目負責人、開發人員、施工人員和用戶方的領導、項目協調人、相關部門

人員聚在一起，讓大家知道雙方的合作正式開始。儀式上，雙方領導要講話，特別是用戶方的領導要強調項目的意義。據說聯想上ERP項目時就專門召開了全體員工誓師大會，柳傳志親自到會講話，把ERP項目擺到關乎企業生死存亡的高度，并親手將一面大旗授予ERP項目的負責人。柳傳志還說，有人說現在上ERP是找死，但現在不上那就是等死，我們與其在這里等死，為什么不去拼搏一把呢？事實證明，這不僅極大地鼓舞了項目組成員的斗志，同時也使全體員工明白這不僅僅是信息部門的事，而是公司從上到下都要關心的事。通過這個儀式，雙方要組成指導小組或項目管理委員會，由雙方總經理牽頭，項目負責人為執行人，日常聯系由雙方指定人員。在簽合同時，利用雙方人員到齊的機會，IT公司要把軟件功能用通用、專業的語言和用戶方的領導、技術人員、業務負責人進行最后確認，因為此時有分歧改正的成本不大。同時，還可使雙方人員彼此認識，清楚各個層次的接口，大家混個臉熟，以后打交道就會更通暢。

項目簽字儀式可以在用戶單位舉行（可以節約用戶方時間），也可以在酒店舉行。要注意：簽字儀式要精心組織，場地要大一些，為雙方溝通營造一個好的環境。會前，每個模塊負責人要明確自己的客戶接口，要找機會和對方單獨聊，拉近彼此間的關系。另外，會場上雙方老板的融洽氣氛會對項目的實施具有一種震懾作用。

尚方寶劍：明確責權利

項目簽字儀式是造外勢。在公司也要造內勢，讓各個部門都知道這個項目能為公司創造哪些經濟效益，明確項目組人員和項目負責人，確定項目負責人的權限。公司財務、采購、人事、技術、銷售等部門都要參加，這樣才能創造一個良好的內部服務體系，讓項目組把主要精力放在為用戶服務上。

公司內部要召開項目組成立會，會上最重要的就是頒布一個“項目憲章”，包括項目的內容、項目負責人權限、項目團隊成員、項目時間周期、項目需要的設備、資金等，在憲章規定的范圍內，項目經理比總經理大，與此相關的事情，由項目經理負責。這樣，人事部在項目實施期間，就可以按照憲章規定，由項目經理來調動項目人員，而設備采購（往往不是一次性采購，而是根據項目進度購買，這樣可以省錢）也就不需要一次次找總經理，只要是憲

章規定范圍內的，由項目經理簽字就可以了。尤其是在軟件開發上，項目組成員一定要清楚用戶的需求，不能擅自答應用戶增加功能，因為這會帶來很大的風險（后面幾節我們會具體探討）。

項目憲章必須由總經理和項目經理簽字，并在會上宣讀。為了增強團隊凝聚力，可以在會上舉行項目組宣誓或誓師宣言，形成“成則舉杯相慶，敗則拼死相救”的團隊精神。內部造勢不僅可以讓各個部門了解項目，創造條件服務項目組，而且可以給項目組成員以壓力和動力，意識到項目的意義和團隊精神的重要性。項目憲章對項目經理來說就是一把尚方寶劍，聯想ERP項目組的幸運就在于一開始就拿到了這把尚方寶劍，而這正是海正公司的趙曉東沒有拿到的東西。

在項目憲章的基礎上，公司應該形成具體的項目任務書，細分到各部門、個人，發到總經理、專家小組、開發部、財務部、市場部銷售部、行政人力資源部等。

營造了內外兩個良好的環境，項目啟動就是水到渠成的事，項目組成員就可以集中精力投入到實施中去，項目的成功也有了更大的保證。

最后，要提醒項目經理特別注意：在項目合同確定的最后一刻，還要對合同進行最后的審定，合同審定一定要聘請一位專業律師，對合同的一些關鍵細節進行“咬文嚼字”的審定。專家點評

一個項目的成功啟動絕不是靠項目組或項目經理就可以的，必須具備內部和外部兩個條件，所以，雙方的一把手都要高度重視，尤其是在目前中國的公司文化環境下，項目經理需要“項目憲章”作為尚方寶劍，而用戶方的信息主管同樣需要自己領導的講話精神作為尚方寶劍。

合同審定的關鍵字

★ 合同歧義

★ 硬件的數量、型號、品牌

★ 應用模塊描述具體、清楚、準確

★ 驗收的時間、內容

★ 付款方式、時間、往來賬戶

★ 質保、服務的內容、期限、費用情況★ 違約責任、解決途徑

第三篇：項目范圍管理題目

項目范圍管理題目 單項選擇題

1.工作分解結構的基礎是()。

A.產品需求 B.項目需求C.干系人的全部需要和期望D.產品需求和項目需求 2.項目范圍說明書中通常包括以下哪些內容?()A.產品范圍、項目可交付成果、項目進度里程碑、項目除外責任

B.產品范圍、產品驗收標準、項目可交付成果、項目組織結構圖、項目除外責任

C.產品范圍、產品驗收標準、項目可交付成果、項目除外責任、項目制約因素 D.產品范圍、產品驗收標準、項目可交付成果、項目假設條件、項目審批要求 3.核實范圍的主要內容是什么?()A.確保項目可交付成果按時完成

B.通過確保客戶對可交付成果的接受，保證項目不偏離軌道 C.確?？山桓冻晒霞夹g規范 D.給人們提供一個發表不同意見的機會 4.以下哪個是收集需求的輸入?()A.項目工作說明書 B.項目章程 C.干系人管理策略 D.采購工作說明書 5.以下關于產品范圍和項目范圍的說法，哪個是正確的?()A.項目范圍服務于產品范圍

B.項目范圍的變化必然引起產品范圍的變化 C.產品范圍的變化必然引起項目范圍的變化 D.產品范圍服務于項目范圍

6.控制賬戶是工作分解結構某個層次上的要素，以便()。A.指定工作的責任人或小組 B.進行掙值管理 C.與工作包一一對應 D.匯總項目的成本數據 7.以下哪個不是項目范圍管理的過程?()A.收集需求 B.創建工作分解結構 C.實施工作分解結構 D.核實范圍 8.用來衡量產品范圍完成情況的文件是()。

A.項目管理計劃 B.項目范圍說明 C.項目工作分解結構D.產品需求文件 9.以下哪項是收集需求過程的工具與技術?()A.控制圖 B.魚骨圖 C.流程圖 D.親和圖 10.下列四個選項中，不屬于備選方案識別技術的例子是()。A.價值工程 B.橫向思維 C.配對比較 D.名義小組技術 11.范圍蔓延是指()。

A.項目范圍的合理延伸 B.產品范圍的合理延伸

C.經過批準的項目范圍或產品范圍變更D.未得到控制的項目范圍或產品范圍變璧

12.項目范圍變更()。

A.也叫做范圍潛變 B.是不可避免的

C.會影響進度、成本等，必須被拒絕 D.應該由項目發起人來審批 13.定義范圍過程旨在()。

A.制訂范圍管理計劃 B.制定項目范圍說明書 C.制定項目工作說明書 D.制定工作分解結構 14.核實范圍過程與實施質量控制過程的關系是()。A.經質量檢查合格的可交付成果才能進行范圍核實 B.經范圍核實符合要求的可交付成果才能進行質量檢查 C.應根據具體需要，先做質量檢查或先做范圍核實 D.質量檢查和范圍核實通?？梢酝瑫r進行 15.應該在什么階段核實范圍，以保證在可交付成果完成時及時進行驗收?()A.項目執行 B.項目監控 C.項目收尾 D.項目變更 16.系統工程、價值工程、價值分析和系統分析經常用于()。A.備選方案識別 B.可交付成果識別 C.項目制約因素分析 D.產品分析 17.核實范圍過程旨在()。

A.審核項目范圍基準的正確性 B.審核工作分解結構和工作分解結構詞典的正確性 C.審核項目范圍說明書的正確性 D.驗收已經完成的可交付成果

18.以下哪個是控制范圍過程的輸出?()A.工作績效信息 B.工作績效測量結果 C.技術績效測量結果 D.績效報告 19.在整個項目生命周期中，用于監督、核實和控制項目范圍的文件不包括()。

A.項目工作說明書 B.項目范圍說明書 C.工作分解結構D.工作分解結構詞典 20.在項目的環境中，“范圍”可以指()。A.產品范圍和工作范圍 B.產品范圍和項目范圍 C.項目范圍和管理范圍 D.項目范圍和需求范圍 21.以下各項都是收集需求過程的輸出，除了()。

A.需求管理計劃 B.需求識別文件 C.需求文件 D.需求跟蹤矩陣 22.工作分解結構的第一層通?？梢允?)。

A.項目階段 B.高層次的可交付成果 C.準備外包出去的子項目 D.以上都是 23.下列哪一項最恰當地描述了項目范圍說明書?()A.項目范圍說明書是規劃范圍過程的輸出 B.項目范圍說明書識別項目的目標和可交付成果 C.項目范圍說明書一經制定，就不允許更改 D.每個項目只能有一份項目范圍說明書 24.項目范圍管理旨在確保()。

A.做盡可能多的工作，使項目盡可能完美 B.做而且只做為成功完成項目所需要的工作 C.為客戶提供額外的產品功能 D.確定不包括在項目范圍內的工作

25.以下哪個不是創建工作分解結構過程的輸出?()A.項目范圍說明書B.工作分解結構 C.工作分解結構詞典 D.范圍基準 26你正在管理一個新產品研發項目，要研制出一種永不卡住的拉練。“永不卡住”是屬于()。

A.項目需求 B.商業需求 C.交付需求 D.產品需求 27.項目范圍說明書()。

A.用來記錄項目的主要可交付成果及所需開展的項目工作 B.有助于創建WBS C.用來明確怎樣對已完可交付成果進行正式核實與接受 D.用來指導對項目范圍變更請求的審批

28.收集需求的工具與技術中，通常采取“一對一”的形式的是()。A.訪談 B.問卷調查 C.德爾菲技術 D.引導式研討會 29.以下哪個文件會明確說明那些被排除在項目之外的內容?()A.工作分解結構B.項目范圍說明書C.項目范圍管理計 D.工作分解結構詞典 30.工作分解結構底層的要素是()。

A.控制賬戶 B.規劃包 C.規劃要素 D.工作包 31.在以下哪種情況下，應該采用觀察的方法來收集項目干系人的需求?()A.干系人的數量很少時 B.需要用漸進明細的理念來開發需求時 C.干系人不愿或不能說明他們的需求時 D.需要組建焦點小組時 32.項目需求包括下列所有，除了()。

A.產品性能需求 B.商業需求 C.項目管理需求 D.交付需求 33.以下哪個是收集需求過程的輸入?()A.項目工作說明書 B.項目范圍管理計劃C.干系人登記冊D.干系人管理策略 34.以下哪個是控制范圍過程的輸出?()A.工作績效信息B.工作績效測量結果 C.績效報告 D.質量控制測量結果 35.關于WBS的說法，哪項是正確的?()A.WBS的第一層可以是可交付成果、項目階段或子項目 B.WBS的第一層可以是可交付成果、項目部門或子項目 C.WBS的第一層可以是可交付成果、項目階段或項目活動 D.WBS的第一層可以是項目部門、項目階段或項目活動 36.定義范圍的一個輸入是()。

A.項目工作說明B.需求文件 C.工作分解結構(WBS)D.需求跟蹤矩陣 37.收集需求過程是()。

A.定義并記錄干系人的需求 B.主要關注產品需求 C.主要關注項目需求 D.主要關注性能需求 38.以下哪個最好地描述了工作分解結構(WBS)?()A.WBS是對工作成果的層級分解 B.WBS是對工作本身的層級分解 C.WBS是對項目產品的層級分解 D.WBS是對項目活動的層級分解 39.核實范圍過程旨在()。A.正式驗收可交付成果 B.審查項目范圍文件的正確性 C.檢查可交付成果的技術正確性

D.發現項目范圍偏差，管理項目范圍基準變更

40.你的一個合同商給你發了一封電子郵件要求使用更高質量的原材料，這將會導致費用增加和質量得到提高。項目經理應該首先做什么工作？（）A、更改項目基線

B、要求合同商發一份正式的變更請求 C、詢問你的發起人的意見 D、更改WBS

41、客戶通知你對原始范圍做一項小的變更。與整個項目相比，這是一項很小的投入，并且你需要這個大項目的親善關系。你將：（）A、拒絕做這個工作。B、同意免費做這個工作。

C、做這個工作，然后給客戶開賬單。

D、評估這個工作對成本和進度產生的影響，然后告訴他們你將在晚些時候決定這件事。

42、一個項目的啟動階段輸出不包括下列哪項？（）A、項目章程

B、約束條件

C、產品描述

D、項目經理選擇

43、范圍確認的主要內容是什么？（）A、確保項目可交付成果按時完成

B、通過確保客戶對可交付成果的接受保證項目不偏離軌道 C、顯示可交付成果符合技術規范 D、提供一個發現不同意見的機會

44、關于項目可交付成果，下列哪句是正確的？（）A、項目可交付成果是在完全定義了工作之后確定的。

B、在項目計劃編制期間對項目可交付成果進行描述，然后隨著時間的推 移對它們進行細化。

C、在項目開始時用項目干系人的輸人對可交付成果進行定義。D、項目可交付成果由項目發起人來確定。

45、你正在管理一個為期6個月的項目并且每兩周與你的項目發起人開一次會。在工作了五個半月后，這個項目既符合進度又在預算內，但是項目發起人對可交付成果不滿意。這一情況會把項目完工延誤一個月?？梢苑乐惯@種情況的最重要的過程是：（）

A、風險監控

B、進度控制

C、范圍計劃編制

D、范圍變更控制

46、除了（）下面所有陳述是錯誤的？ A、WBS傳達每個定義項目活動的日歷日期 B、WBS對每個定義活動的商業需求加以說明 C、WBS向項目干系人傳達定義的項目活動

D、WBS對負責每項定義項目活動的職能經理加以說明

47、產品文件是（）的輸人。A、范圍確認

B、績效報告 C 風險分析

D、范圍計劃編制

48、一個項目經理正在對一項可交付成果實施審計時聽到做這項工作的團隊成員對所有人抱怨說，審計他做的工作是挑他的刺兒。你知道這是不對的。對于今后的項目你應該吸取什么教訓？（）

A、在項目開始時就告訴團隊成員，他們的可交付成果將受到審計。B、在范圍管理計劃中制定一項政策。C、降低審計頻率。

D、用簡單檢查代替審計。

49、在已經建立的績效測量基準計劃之后，客戶要求擴大項目范圍?？蛻魧⑿枰峤荒念愇募?？（）

A、變更申請

B、工作說明 C、修改的項目進度計劃

D、發票

50、在一個設計項目開始兩個月后，客戶要求對產品作修改。在沒有通知項目經理的前提下就做了這項變更。在最終測試階段，測試結果與當初計劃的不同。這種情況是下列哪項的例子？（）

A、測試計劃定義不完善

B、質量管理計劃的開發不完善 C、使用范圍變更控制的技能差

D、不堅持溝通計劃

51、下列哪項不是范圍計劃編制的部分？（）

A、檢查

B、確定備選方案 C、質量功能展開

D、成本／收益分析

52、一個職能經理與項目經理的上司開會討論對一個主要可交付成果的驗收標準做一項變更。會后，這個上司與項目經理聯系，讓他實施這項變更。對這種情況最佳的做法是什么（）A、盡快做這項變更 B、理解該項變更

C、給管理層一份變更申請表，讓他們填寫后盡快交回 D、把這項變更告訴團隊

53、項目大部分已經完成，客戶要求對工作范圍做重大變更。項目經理應該：（）A、與項目團隊開會，決定是否可以做此變更 B、向客戶要該項變更的描述

C、向客戶解釋，進展到這個程度不能再做此項變更 D、通知管理層

54、項目經理想要使用Delphi技術獲得專家對他所遇到的一些技術難題的意見。他應該謹慎地做什么？（）

A、確信所咨詢的專家對他們的輸人是公認的。B、對任一種意見都進行信息與工作比較。C、咨詢項目干系人。

D、與專家們一起開會，得出一致意見。

55、一個項目發起人給了項目經理一份章程并告訴該項目經理，他不能肯定該章程是否完整。項目章程應包括：（）

A、可交付成果和目標

B、詳細的工作范圍 C、詳細的進度計劃

D、網絡圖

56、一個項目經理從一個團隊成員那里收到一項應提交給客戶的可交付成果。在查看這項可交付成果時，項目經理注意到該文件比預期的要少一些并且沒有他認為應該包括的內容。這個項目經理應該首先：（）A、與該團隊成員討論

B、與該團隊成員的經理聯系，讓那個人接受額外的培訓 C、審計開發過程 D、完成產品確認

57、在實施期間，你發現盡管以前已經批準了工作范圍，但客戶卻對工作范圍進行了變更，對該項變更的成本沒有異議。你應該首先做什么？（）A、遵循變更過程。

B、與客戶討論該項變更并協商新的范圍。C、與團隊開會，計劃選擇方案。

D、對該項變更可能導致的風險進行評估并形成文件。

58、產品確認不同于范圍確認，產品確認；（）A、在實施階段發生

B、確認使用了正確的產品 C、獲得客戶的簽字認可

D、確保所有工作都已完成

59、一個項目經理剛剛被分配到一個新項目中并得到一份完整的項目范圍。這個項目經理必要做的第一件事是什么？（）A、使用WBS建立項目計劃

B、確認所有項目干系人的輸人都包括在工作范圍中 C、組織一個團隊制定采購計劃 D、建立網絡圖 60、在對一項任務的檢查中，你發現一個團隊成員正在用與WBS詞典中的規定不同的方法完成這項工作。你應該如何處理這種情況？（）A、告訴這名團隊成員采取糾正措施。

B、確定這種不同的方法對職能經理是否是可接受的。C、問這名團隊成員，這種變化是否必要。D、確定這種變化是否改變了工作包的范圍。61、一個新項目經理正要編制項目的工作范圍。一個項目干系人要在工作范圍中加入很多事項。另一個項目干系人只是要求描述功能要求就可以了。這個項目對項目經理所在公司很重要，但是工作是由賣方來實施。你建議這個項目經理做下列哪項？（）

A、工作范圍應是概括性的，以便允許賣方做自己的決策 B、工作范圍應是概括性的，以便可以在以后澄清 C、工作范圍應是詳細的，以便可以在以后澄清 D、工作范圍應詳細到該類型項目所需的詳細程度.62、下面哪種文檔是項目經理首先要向項目團隊成員定義的，為了在項目啟動會議上就展示該項目是被官方批準正式成立的項目？（）A、項目章程

B、項目計劃

C、可行性研究

D、費用——收益分析 63、項目經理并不能確定某個特定的工作包中包含了什么。為了能更好地理解一個工作包中包含了什么，項目經理應該首先查看：（）A、進度控制文檔

B、賬戶編碼 C、WBS字典 D、風險管理計劃 64、你的一個合同商給你發了一封電子郵件要求他們只答應進行8次測試，而不是你方要求的10次測試。項目經理應該首先做什么工作？（）A、更改項目基線

B、要求合同商發一份正式的變更請求 C、在合同中找到處罰條款 D、詢問你的發起人的意見

65、你是變更控制委員會中的一員，批準巨大的范圍變更。項目經理首先第一步需要更新的文檔是：（）

A、范圍基線

B、進度 C、WBS

D、預算

66、在你以前的項目實施期間，即使你交付了客戶指定的內容，你也很難得到范圍定義的簽字認可。為了未來項目更好實施，你會更注意哪個過程？（）A、績效報告

B、范圍確認 C、范圍定義

D、管理收尾

67、下列規則除（）以外對于工作分解結構最低層次的工作包都是正確的。A、可以在一個位置不發生中斷地完成 B、可以做出可信的估算 C、必須且只能分配給一個人 D、必須在80小時內完成

68、下列哪項最不真實？（）A、WBS的最低層次也可以叫工作包

B、WBS詞典可以用于保存各種工作要素的說明

C、承包商的WBS和合同工作分解結構（CWBS）基本上是相同的 D、WBS中的工作包還可以進一步細化

69、效益測量和約束條件下的最佳化是（）的例子。A、成本效益比

B、可變成本 C、折舊類型

D、項目選擇方法 70、用于開發的分解過程是什么？（）

A、管理計劃

B、溝通計劃 C、工作分解結構

D、掙值 71、項目的工作分解結構是項目經理和她的團隊一起開發的。但現在項目團隊成員好像正在做工作分解結構以外的工作。工作分解結構的目的是：（）A、指導項目的成本估算，而不是工作怎么做 B、給高級管理層提供高層次項目范圍概觀 C、把制造項目產品所需的工作包括進去

D、把整體項目范圍或完成項目所必須做的全部工作包括進去 72、參與準備范圍基準計劃的是：（）

A、職能經理

B、項目團隊 C、所有干系人

D、項目發起人

73、一個新軟件產品的構建階段即將完工。下一個階段是測試和執行。這個項目比進度計劃提前了兩周。在進人最后階段之前，項目經理最應該關注什么？（）A、范圍確認

B、質量控制 C、績效報告

D、成本控制 74、一個客戶要求你給項目增加工作范圍。現在項目低于預算并比進度計劃提前一些。你應該怎么做？（）A、批準該項變更

B、讓客戶了解該項變更對項目的影響 C、請發起人批準該項變更

D、從配置變更委員會獲得批準 75、下列哪項是范圍確認的一項重要輸入？（）A、工作結果

B、歷史信息 C、正式接受

D、變更申請 76、下列哪項不是范圍確認的輸入？（）

A、工作分解結構

B、項目計劃 C、工作結果

D、變更申請 77、工作分解結構可以用于下列哪項？（）

A、與客戶溝通

B、顯示每項任務的日歷日期 C、對每個團隊成員顯示職能經理

D、顯示對項目的商業需求 78、下列哪項不是范圍確認的工具？（）

A、產品審核

B、審計

C、檢查

D、靈敏度分析 79、在編制WBS時不需要下列哪項？（）

A、歷史信息

B、項目章程 C、假設條件

D、范圍說明 80、在一個新產品的開發中，我們發現競爭對手正在開發一種與我們的項目產品有相似功能的新產品。我們決定建議對產品特性和項目產品做變更。這種變更申請是（）的結果。A、外部事件

B、在定義產品范圍中的錯誤或遺漏 C、在定義項目范圍中的錯誤或遺漏 D、一項增值變更

81、什么時候向一個項目指派項目經理？（）

A、合同簽訂后

B、就在合同時執行之前 C、合同啟動期間

D、合同計劃編制期間 82、在過去的幾周項目團隊已經對活動和任務做了3項范圍變更。項目經理必須非常仔細地：（）A、記錄所有變更

B、向發起人提交所有變更的文件 C、確保變更都反映在項目范圍內 D、防止更多的變更發生 83、一個項目經理發現兩個團隊成員討論要完成一項活動需要什么并且做了很多范圍變更?，F在這項可交付成果完成了，那兩個團隊成員準備進行下一項任務。在看了他們所做的之后，項目經理確定他們所做的工作不符合項目要求。該項目經理的最佳行動路徑是什么？（）

A、增加另一項任務，與正確的項目范圍相符合 B、拒絕交付的任務

C、讓團隊重新做這項任務并把這個事故加人到他們的績效審核中 D、請該團隊成員的經理派別的人執行這項任務 84、范圍確認應在何時做？（）

A、項目結束時

B、項目開始時 C、項目的每個階段期間

D、計劃編制期間 85、項目進行到一半時，客戶想取消剩余的工作和合同。最佳的方法是查看下列哪項來確定項目的目的？（）

A、章程中的目的、目標和商業案例 B、WBS詞典，以便驗證范圍是否正確 C、風險管理計劃，以便評估可選方案 D、會計科目表，以便確定完工估算

86、你是一個IT項目的項目經理。你項目團隊的一個信息專家在同與他一起工作的一個低級別客戶代表共進午餐后得知，在顯示中一項簡單的改造會給項目增加巨大的附加功能。你和項目發起人都已經對范圍簽字認可。那位信息專家進行了這項改造，沒有給項目進度帶來負面影響，也沒有增加額外的費用。你應該采取什么管理措施？（）

A、這位信息專家所做的超過了客戶預期，并且既沒有影響項目成本也沒有影響項目進度，因此，這位信息專家應該受到表揚。

B、項目經理應該在項目計劃中增加一項沒有相應時間的任務。

C、應該告訴這位信息專家，他的行為是不可接受的，因為它完全可能給整個項目帶來負面影響。

D、由于這項變更已經做了，因此項目經理應該做一份變更控制表并請客戶在上面簽字。案例分析題

小楊第一次管理一個大型的軟件研發項目，該項目是在以前項目的基礎上研發新的功能。以前項目的版本已經批量安裝到客戶，并達到預先設定的目標穩定程度。該項目在前期各個階段的數據都符合原先設定的目標。但是，在系統測試階段，測試人員卻遞交了大量的缺陷。經過分析，發現這些問題大多數是回歸測試時發現的。而其中大部分是以前項目遺留的問題。這些問題介于優化和問題之間。不會影響基本功能，但是對新用戶來說，也有修改的必要。新的用戶的驗收測試不久就要開始了。小楊該如何處理這些問題呢？ 答案提要：

1、原項目遺留問題是否在項目范圍內，需要查看項目范圍說明書；一般情況下不會包含原系統的問題修改；如果在范圍內，則需進行修改。

2、如果不在范圍內則需要與公司和客戶溝通，估算修改的成本以及風險等因素，如果要修改，則需要做哪些工作，例如追加費用，會可能引發哪些進度方面的變化，存在哪些風險。

3、如果要修改發現的以前項目遺留問題，應該屬于原項目的優化，與本項目無關。但是也需要與客戶和公司溝通，一般而言，對于歷史遺留問題，公司是有責任修改的，但是對于當前項目而言，可能會有很多影響，需要就該修改進行分析，是否要修改與公司和客戶共同協商，尋求解決辦法。

4、作為項目經理，不僅僅是該項目的項目經理，也是公司面向客戶的一個形象，很多時候還需要考慮公司整體的利益，而不僅僅是原定的項目范圍。

所以項目經理任務項目范圍是一定要區分清楚，但是是否進行能修改是需要與公司上層和客戶溝通清楚，明確其中的責任和風險

單項選擇題參考答案

1-5DCBBA 6-10BCDDA 11-15DBBAB 16-20DDBAB 21-25BDBBA 26-30DAABD 31-35CACBA 36-40BAAAB 41-45DCBCC 46-50CABAC 51-55ABBBA 56-60DBDBD 61-65DACBA 66-70BCCDC 71-75DBABA 76-80DADBA

第四篇：項目管理心得—定義范圍

項目管理心得—定義范圍

在IT項目建設中，項目管理最重要的管理內容是對項目的質量、進度與成本控制。其中,我們對項目范圍定義沒有太大注重，這使得我們后續實施工作無法正常運轉。我以為，建設項目范圍定義，是實施管理中不可或缺的重要一環，有著特殊的重要地位與作用。

項目范圍的確定在進度管理的擁有重要地位與作用,項目能否在預定的時間內交付使用，直接關系到項目經濟效益的發揮。

比如本人參與建設的廣州的一個智慧校園建設項目。其中，計劃工期是3個月，而最后的實際建設工期是六個月，首先是由于之前甲乙雙方在簽定合同之前，對項目范圍定義沒有作詳細的說明。在項目實施過程中,甲方在乙方提供軟件模型之后，提出各種各樣的意見，有很多是當初乙方認為是在項目之外的延伸，所以在簽定合同時沒有對項目范圍定義作詳細的說明，而引起雙方對變更上的糾紛，但最后還是乙方調整項目范圍定義，重新開發軟件。對整個項目而言，首先，公司加大了成本支出，減少了公司應得的利潤，項目范圍定義不明確，從而導致建設工期的拖長，軟件開發成本大幅增加,施工管理費用大幅增加；軟件后期測試工作重新開始；其次，延期交付給甲方也帶來了的利息損失；系統遲一天交付，甲方就少一天收入，因之前甲方是單位的福利事業，沒有收費設施?；巯杼斓貜V州學員黃賢裕

第五篇：范圍管理

范圍管理

摘要：

2010年7月，我參與了某企業“高清卡口式智能電子警察“項目的建設。在項目中擔任項目經理職務，主要負責項目的管理工作。該項目是受某市公安局交警指揮中心的委托而開發的，目的是為了改善城市道路交通環境，提升公眾出行安全系數。系統兼具電子警察和卡口功能。（121）

本文結合作者的經驗，以“高清卡口式智能電子警察“項目為例，討論了項目的范圍管理過程以及項目中采用的措施和方法。作為建設方的項目經理，本人在項目的范圍管理過程中，科學運用項目范圍管理的理論知識，以范圍管理計劃編制、范圍定義、創建WBS、范圍確認和范圍控制為工作流程來指導項目的范圍管理工作。在具體工作中，采取了針對性的措施，努力確保范圍定義的清晰化。在項目的各個階段注重與項目干系人保持積極有效的溝通，加強了范圍確認、范圍執行情況跟蹤、項目范圍變更控制等管理過程，通過這些方法，保證了項目范圍管理的有效性，最大限度地滿足了項目干系人的需求和希望的目的，成功地完成了項目，受到用戶方的高度評價。

正文：

項目概述；

隨著我國國民經濟的持續快速發展，車輛劇增，由此導致交通阻塞，交通事故發生頻率高，交通環境污染，交通治安混亂等一系列問題，嚴重影響了人民的生活。在城市交通的關鍵點——道路交叉口，由于匯聚了多個方向的交通流量，加上機動車非機動車混行等因素，成為城市路網中交通擁堵發生的重點地段。而車輛闖紅燈等違法現象，更是成為引發道路交通事故的主要誘因之一。單純依靠人為管理，浪費人力資源，效果也不明顯。因此，向科技要警力，向管理要效益成為各個城市交通管理部門進行違法自動檢測系統建設的動力。為進一步利用科技手段實現對闖紅燈、逆行等違法行為進行有力地治理，防止此類交通違章行為的發生，減少由此引起的事故，并促進交通秩序良性循環，提升公眾出行安全系數，某市公安局交警指揮中心特委托我公司開發“高清卡口式電子警察”。項目啟動后，我被任命為該項目的項目經理，全面主持項目的管理工作。

該項目規模龐大，一期投資投資600萬，要求在2012年1月1日前全面竣工并投入使用。該項目將負責某市110萬輛機動車數據，涉及部門人員眾多，涵蓋的知識技術領域范圍廣，是一個大型、復雜的綜合性項目。在有關領導的親切關懷下，在項目干系人的配合與支持下，我與項目組全體組員并肩作戰，通過近6個月的努力，終于在2011年12月26日全面通過驗收。項目總成本為 萬原，比計劃提前10天，為公司掙得 萬利潤。

項目采用B/S架構，Windows為開發平臺，c#，c++為開發語言，數據庫使用的是oracle 10g。該項目除了具備實時監控功能外，還具有高清抓拍、大容量高速存儲、自動檢測車輛及車牌識別、全程軌跡跟蹤、自動預警攔截等系統功能。項目涉及的子系統較多，主要包括車輛檢測模塊、圖像采集模塊、信息處理模塊、數據檢索模塊、違章檢測模塊等幾個部分。項目的成功很大程度上歸功于在項目過程中對范圍的有效管理，下面分別對項目范圍管理過程中范圍管理計劃編制、范圍定義、創建WBS、范圍確認和范圍控制等幾個方面加以簡要論述。

范圍管理計劃編制;

項目的范圍管理計劃包括如下內容：如何從項目初步的范圍說明書來編制詳細的范圍說明書；如何進行更加詳細的項目范圍說明書編制WBS，如何核準和維持編制的WBS；如何確認和驗收項目所完成的可交付成果；范圍變更計劃及規程。

項目范圍的管理也就是對項目應該包括什么和不應該包括什么進行相應的定義和控制．必須慎重地權衡范圍管理所使用的工具、方法、過程和程序以及一些其他因素，以確保在管理項目的范圍時所做的努力與項目的規模、復雜性和重要性相符，制定范圍管理計劃顯得由為重要。在計劃中明確定義項目范圍、制定詳細范圍說明書、定義和編制工作分解結構以及驗證和控制范圍的步驟和方法。

本項目范圍計劃中規定定義和編制工作分解結構的步驟為：識別項目交付物和相關項目工作；對WBS的結構進行組織；對WBS進行分解；對WBS中各級工作單元分配標識符或編號；對當前的分解級別進行檢驗，以確保它們是必需的而且是足夠詳細的。

范圍定義： 在明確了范圍管理計劃之后，我們在識別項目干系人的基礎上，對項目干系人的需求進行收集，記錄，分類，明確項目干系人需求及優先級，并在這個過程中對項目干系人的需求進行引導，分析，評估和平衡，最后整理成需求文件，并用需求跟蹤矩陣將需求與需求的目標聯系在一起，確保需求實現的價值及意義，同時，明確如何管理和跟蹤這些需求的變更，確定需求管理計劃，以便更好的實現和滿足項目干系人的需求。

在明確了項目干系人的需求，并確定了管理項目干系人需求的方法之后，我們進一步將項目干系人的需求轉變為范圍并整理成詳細項目范圍說明書。這一部分內容采用的技術是專家判斷法，備選方案識別（頭腦風暴法），成本效益分析。詳細項目范圍說明書項目干系人確認之后，作為范圍基準的一部分，用于后期項目管理過程中的范圍控制及核實工作。在這個過程中，不僅要詳細的說明項目應該提交的可交付成果及其功能及特點，還需要具體說明項目不提交哪些可交付成果。

詳細范圍說明書主要包括如下內容：

⑴項目的目標：該系統的建成將實現對道路交通相關區域的實時監控，對闖紅燈、逆行等違法行為進行自動記錄取證，滿足交通管理人員對道路交通管理和監控的需求。

⑵產品范圍描述．例如車輛檢測功能，要求檢測出車輛，而不包括摩托車、自行車等。

（3）項目需求。項目需求描述了項目可交付物要滿足合同、標準、規范或其他強制性文檔所必須具備的條件或能力。

⑶項目的可交付物。包括代碼、各種設計文檔、測試文檔等。

⑷項目邊界．項目邊界嚴格定義了項目內包括什么和不包括什么，以免項目干系人假定某些產品或服務是項目中的一部分。

⑸產品可接受的標準．系統功能滿足需求規格說明書中的各種需求。

⑹項目的約束條件。例如違章檢測模塊需要精通VC++圖像處理方面的知識。

⑺項目的假設條件．與項目相關的假設條件，以及當這些條件不成立時對項目所造成的影響。

（8）初始的項目組織。確定團隊成員和項目干系人。

（9）初始風險。例如，電子警察項目我公司以前從沒做過，沒有什么經驗可以借鑒。Oracle數據庫也是第一次使用。

（10）進度里程碑：高清卡口式電子警察按模塊定義里程碑，即每個模塊的開發完成就代表一個里程碑事件。

（11）資金限制。

（12）成本估算。包括直接的人力資源成本、管理成本和房租水電、培訓、員工福利等間接成本。

（13）項目配置管理需求。包括配置管理的軟件和硬件環境以及工具選擇。

（14）項目規范。項目依據交通規則對違章行為進行判斷。

（15）以批準的需求。例如車輛檢測、車牌識別、違章檢測等功能。

創建WBS：

項目范圍說明書中定義的項目可交付物是進行WBS分解的基礎。步驟：識別項目交付物和相關項目工作。對WBS的結構進行組織。對WBS進行分解。對WBS中各級工作單元分配標識符或編號。5 對當前的分解級別進行檢驗，以確保它們是必需的，而且是足夠詳細的。

在確定了項目邊界，明確了項目最終的可交付成果及其功能和特點之后，我們需要對最終的可交付成果創建WBS；同時在這個過程中，建立和完善WBS詞典，聯同WBS以及項目范圍說明，確立范圍基準，作為后期的范圍控制及核實的基礎；

高清卡口式電子警察項目除具備實時監控功能外，還具有高清抓拍、大容量高速存儲、自動檢測車輛及車牌識別、全程軌跡跟蹤、自動預警攔截等系統功能。項目涉及的子系統較多，主要包括圖像采集模塊、車輛檢測模塊、車牌識別模塊、信息處理模塊、數據檢索模塊、闖紅燈、逆行等違章檢測模塊等幾個部分，涉及的環節多而復雜，需要做的工作很多，為了詳細描述項目所要完成的工作，避免應該做的工作被遺漏掉，方便項目團隊成員間溝通，我邀請了組長、業務專家及其他項目經理參加以“項目工作分解”為主題的會議，會議上對項目可交付物和項目工作按照滾動式計劃逐步分層分解為更小的、更易于管理的項目單元．分解工作按照以下原則進行：

⑴在各層次上保持項目的完整性，避免遺漏必要的組成部分;

⑵相同層次的工作單元應有相同性

⑶一個工作單元只能從屬于某一個上層單元

⑷工作單元應能分開不同的責任者和不同工作內容

⑸便于項目管理進行計劃和控制的管理需要

⑹最低層工作應該具有可比性，是可管理的，可定量檢查的⑺最低層次的工作單元是工作包

⑻應該包括項目管理工作

范圍確認：

在項目實施過程中，根據WBS上的可交付物進行監控，并確定了幾個重要的里程碑。對已經完成或即將完成的可交付物及里程碑及時進行會議評審，涉及核心業務的，提供相關文檔由客戶一起進行確認。

比如，在車輛檢測模塊開發完成后，我組織組長、業務專家依據政策文件逐一進行會議評審，評審后要求測試人員寫測試文件，并將系統計算出的結果截圖附在測試文件中，發送給客戶相關人員進行確認．

范圍控制：

項目開發過程中，項目范圍往往發生會不斷變化，為了防止“范圍蔓延”，我組織成立了變更控制委員會(成員包括：各組組長[擔任變更委員會組長和副組長]、客戶負責人、項目經理、系統構架師)，制定了變更控制流程：范圍變更說明文檔(來自內部討論結果或客戶要求)－組長或副組長填寫變更申請單－召開會議對變更所帶來的影響進行分析、變更方案進行論證及評審－發出變更通知并開始實施－變更實施的監控－變更效果的評估，項目實施過程按照此控制流程進行執行。

例如，在距離項目截止日期還有20天的時候，客戶提出增加用視頻方式檢測車輛（原來采用的是地感線圈的方式）的功能，這對項目影響很大。變更控制委員會召開了會議，會議上我們討論了下面幾個問題：1 功能的實現難度如何；2內部資源是否足夠應付新需求的實現？3能否在項目計劃時間內完成？4 是否能保證項目的質量？5 會不會對其他功能造

成影響？通過對這些問題的討論，變更控制委員會決定接受此變更請求。

在變更得到批準后，我對一些開發人員進行了調整，并采用趕工的方式加快開發進度。加強與開發人員的溝通，對開發過程進行密切跟蹤，對變更的效果進行評估，對相應的文件配置也進行了變更管理，最終項目在規定時間前完工。

為了防止項目組成員的鍍金行為，我規定項目組成員要想采用新的技術，必須提出申請，在項目團隊會議中討論通過后才可以使用。否則，必須使用熟悉的成熟的技術。

通過這些措施，對范圍進行了有效控制。

總結

系統目前運行穩定，對項目范圍的有效管理是成功的一大重要因素，但也存在一些不足之處。比如沒有充分考慮到人員流動對項目造成的影響，未安排充分的候補人員，結果在人員離開后臨時進行調整，顯得比較被動。另外，對業務不熟悉也讓我們在工作中吃了一些苦頭。在今后的工作中，本人將繼續總結經驗教訓，加強對項目實行科學、規范的過程管理，從而更好地完成項目。