【正文】 來越不實用。這個精致的自動倉庫結(jié)果沒能準(zhǔn)時完工，新系統(tǒng)也屢屢出錯致使福克斯邁耶無法挽回的 1500萬美元的巨額損失。當(dāng)年7月，該公司四季度就花了 3400萬美元。到 8月， 福克斯邁耶公司不得不申請破產(chǎn)。 74 IT項目范圍核實案例 另一個導(dǎo)致 IT項目范圍問題的原因則是缺少用戶的參與，例如格如曼，一個 IT項目小組確信他們能夠而且應(yīng)該實現(xiàn)政府提案評審與批示過程的自動化。他們實施了一個功能強(qiáng)大的工作流程系統(tǒng)用來管理整個過程。但不幸的是，該系統(tǒng)的最終用戶是一些喜歡尋求隨意和特別的工作方式的宇航工程師。他們把這個系統(tǒng)稱作 “ 納粹玩物 ” ，并拒絕使用。這個例子說明，有的 IT項目浪費了上百萬的資金，做出來的東西最終用戶卻用不上。 75 范圍變更控制 ?保持項目范圍和用戶需求的前后一貫性是非常重要的。 如果出現(xiàn)需要改變原定實施范圍的需求，應(yīng)以正式文檔方式提出，項目小組成員必須 謹(jǐn)慎考慮 項目范圍的改變或需求的改變將對整個項目進(jìn)程可能產(chǎn)生的影響，必須在批準(zhǔn)后才能進(jìn)行，在實施過程中必須加以跟蹤。 76 范圍變更控制 批準(zhǔn)程序 ?提出項目變更、需求變更申請報告（申請單或申請表，見下頁）。 ?對于較小的范圍改變，需要項目經(jīng)理查閱和簽字批準(zhǔn)并內(nèi)部存檔，然后提交雙方項目協(xié)調(diào)小組。 ?凡涉及到整個項目進(jìn)展，費用成本調(diào)整較大的改變，必須交由雙方（甲方和乙方）項目領(lǐng)導(dǎo)小組批準(zhǔn)通過。 77 范圍變更控制 范圍變更、需求變更申請報告內(nèi)容 ?說明改變內(nèi)容，理由 ?說明 改變部分 在項目進(jìn)程中的狀態(tài) ?評估改變部分對項目進(jìn)程、費用、質(zhì)量可能的影響 78 變更申請樣式表舉例 變更要求 在財務(wù)模塊中增加計算 XX類產(chǎn)品成本及相關(guān)報表 (系統(tǒng)名稱 ) XX軟件 RFC序號： 申請人：張三 日期 (日 /月 /年 )： 09年 10月 11日 申請變更內(nèi)容及狀態(tài)：系統(tǒng)自動計算 XX類產(chǎn)品成本，生成相應(yīng)的報表。，目前該模塊已經(jīng)完成需要分析與設(shè)計。 申請變更原因： XX用戶 XX工作需要。 變更的影響分析：在質(zhì)量上。在時間上。在費用上。 變更類別 (標(biāo)明 A、 B或 C)： A 功能方面 B 運(yùn)行性能方面 C 文檔方面 授權(quán)人簽字： 日期： 79 需求變更管理 目的是控制需求變更和減小需求變更對項目的影響 80 需求變更管理 (RCM) 過程 ?記錄變更日志 ?分析需求變更對工作、產(chǎn)品的 影響（質(zhì)量等） ?估計變更請求所需的 工作量 ， 重新估計交付成果的進(jìn)度（延后多少？） ?估計增加或減少的 成本 ?得出評審 結(jié)果（通過否？） ?若評審?fù)ㄟ^，則更改相應(yīng)的工作產(chǎn)品（如軟件） ，使其與變更的需求保持一致 ?若評審未通過，將需求變更請求表及相應(yīng)文檔存檔 例 81 范圍變更控制 跟蹤執(zhí)行 ?需求變更申請報告簽字后，開始正式執(zhí)行； ?調(diào)整相應(yīng)的實施計劃； ?進(jìn)度報告定期提交項目主管檢查。 82 范圍管理的二個注意要點 1. 做好正確的范圍界定： 恰當(dāng)?shù)姆秶x對項目成功十分關(guān)鍵，當(dāng)范圍定義不明確時，變更就不可避免地出現(xiàn)，很可能造成返工、延長工期、降低團(tuán)隊士氣等一系列不利的后果。 2. 警惕范圍蔓延： 很多項目經(jīng)理能夠意識到大的范圍改變，但是對于小的改變卻沒有那么敏 感。范圍蔓延指的是當(dāng)項目接受了太多小的變化之后所出現(xiàn)的情況。當(dāng)所有這些小的變化結(jié)合在一起，項目小組才意識到需要做的額外工作太多，以至于要超出預(yù)算，延誤工期。 83 思考題 整體管理的變更控制與范圍管理的變更控制有什么不同 ? 1. 針對的內(nèi)容不同，范圍管理主要針對需求，整體管理主要針對所有重要的、整體性的變更。 2. 變更內(nèi)容的重要性不同。 3. 審批權(quán)限不同，程序或流程可能有小的差異 84 項目范圍管理案例 金源正在召集一個項目組會議，討論一個信息技術(shù)更新項目的范圍確定。這個項目是上周她的上司交給她辦的。公司正在優(yōu)先開發(fā)幾外因特網(wǎng)應(yīng)用軟件，該更新項目對于實施這些軟件開發(fā)是必要的。該更新項目要制定并實施一個計劃，讓公司所有員工的信息設(shè)施在 9個月內(nèi)達(dá)到新的公司標(biāo)準(zhǔn)。這個標(biāo)準(zhǔn)規(guī)定了每個臺式機(jī)的最低配置要求，包括處理器型號，內(nèi)存大小，硬盤容量，網(wǎng)絡(luò)接口類型，以及裝載軟件等。金知道要進(jìn)行更新，他們必須首先為公司 2022多名員工列出一個所有現(xiàn)有硬件、網(wǎng)絡(luò)和軟件的清單。 85 金用項目章程描述了項目的主要目標(biāo)和主要干系人的角色和責(zé)任。章程還包括一個粗略的成本和進(jìn)度估算。金召集項目組成員和其他干系人開這個會是為了進(jìn)一步計劃和定義項目的范圍。項目會涉及哪些工作？都由誰去做？如何才能避免可能的范圍蔓延？她想通過這次會議征集大家關(guān)于這些問題的看法。金的老板建議項目組的第一步工作應(yīng)該是建立一個 WBS以清晰地定義更新項目會涉及的所有工作。但金并不清楚怎樣著手建立 WBS。她以前是用過，但這次她是項目經(jīng)理，她還是第一次領(lǐng)導(dǎo)項目組來建立 WBS。 86 在這個關(guān)于信息技術(shù)更新項目的會議上，金源首先讓大家審閱項目的章程。參加會議的人共有 12人，代表了主要的項目干系人。在看完章程之后，金直接就讓大家提問，所有的問題她都胸有成竹，對答如流。然后，金就直言這次會議的目的就是要準(zhǔn)備開始進(jìn)行項目的范圍計劃和工作確定。 她向與會者詢問是否有人具有撰寫范圍說明書和制定工作分解結(jié)構(gòu)的經(jīng)驗。有幾個人舉起了手，他們是伊馮和比爾。伊馮來自市場部（該部是公司內(nèi)該項目最大的用戶之一）， 案例結(jié)局 87 他在政府部門工作過 6年，對范圍說明書和WBS都非常熟悉。金向伊馮詢問了政府項目中這些文件的類型和用法。金將伊馮的談話總結(jié)成一個活動圖，她的一個同事做了會議記錄。 比爾是信息技術(shù)運(yùn)營部的一個主管經(jīng)理，講述了前幾年他在其他一些公司類似的信息技術(shù)更新項目中的經(jīng)驗。會議繼續(xù)進(jìn)行著，大家對項目范圍管理內(nèi)容都有一個更好的了解。