【正文】 定義、邏輯關(guān)系的分析，實施順序安排。,19,20,工程項目范圍的確定及定義,確定工程項目范圍，其結(jié)果需要編寫正式的項目范圍說明書，包括詳細的輔助內(nèi)容以及范圍管理計劃。 工程項目范圍說明書，是項目組織與項目業(yè)主（客戶）之間對項目的工作內(nèi)容達成共識的基礎(chǔ)，用來對項目范圍達成共同的理解，并確認這樣的理解，并以此作為將來項目管理的基礎(chǔ)。 項目范圍管理計劃，描述如何管理項目的范圍。 項目經(jīng)理應(yīng)當與項目的主要利益相關(guān)者共同編制項目范圍說明書，客戶應(yīng)當在范圍說明書上簽字，以表示對項目范圍的同意與認可。,工程項目范圍說明書的內(nèi)容,項目范圍說明書是一個要發(fā)布的文件，范圍說明書應(yīng)該包括以下3個方面的內(nèi)容。 (1)項目的合理性說明：解釋為什么要進行這一項目。 (2)項目目標：確定項目成功所必須滿足的某些數(shù)量標準。 (3)項目可交付成果：一份主要的、具有歸納性層次的產(chǎn)品清單，這些產(chǎn)品完全、滿意的交付標志著項目的完成。 （具體格式見下表）,項目范圍說明書的作用,①形成項目的基本框架。使項目干系人能系統(tǒng)地分析項目的關(guān)鍵問題及項目形成中的相互作用要素，能就項目的基本內(nèi)容和結(jié)構(gòu)達成一致。 ②產(chǎn)生項目有關(guān)文件格式的注釋，用來指導(dǎo)項目有關(guān)文件的產(chǎn)生。 ③形成項目結(jié)果核對清單。作為項目評估的一個工具，在項目終止以后或項目最終報告完成以前使用，以此作為評價項目成敗的依據(jù)。 ④可以作為項目整個壽命周期中監(jiān)督和評價項目實施情況的背景文件，作為有關(guān)項目計劃的基礎(chǔ)。,項目范圍定義的內(nèi)容 項目范圍的定義主要從項目需求的識別和項目需求的表達兩個方面來闡述。 項目需求的識別 項目范圍的定義來源于項目的需求，不能全面、正確地理解一個需求和其內(nèi)在含義，或者不能正確地闡述表達它，項目管理必將迷失方向，就像那艘無舵的航船。把項目需求從開始的不確定，到逐步進化出一個清晰的框架，直至最終獲得正確的理解，是項目管理一個至關(guān)重要的環(huán)節(jié)。,項目需求的表達 （1）讓提出需求的人把他們的感覺盡可能清楚地表達出來； （2）針對需求的真實性、可行性、重要性和影響向客戶提出問題，以從不同的角度理解需求； （3）從技術(shù)和方法的角度對項目作一些必要的研究，更好地處理需求； （4）根據(jù)以上三步得出的結(jié)論，盡可能清楚地描述項目需求； （5）客戶盡最大努力確認項目管理人員的需求認識是否反映了項目真實需求，根據(jù)客戶意見作適當修改。,項目范圍定義的依據(jù) 項目范圍定義要進一步以項目許可證、項目組織過程資產(chǎn)、項目制約因素及假設(shè)前提為依據(jù)，同時充分運用在項目范圍規(guī)劃中所形成的項目范圍說明書和項目范圍管理計劃。 除此之外，還應(yīng)依據(jù)以下幾個方面的內(nèi)容： 其他計劃成果 歷史資料 批準的變更請求,范圍定義的工具和技術(shù) 工作分解結(jié)構(gòu)樣板 分解 （1）識別項目的主要組成部分 （2）確定每一組成部分是否分解的足夠詳細，以便可以對它進行費用和時間的估算 （3）確定可交付成果的構(gòu)成要素 （4）核對分解是否正確,范圍定義的結(jié)果 項目范圍定義主要形成以下成果： 范圍基準 請求的變更 項目范圍管理計劃更新,施工圖設(shè)計工作描述表,30,三、項目范圍管理 項目范圍管理包括了用以保證項目包含且只包含所有需要完成的工作，以順利完成項目所需要的所有過程。 它主要涉及定義與控制項目應(yīng)該包括和不應(yīng)包括的內(nèi)容。,31,項 目 范 圍 管 理,編制范圍管理計劃,范圍定義,創(chuàng)建WBS,《項目管理知識體系指南》PMBOK,范圍確認,范圍控制,32,編制范圍管理計劃Scope Planning,范圍管理計劃是用以描述團隊如何定義項目范圍、如何制定詳細的范圍說明書、如何定義和編制WBS以及如何驗證和控制范圍。,33,范圍定義Scope Definition,是制定項目和產(chǎn)品詳細描述的過程，并把結(jié)果寫進詳細的項目范圍說明書中。,34,創(chuàng)建WBS Create Work Breakdown Structure,WBS(Work Breakdown Structure)是把項目可交付成果和項目工作分解成較小的、更易于管理的組成部分的過程；未列入工作分解結(jié)構(gòu)的工作將排除在項目范圍之外。,35,范圍確認Scope Verification,是項目干系人（發(fā)起人、客戶和顧客等）正式接受已完成的項目范圍的過程。范圍核實需要審查可交付成果和工作結(jié)果，以確保它們都已正確圓滿地完成。,36,范圍控制Scope Control,是監(jiān)督項目和產(chǎn)品的范圍狀態(tài)、管理范圍基準變更的過程。,應(yīng)當全過程地與其他控制過程結(jié)合起來，如進度控制、成本控制、質(zhì)量控制等。,37,項目范圍管理的目的 1）確定應(yīng)完成的工程活動內(nèi)容，以便作出詳細定義和計劃。 2）確保在預(yù)定的項目范圍內(nèi)有計劃的完整的進行項目的實施和管理工作（便于項目實施控制）。 3）確保項目各項活動滿足項目范圍定義的要求。 4）為進一步確定項目費用、時間和資源計劃作準備 5）劃定項目責(zé)任，方便對各項目任務(wù)承擔(dān)者進行監(jiān)督、考核和評價。,38,案例：范圍定義,希賽信息技術(shù)有限公司(CSAI) 原本是一家專注于企業(yè)信息化的公司，在電子政務(wù)如火如荼的時候，開始進軍電子政務(wù)行業(yè)。在電子政務(wù)的市場中，接到的第一個項目是開發(fā)一套工商審批系統(tǒng)。由于電子政務(wù)保密要求，該系統(tǒng)涉及到兩個互不聯(lián)通的子網(wǎng)：政務(wù)內(nèi)網(wǎng)和政務(wù)外網(wǎng)。政務(wù)內(nèi)網(wǎng)中儲存著全部信息，其中包括部分機密信息；政務(wù)外網(wǎng)可以對公眾開放，開放的信息必須得到授權(quán)。系統(tǒng)要求在這兩個子網(wǎng)中的合法用戶都可以訪問到被授權(quán)的信息，訪問的信息必須是一致可靠，政務(wù)內(nèi)網(wǎng)的信息可以發(fā)布到政務(wù)外網(wǎng)，政務(wù)外網(wǎng)的信息在經(jīng)過審批后可以進入政務(wù)內(nèi)網(wǎng)系統(tǒng)。 張工是該項目的項目經(jīng)理，在捕獲到這個需求后認為電子政務(wù)建設(shè)與企業(yè)信息化有很大的不同，有其自身的特殊性，若照搬企業(yè)信息化原有的經(jīng)驗和方案必定會遭到慘敗。因此采用了嚴格瀑布模型，并專門招聘了熟悉網(wǎng)絡(luò)互通互聯(lián)的技術(shù)人員設(shè)計了解決方案，在經(jīng)過嚴格評審后實施。,39,案例：范圍定義,在項目交付時，雖然系統(tǒng)完全滿足了保密性的要求，但用戶對系統(tǒng)用戶界面提出了較大的異議，認為不符合政務(wù)信息系統(tǒng)的風(fēng)格，操作也不夠便捷，要求徹底更換。由于最初設(shè)計的缺陷，系統(tǒng)表現(xiàn)層和邏輯層緊密耦合，導(dǎo)致 70％的代碼重寫，而第二版的用戶界面仍不能滿足最終用戶的要求，最終又重寫的部分代碼才通過驗收。由于系統(tǒng)的反復(fù)變更，項目組成員產(chǎn)生了強烈的挫折感，士氣低落，項目工期也超出原計劃的 100％。 【問題1】請對張工的行為進行點評？ 【問題2】請從項目范圍管理的角度找出該項目實施過程中的主要管理問題？ 【問題3】請結(jié)合你本人實際項目經(jīng)驗，指出應(yīng)如何避免類似問題？,40,分析: 【問題1】 (1)張工注意到了系統(tǒng)運行環(huán)境的特殊性，在良好設(shè)計和實現(xiàn)的情況下滿足了用戶的要求。 (2)張工忽略了系統(tǒng)用戶的潛在要求，在用戶界面和操作的風(fēng)格上范圍定義不清晰，造成系統(tǒng)交付時的重大變更。 (3)張工在第一次問題發(fā)生后仍沒有對范圍進行有效的管理