、工作手冊、人機交互學(xué)習(xí)程序等。任何沒有明確要求的結(jié)果，都意味著它在項目可交付成果之外；項目目標(biāo)是要考慮到項目的成功性，至少要包括成本、進度表和質(zhì)量檢測。項目目標(biāo)應(yīng)該有標(biāo)志（如：成本、單位）和絕對的或相對的價值。盡量避開不可量化的目標(biāo)（如：“客戶的滿意程度”），因為它將讓你的項目承擔(dān)很高的風(fēng)險。轉(zhuǎn)貼于：http://m.opto-elec.com.cn

　　范圍計劃又是什么呢？范圍管理計劃是描述項目范圍如何進行管理，項目范圍怎樣變化才能與項目要求相一致等問題的。它也應(yīng)該包括一個對項目范圍預(yù)期的穩(wěn)定而進行的評估（比如：怎樣變化、變化頻率如何及變化了多少）。范圍管理計劃也應(yīng)該包括對變化范圍怎樣確定，變化應(yīng)歸為哪一類（當(dāng)產(chǎn)品特征仍在被詳細描述的時候，做到這點特別困難，但絕對必要）等問題的清楚描述。

　　3.3 范圍定義過程范圍定義是指將項目主要的可交付成果細分成較小的、更易管理的組分。這個過程中，項目組要建立一個工作分解結(jié)構(gòu)（WBS）。

　　3.4 范圍核實過程范圍核實是指對項目范圍的正式認(rèn)定，項目主要干系人，如項目客戶和項目發(fā)起人等要在這個過程中正式接受項目可交付成果的定義。

　　這個過程是范圍確定之后，執(zhí)行實施之前各方相關(guān)人員的承諾問題。一旦承諾則表明你已經(jīng)接受該事實，那么你就必須根據(jù)你的承諾去實現(xiàn)它。這也是確保項目范圍能得到很好的管理和控制的有效措施。

　　3.5 范圍變更控制過程范圍變更控制是指對有關(guān)項目范圍的變更實施控制。主要的過程輸出是范圍變更、糾正行動與教訓(xùn)總結(jié)。

　　再好的計劃也不可能做到一成不變，因此變更是不要避免的，關(guān)鍵問題是如何對變更如何進行有效的控制?？刂坪米兏仨氂幸惶滓?guī)范的變更管理過程，在發(fā)生變更時遵循規(guī)范的變更程序來管理變更。通常對發(fā)生的變更，需要識別是否在既定的項目范圍之內(nèi)。如果是在項目范圍之內(nèi)，那么就需要評估變更所造成的影響，以及如何應(yīng)對的措施，受影響的各方都應(yīng)該清楚明了自己所受的影響；如果變更是在項目范圍之外，那么就需要商務(wù)人員與用戶方進行談判，看是否增加費用，還是放棄變更。 轉(zhuǎn)貼于：http://m.opto-elec.com.cn
　　4 范圍管理案例
　　成功與失?。阂栽O(shè)備號規(guī)則管理為例，展開關(guān)于范圍管理的具體實踐說明。

　　失敗案例：我了解到這樣的實際案例，這是一個軟件開發(fā)的項目，整個項目已經(jīng)進行了兩年多之后項目何時結(jié)實還是處于不明確的狀態(tài)，因為用戶不斷有新的需求出來，項目組也就要根據(jù)用戶的新需求不斷去開發(fā)新的功能。這個項目實際是一個無底洞，沒完沒了地往下做，項目成員“肥的拖瘦，瘦的拖死”，實在做不下去只能跑了。大家對這樣的項目已經(jīng)完全喪失了信心。

　　這個項目其實就是一開始沒有很明確地界定整個項目的范圍，在范圍沒有明確界定的情況下，又沒有一套完善的變更控制管理流程，任由用戶怎么說，就怎么做，也就是說一開始游戲規(guī)則沒有定好，從而導(dǎo)致整個項目成了一個爛攤子。

　　成功案例：同樣是一個軟件開發(fā)的項目，這個項目也比上面案例講到的項目要小一些，這時候公司已經(jīng)開始實施CMM對軟件開發(fā)活動進行管理，有相對完善的軟件開發(fā)管理過程。項目在一開始就先明確用戶需求，而且需求基本上都是量化的、可檢驗的。而且項目組在公司CMM的變更管理過程的框架指導(dǎo)下制定了項目的范圍變更控制管理過程，在項目的實施過程中，用戶的需求變更都是按照事先制定好的過程執(zhí)行。

　　因此，這個項目完成的比較成功，項目的時間和成本基本上是在一開始項目計劃的完成時間及成本的情況下略有增加。轉(zhuǎn)貼于：http://m.opto-elec.com.cn

　　因此，項目所在的組織（企業(yè)）必須在其項目管理體系中制定一套嚴(yán)格、高效、實用的變更程序。

    項目經(jīng)理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~

    http://m.opto-elec.com.cn/pmqhd/index.html