項(xiàng)目范圍管理案例

1、第 2 章 項(xiàng)目范圍管理案例項(xiàng)目的范圍管理影響到信息系統(tǒng)項(xiàng)目的成功。在實(shí)踐中， 需求蔓延”是信息系統(tǒng)失敗 最常見(jiàn)的 原因之一，信息系統(tǒng)項(xiàng)目往往在項(xiàng)目啟動(dòng)、計(jì)劃、執(zhí)行、甚至收尾時(shí)不斷加入新功能，無(wú)論 是客戶 的要求還是項(xiàng)目實(shí)現(xiàn)人員對(duì)新技術(shù)的試驗(yàn)， 都可能導(dǎo)致信息系統(tǒng)項(xiàng)目范圍的失控， 從而使得 信息系 統(tǒng)項(xiàng)目無(wú)論在時(shí)間、資源和質(zhì)量上都受到嚴(yán)重影響。2 1 案例一：范圍定義閱讀以下關(guān)于信息系統(tǒng)項(xiàng)目管理過(guò)程中范圍管理方面問(wèn)題的敘述， 回答問(wèn)題 1 至問(wèn)題 3。2.1.1 案例場(chǎng)景希賽信息技術(shù)有限公司 (CSAI 原本是一家專注于企業(yè)信息化的公司，在電子政務(wù)如火 如荼的時(shí)候， 開(kāi)始進(jìn)軍電子政務(wù)行業(yè)。 在

2、電子政務(wù)的市場(chǎng)中， 接到的第一個(gè)項(xiàng)目是開(kāi)發(fā)一套 工商審批系統(tǒng)。 由于電子政務(wù)保密要求， 該系統(tǒng)涉及到兩個(gè)互不聯(lián)通的子網(wǎng)： 政務(wù)內(nèi)網(wǎng)和政 務(wù)外網(wǎng)。政務(wù)內(nèi)網(wǎng)中儲(chǔ)存著全部信息，其中包括部分機(jī)密信息；政務(wù)外網(wǎng)可以對(duì)公眾開(kāi)放， 開(kāi)放的信息必須得到授權(quán)。系統(tǒng)要求在這兩個(gè)子網(wǎng)中的合法用戶都可以訪問(wèn)到被授權(quán)的信 息，訪問(wèn)的信息必須是一致可靠， 政務(wù)內(nèi)網(wǎng)的信息可以發(fā)布到政務(wù)外網(wǎng)， 政務(wù)外網(wǎng)的信息在 經(jīng)過(guò)審批后可以進(jìn)入政務(wù)內(nèi)網(wǎng)系統(tǒng)。張工是該項(xiàng)目的項(xiàng)目經(jīng)理， 在捕獲到這個(gè)需求后認(rèn)為電子政務(wù)建設(shè)與企業(yè)信息化有很大 的不同， 有其自身的特殊性， 若照搬企業(yè)信息化原有的經(jīng)驗(yàn)和方案必定會(huì)遭到慘敗。 因此采 用了嚴(yán)格瀑布模型

3、， 并專門招聘了熟悉網(wǎng)絡(luò)互通互聯(lián)的技術(shù)人員設(shè)計(jì)了解決方案， 在經(jīng)過(guò)嚴(yán) 格評(píng)審后實(shí)施。 在項(xiàng)目交付時(shí)， 雖然系統(tǒng)完全滿足了保密性的要求， 但用戶對(duì)系統(tǒng)用戶界面 提出了較大的異議， 認(rèn)為不符合政務(wù)信息系統(tǒng)的風(fēng)格，操作也不夠便捷，要求徹底更換。由 于最初設(shè)計(jì)的缺陷，系統(tǒng)表現(xiàn)層和邏輯層緊密耦合，導(dǎo)致70的代碼重寫，而第二版的用戶界面仍不能滿足最終用戶的要求， 最終又重寫的部分代碼才通過(guò)驗(yàn)收。 由于系統(tǒng)的反復(fù)變 更，項(xiàng)目組成員產(chǎn)生了強(qiáng)烈的挫折感，士氣低落，項(xiàng)目工期也超出原計(jì)劃的100?！締?wèn)題 1】請(qǐng)不超過(guò) 300 字，對(duì)張工的行為進(jìn)行點(diǎn)評(píng)？【問(wèn)題 2】請(qǐng)從項(xiàng)目范圍管理的角度找出該項(xiàng)目實(shí)施過(guò)程中的主要管理

4、問(wèn)題？不超過(guò)200 字回答?！締?wèn)題 3】請(qǐng)結(jié)合你本人實(shí)際項(xiàng)目經(jīng)驗(yàn)， 指出應(yīng)如何避免類似問(wèn)題？不超過(guò) 200 字回答。2.1.2 案例分析這是一個(gè)失敗的項(xiàng)目，張工在項(xiàng)目管理中既有閃光點(diǎn)，也有失敗的地方。但項(xiàng)目管理中 的任何差錯(cuò)都會(huì)影響項(xiàng)目的結(jié)果， 而范圍管理的失誤對(duì)項(xiàng)目的影響更為明顯。 模糊的項(xiàng)目范 圍定義、錯(cuò)誤的工作分解、缺失的范圍確認(rèn)和無(wú)力的范圍控制都將嚴(yán)重影響項(xiàng)目的結(jié)果。張工對(duì)項(xiàng)目范圍有一定的把握。 在范圍定義中， 張工發(fā)現(xiàn)了不同行業(yè)間具有不同的特點(diǎn)， 電子政務(wù)行業(yè)對(duì)系統(tǒng)運(yùn)行環(huán)境有著特殊的要求。 根據(jù)國(guó)家對(duì)電子政務(wù)的要求， 政務(wù)內(nèi)網(wǎng)與政 務(wù)外網(wǎng)是該行業(yè)一致的標(biāo)準(zhǔn)， 這與企業(yè)信息化是完全不同

5、的。 張工捕獲到該需求， 并對(duì)這個(gè) 需求進(jìn)行了清晰的定義， 根據(jù)瀑布模型的要求， 對(duì)設(shè)計(jì)和實(shí)現(xiàn)都進(jìn)行了嚴(yán)格的控制， 因此在 系統(tǒng)交付時(shí)完全滿足了用戶對(duì)保密性的要求。 在這一點(diǎn)上， 張工是成功的。 如果在范圍定義 時(shí)忽略了行業(yè)標(biāo)準(zhǔn)，項(xiàng)目肯定會(huì)招致更大的失敗。但用戶界面的風(fēng)格和操作的便捷性也屬于系統(tǒng)范圍的一部分。與系統(tǒng)運(yùn)行環(huán)境一樣，我 們通常稱這類需求為隱性需求。 這類需求往往不是由用戶直接提出， 而且受行業(yè)特點(diǎn)決定的 范圍所約束。 對(duì)于電子政務(wù)來(lái)說(shuō)， 系統(tǒng)保持一致的風(fēng)格非常重要。 作為政府對(duì)公眾開(kāi)放的窗 口而言， 并不需要很強(qiáng)的個(gè)性化， 但一致的界面風(fēng)格可以體現(xiàn)出政務(wù)的嚴(yán)肅性。 考慮到全體 民眾

6、層次差異較大， 大多數(shù)訪問(wèn)系統(tǒng)的用戶一般都沒(méi)有接受過(guò)系統(tǒng)使用的培訓(xùn)， 操作的便捷 性也是政務(wù)系統(tǒng)必須實(shí)現(xiàn)的功能之一。 很明顯，對(duì)于這些系統(tǒng)的隱性需求張工沒(méi)有充分考慮， 從而導(dǎo)致一而再，再而三的變更。對(duì)于軟件項(xiàng)目，所有的需求都必須經(jīng)過(guò)清晰的定義，這些需求都是項(xiàng)目范圍的一部分。 張工僅僅注意了其中的一部分，而忽略了用戶界面，最終導(dǎo)致項(xiàng)目的失敗。對(duì)于電子政務(wù)信息系統(tǒng)，尤其是面向公眾開(kāi)放的信息系統(tǒng)，范圍定義更加困難。這些系 統(tǒng)的最終用戶幾乎不會(huì)參加需求開(kāi)發(fā)的工作， 他們的需求都是間接的， 通過(guò)政府部門的負(fù)責(zé) 人傳遞到項(xiàng)目組。 但最終用戶的意見(jiàn)對(duì)項(xiàng)目的結(jié)果會(huì)有巨大的影響， 這是就對(duì)范圍管理提出 了更高的

7、要求。除了在范圍定義方面的問(wèn)題外，張工在范圍確認(rèn)和范圍控制方面也存在不小的失誤。當(dāng) 系統(tǒng)第一次更改時(shí)， 就應(yīng)該意識(shí)到系統(tǒng)界面風(fēng)格和操作便捷性的重要性。 這時(shí)應(yīng)該清晰地定 義系統(tǒng)的界面風(fēng)格和操作風(fēng)格， 并設(shè)法進(jìn)行確認(rèn)。 如果采取了恰當(dāng)?shù)拇胧?第二次的變更是 完全可以避免的。在剛剛進(jìn)入一個(gè)陌生領(lǐng)域的時(shí)候，其中充滿了各種各樣的風(fēng)險(xiǎn)。隱性的行規(guī)和行業(yè)特點(diǎn) 都是項(xiàng)目范圍的風(fēng)險(xiǎn)。 面對(duì)這些風(fēng)險(xiǎn)， 即使再細(xì)致的調(diào)研也無(wú)法完全避免， 也不能完整定義 系統(tǒng)的范圍。因此可以考慮采取原型法等方式來(lái)提前暴露風(fēng)險(xiǎn)， 減少風(fēng)險(xiǎn)帶來(lái)的損失。 因此在案例中， 張工也沒(méi)有進(jìn)行充分的風(fēng)險(xiǎn)管理，采用嚴(yán)格的瀑布模型增加了風(fēng)險(xiǎn)發(fā)生后

8、帶來(lái)的損失。對(duì)于這個(gè)案例， 缺乏良好的設(shè)計(jì)也是很明顯的缺陷。 用戶界面中耦合了大量的業(yè)務(wù)邏輯， 這必然增加變更的代價(jià)，從而導(dǎo)致大部分代碼重寫。若在項(xiàng)目初期意識(shí)到界面變更的風(fēng)險(xiǎn)， 隨之采用良好的設(shè)計(jì)，將表現(xiàn)層和業(yè)務(wù)邏輯徹底分開(kāi)，系統(tǒng)變更的代價(jià)也會(huì)小得多。綜上所述，項(xiàng)目經(jīng)理張工在整個(gè)案例中，針對(duì)范圍管理做了一些工作，但不全面，在風(fēng) 險(xiǎn)管理和質(zhì)量管理上也都存在缺陷。有了上面的分析，這道題就很容易作答。項(xiàng)目的閃光點(diǎn)在于對(duì)系統(tǒng)運(yùn)行環(huán)境進(jìn)行了清晰 的定義， 并最終滿足了用戶的要求； 但不充分的范圍定義和范圍確認(rèn)招致了項(xiàng)目的失敗， 而 采用了抗風(fēng)險(xiǎn)能力較弱的瀑布模型和低質(zhì)量的設(shè)計(jì)又雪上加霜，最終導(dǎo)致項(xiàng)目延期

9、 100%.因此第一題答案的要點(diǎn)就很明確了：(1) 張工注意到了系統(tǒng)運(yùn)行環(huán)境的特殊性，在良好設(shè)計(jì)和實(shí)現(xiàn)的情況下滿足了用戶的要 求。(2) 張工忽略了系統(tǒng)用戶的潛在要求， 在用戶界面和操作的風(fēng)格上范圍定義不清晰， 造成 系統(tǒng)交付的重大變更。(3) 張工在第一次問(wèn)題發(fā)生后仍沒(méi)有對(duì)范圍進(jìn)行有效的管理，造成了系統(tǒng)第二次的變更。(4) 張工沒(méi)有對(duì)用戶界面是否能夠滿足要求的風(fēng)險(xiǎn)進(jìn)行有效的管理，而是采用了對(duì)風(fēng)險(xiǎn)適應(yīng)性較差的瀑布模型組織開(kāi)發(fā)。(5) 張工沒(méi)有對(duì)設(shè)計(jì)質(zhì)量進(jìn)行有效的控制， 造成表現(xiàn)層中耦合了業(yè)務(wù)邏輯， 增加了修改的 代價(jià)。 對(duì)于第二題， 是在第一題的基礎(chǔ)上考察對(duì)范圍管理的理解， 因此可以忽略在其他

10、領(lǐng)域 的問(wèn)題。在范圍管理中主要包括如下內(nèi)容：(1) 范圍管理計(jì)劃。(2) 范圍定義。(3) 工作分解。(4) 范圍確認(rèn)。(5) 范圍控制。 在本案例中，沒(méi)有專門設(shè)計(jì)到范圍管理計(jì)劃和工作分解的內(nèi)容。從表面上看，范圍定義 存在明顯的缺陷。 但案例中提到系統(tǒng)又發(fā)生了第二次變更， 由此可見(jiàn)， 張工在范圍確認(rèn)和范 圍控制上也存在不足。 若在問(wèn)題第一次出現(xiàn)時(shí)就進(jìn)行有效的范圍確認(rèn)和范圍控制， 則完全可 以避免第二次的變更。因此，第二題的答案要點(diǎn)如下：(1) 張工沒(méi)有挖掘到系統(tǒng)的全部隱性需求，缺乏精確的范圍定義。(2) 在發(fā)生第一次變更時(shí)，張工仍沒(méi)有有效的范圍管理，從而造成系統(tǒng)的二次變更。(3) 重復(fù)的系統(tǒng)變

11、更說(shuō)明張工對(duì)系統(tǒng)范圍控制不足，導(dǎo)致一而再再而三的反復(fù)。在完成第二題后，第三題就是水到渠成了，第三題的要點(diǎn)見(jiàn)參考答案，此處不再贅述。項(xiàng)目管理是一個(gè)系統(tǒng)工程，沒(méi)有哪種單一的手段可以有效地改善項(xiàng)目，反之管理中的任 何疏忽都可能招致嚴(yán)重的后果， 造成項(xiàng)目的失敗。 而軟件項(xiàng)目的復(fù)雜性又決定了項(xiàng)目中的工 作環(huán)環(huán)相扣， 問(wèn)題也總是相互關(guān)聯(lián)的。 在發(fā)現(xiàn)問(wèn)題后， 也需要采取多種手段才能徹底解決問(wèn) 題。這對(duì)信息系統(tǒng)的項(xiàng)目經(jīng)理來(lái)說(shuō)是重大的挑戰(zhàn)。2.1.3 參考答案【問(wèn)題 1】(1) 張工注意到了系統(tǒng)運(yùn)行環(huán)境的特殊性，在良好設(shè)計(jì)和實(shí)現(xiàn)的情況下滿足了用戶的要 求。(2) 張工忽略了系統(tǒng)用戶的潛在要求， 在用戶界面和操作

12、的風(fēng)格上范圍定義不清晰， 造成 系統(tǒng)交付時(shí)的重大變更。(3) 張工在第一次問(wèn)題發(fā)生后仍沒(méi)有對(duì)范圍進(jìn)行有效的管理，造成了系統(tǒng)第二次的變更。(4) 張工沒(méi)有對(duì)用戶界面是否能夠滿足要求的風(fēng)險(xiǎn)進(jìn)行有效的管理， 而是采用了對(duì)風(fēng)險(xiǎn)適 應(yīng)性較差的瀑布模型組織開(kāi)發(fā)。(5) 張工沒(méi)有對(duì)設(shè)計(jì)質(zhì)量進(jìn)行有效的控制， 造成表現(xiàn)層中耦合了業(yè)務(wù)邏輯， 增加了修改的 代價(jià)。【問(wèn)題 2】(1) 張工沒(méi)有挖掘到系統(tǒng)的全部隱性需求，缺乏精確的范圍定義。(2) 在發(fā)生第一次變更時(shí)，張工仍沒(méi)有有效的范圍管理，從而造成系統(tǒng)的二次變更。(3) 重復(fù)的系統(tǒng)變更說(shuō)明張工對(duì)系統(tǒng)范圍控制不足，導(dǎo)致一而再再而三的反復(fù)?！締?wèn)題 3】 有效的范圍管理包

13、括了從范圍定義到范圍控制等多方面的工作，每一項(xiàng)工作都是重要 的。對(duì)于本案例，要結(jié)合行業(yè)特點(diǎn)進(jìn)行需求分析， 挖掘系統(tǒng)潛在的需求，同時(shí)通過(guò)原型等方 法來(lái)輔助需求的定義，避免范圍定義不清晰的問(wèn)題。在發(fā)生需求變更時(shí)需要進(jìn)行有效的需求控制， 盡量在滿足用戶需求的前提下縮小需求范 圍，堅(jiān)決避免需求的再次變更。2 2 案例二：工作要點(diǎn)閱讀以下關(guān)于信息系統(tǒng)項(xiàng)目管理過(guò)程中項(xiàng)目范圍管理方面問(wèn)題的敘述， 回答問(wèn)題 1 至問(wèn) 題 2。2.2.1 案例場(chǎng)景M 集團(tuán)是希賽信息技術(shù)有限公司 (CSAI ) 多年的客戶， CSAI 已經(jīng)為其開(kāi)發(fā)了多個(gè)信息 系統(tǒng)。最近， M 又和 CSAI 簽訂了新的開(kāi)發(fā)合同，以擴(kuò)充整個(gè)企業(yè)的

14、信息化應(yīng)用范圍，張 工擔(dān)任該項(xiàng)目的項(xiàng)目經(jīng)理。 張工組織相關(guān)人員對(duì)該項(xiàng)目的工作進(jìn)行了分解， 并參考了公司同 M 曾經(jīng)合作的項(xiàng)目，評(píng)估得到項(xiàng)目，總工作量 60 人月，計(jì)劃工期 6 個(gè)月。項(xiàng)目剛剛開(kāi)始 不久，張工的高層經(jīng)理 S 找到張工。S 表示，由于公司運(yùn)作的問(wèn)題，需要在 4 個(gè)月內(nèi)完成項(xiàng)目，考慮到壓縮工期的現(xiàn)實(shí)， 可以為該項(xiàng)目在增派兩名開(kāi)發(fā)人員。 張工認(rèn)為， 整個(gè)項(xiàng)目的工作量是經(jīng)過(guò)仔細(xì)分解后評(píng)估得 到的，評(píng)估過(guò)程中也參考了歷史上與 K 企業(yè)合作的項(xiàng)目度量數(shù)據(jù)， 該工作量是客觀真實(shí)的。目前項(xiàng)目已經(jīng)開(kāi)始， 增派的人手還需要一定的時(shí)間熟悉項(xiàng)目情況， 因此即使增派兩人也 很難在四個(gè)月內(nèi)完成。如果強(qiáng)行要求

15、項(xiàng)目組成員通過(guò)加班等方式追逐 4 個(gè)月完成的目標(biāo)， 肯定會(huì)降低項(xiàng)目的質(zhì)量， 造成用戶不滿意。因此， 張工提出將整個(gè)項(xiàng)目分為兩部分實(shí)現(xiàn)，第 一部分使用三個(gè)半月的時(shí)間，第二部分使用三個(gè)月的時(shí)間，分別制定出兩部分的驗(yàn)收標(biāo)準(zhǔn)， 這樣不增派開(kāi)發(fā)人員也可以完成。 高層經(jīng)理認(rèn)為該方案可以滿足公司的運(yùn)作要求， 用戶也同 意按照這種方案進(jìn)行實(shí)施。六個(gè)月以后， 項(xiàng)目在沒(méi)有增加人員的前提下順利地完成， 雖然比最初計(jì)劃延長(zhǎng)了半個(gè)月 的工期， 但既達(dá)到了公司的要求， 客戶對(duì)最終交付的系統(tǒng)也非常滿意， 項(xiàng)目組的成員也沒(méi)有 感受到很大的壓力。【問(wèn)題 1】請(qǐng)不超過(guò) 500 字，指出張工是如何保證項(xiàng)目成功的？【問(wèn)題 2】請(qǐng)不超

16、過(guò) 500 字，試結(jié)合案例指出項(xiàng)目范圍管理的工作要點(diǎn)？2.2.2 案例分析這是一個(gè)成功的項(xiàng)目管理案例，項(xiàng)目經(jīng)理張工有效的運(yùn)用范圍管理，在不同的項(xiàng)目干系 人中達(dá)成一致，使項(xiàng)目的結(jié)果同時(shí)滿足了高層經(jīng)理、客戶和項(xiàng)目組成員的要求。作為一個(gè)項(xiàng)目管理者，必須熟練掌握和應(yīng)用項(xiàng)目管理九大領(lǐng)域涵蓋的知識(shí)與技能，對(duì)于 進(jìn)行信息系統(tǒng)開(kāi)發(fā)項(xiàng)目而言，范圍管理是其中最重要的技能之一。軟件項(xiàng)目的范圍主要是由系統(tǒng)需求構(gòu)成的，而系統(tǒng)需求既是難以把握的，也是容易調(diào)整 和控制的。 軟件系統(tǒng)的需求來(lái)源于用戶需求， 在軟件項(xiàng)目目標(biāo)是滿足用戶需求的情況下， 對(duì) 于相同的用戶價(jià)值可以定義出不同的系統(tǒng)需求。 舉一個(gè)簡(jiǎn)單的例子， 用戶的需求是

17、 “解決口 渴的問(wèn)題”，那么最簡(jiǎn)單的系統(tǒng)需求可以是遞上一杯水，復(fù)雜一些的可能是遞上一杯熱水， 更復(fù)雜的是遞上一杯經(jīng)過(guò)多層過(guò)濾的純凈水， 當(dāng)然也可以是打一桶虎跑泉的水， 然后沏上一 杯龍井茶。用戶當(dāng)然希望用買礦泉水的錢換一杯正宗的龍井茶， 但這樣的項(xiàng)目范圍肯定會(huì)導(dǎo)致項(xiàng)目 失敗。 聰明的軟件項(xiàng)目經(jīng)理總是從范圍管理開(kāi)始， 先界定系統(tǒng)的邊界， 然后再在明確的范圍 內(nèi)進(jìn)行時(shí)間、成本、風(fēng)險(xiǎn)等的管理。在項(xiàng)目中，時(shí)間、成本和范圍構(gòu)成了一個(gè)穩(wěn)固的三角形，如圖 2-1 所示。對(duì)于該三角形來(lái)說(shuō)，任何一邊都不可能孤立地改變。換句話說(shuō)，我們不可能固定其中兩邊而試圖縮短第三邊。其實(shí)這也是很容易理解的問(wèn)題，如果項(xiàng)目需要做的

18、東西已經(jīng)確定（項(xiàng)目范圍固定 ），項(xiàng)目的人員也已經(jīng)確定 （項(xiàng)目成本固定 ），那么項(xiàng)目需要的時(shí)間就也是固定的。 同理， 已經(jīng)固定的項(xiàng)目投入和項(xiàng)目時(shí)間也只能做出固定的工作。 對(duì)于這個(gè)三角形而言， 非但 不可能孤立地改變某一邊的長(zhǎng)短， 就是三邊的變化比例不一致也不可能。 不成比例的變化與 孤立的改變某一邊是一樣的， 都將破壞三角形的結(jié)構(gòu)， 違反項(xiàng)目的客觀規(guī)律， 最終招致失敗。 因此有效的范圍管理更像一門藝術(shù)， 可以幫助項(xiàng)目經(jīng)理在已經(jīng)確定的時(shí)間和成本下完成項(xiàng)目 目標(biāo)。在本案例中，高層經(jīng)理 S 就提出了試圖打破這個(gè)三角形的要求。他要求，項(xiàng)目組可以 增加部分資源， 但要提前兩個(gè)月完成。 初一看， 并沒(méi)有在不

19、增加投入的情況下要求項(xiàng)目提前 完成， 似乎合情合理，比起既要馬兒跑又不讓馬兒吃草的要求好得多， 但細(xì)一想， 增加的資 源和提前的時(shí)間還是不成比例。 項(xiàng)目經(jīng)理張工深知此中奧妙， 因此在聽(tīng)到高層經(jīng)理的要求后， 馬上意識(shí)到這是一個(gè)不可能完成的任務(wù)。那么該如何解決這個(gè)矛盾呢？還是要從這個(gè)三角形入手。 既然時(shí)間和資源的變化已經(jīng)打 破了項(xiàng)目規(guī)律， 那么不妨根據(jù)新的時(shí)間和資源來(lái)重新劃定合理的項(xiàng)目范圍， 保證項(xiàng)目的正常 運(yùn)作。 于是，張工將這個(gè)項(xiàng)目拆分為兩部分， 重新定義這兩部分的項(xiàng)目范圍，使每一部分的 范圍都可以與已經(jīng)確定的資源和時(shí)間匹配起來(lái)，讓項(xiàng)目的運(yùn)作又重新滿足了項(xiàng)目的客觀規(guī) 律，最終取得了成功。在案例

20、中，還有一些細(xì)節(jié)需要考生注意。張工最初估算整個(gè)項(xiàng)目需要花費(fèi) 60 人月的總 工作量， 但如果考慮到拆分為兩個(gè)階段后會(huì)增加設(shè)計(jì)的復(fù)雜度， 增加了額外的驗(yàn)收過(guò)程等因 素，超出原計(jì)劃半個(gè)月是正常的。 計(jì)劃在 6 個(gè)月內(nèi)完成。 在把項(xiàng)目拆分后， 實(shí)際是用了 6 個(gè) 半月的時(shí)間， 也就是花費(fèi)了 65 人月完成了項(xiàng)目。 對(duì)于上面介紹的時(shí)間、 成本和范圍的關(guān)系 而言， 僅是在理想情況下成立， 即項(xiàng)目成員始終能以固定的成本完成固定的工作。 而在實(shí)際 情況下，項(xiàng)目的工期、復(fù)雜度等因素都會(huì)對(duì)項(xiàng)目造成影響。在案例中， 雖然看似兩部分工作 的總和等于沒(méi)有拆分前的項(xiàng)目， 但這僅對(duì)于最終目標(biāo)而言， 拆分后的項(xiàng)目增加了若干

21、中間成 果，項(xiàng)目的范圍實(shí)際上還是擴(kuò)大了。因?yàn)檐浖?xiàng)目的范圍直接與需求相關(guān)， 所以，很多人誤認(rèn)為控制項(xiàng)目范圍就是控制需求， 而控制的方法就是減少需求的內(nèi)容。這種理解是完全錯(cuò)誤的。范圍控制體現(xiàn)在軟件開(kāi)發(fā)的各個(gè)階段，很多范圍控制并非是針對(duì)客戶的要求而進(jìn)行的。 例如，本案例中，范圍控制就是針對(duì)高層經(jīng)理的要求進(jìn)行的。再比如，在設(shè)計(jì)中，我們既可 以設(shè)計(jì)剛剛夠用甚至略有欠缺， 通過(guò)犧牲系統(tǒng)的擴(kuò)展性、 維護(hù)性等方面來(lái)簡(jiǎn)化設(shè)計(jì)， 也可以 對(duì)系統(tǒng)進(jìn)行充分良好的設(shè)計(jì)， 甚至可能是過(guò)度設(shè)計(jì)。 采取哪一種設(shè)計(jì)策略也是軟件項(xiàng)目范圍 管理的一部分。 項(xiàng)目經(jīng)理可以根據(jù)目前的項(xiàng)目的目標(biāo)與環(huán)境出發(fā)， 綜合考慮質(zhì)量和成本的約 束，

22、制定明確的項(xiàng)目范圍，保證項(xiàng)目的成功。根據(jù)筆者的經(jīng)驗(yàn)，即時(shí)需求已經(jīng)確定，通過(guò)有 效的范圍管理仍能給項(xiàng)目帶來(lái)很大的收益， 可以在不犧牲軟件質(zhì)量的前提下通過(guò)范圍管理來(lái) 降低項(xiàng)目成本，縮短項(xiàng)目工期。上面主要針對(duì)張工在范圍控制方面進(jìn)行了分析，實(shí)際在整個(gè)案例中，張工還進(jìn)行了其他 的范圍管理工作。首先，在項(xiàng)目剛剛開(kāi)始，張工就對(duì)項(xiàng)目范圍進(jìn)行了定義，進(jìn)而劃分了 WBS 并對(duì)項(xiàng)目進(jìn) 行了估算和計(jì)劃。在 S 提出需要縮短工期的要求后，張工首先進(jìn)行了項(xiàng)目范圍的控制，縮 小了第一步需要完成的項(xiàng)目范圍。 緊接著張工又對(duì)兩階段需要完成的項(xiàng)目范圍進(jìn)行了重新定 義，制定了驗(yàn)收標(biāo)準(zhǔn)。最后，張工對(duì)重新定義的范圍進(jìn)行了確認(rèn)， 與客戶

23、和高層經(jīng)理達(dá)成一 致。對(duì)于項(xiàng)目而言，僅僅管理范圍仍不能保證項(xiàng)目的成功。在這個(gè)案例中，張工也運(yùn)用了其 他的管理手段。 其中包括，張工對(duì)項(xiàng)目進(jìn)行了估算，這屬于項(xiàng)目時(shí)間管理的范疇； 張工協(xié)調(diào) 了多個(gè)項(xiàng)目干系人之間的矛盾，這屬于溝通管理的范疇。有了上面的分析，這道考題的答案也就很清晰了。2.2.3 參考答案【問(wèn)題 1】(1) 張工首先對(duì)最初的項(xiàng)目范圍進(jìn)行了清晰的定義，并根據(jù)定義對(duì)工作進(jìn)行了分解， 制定了 WBS 。(2) 張工對(duì)項(xiàng)目進(jìn)行了估算，且估算結(jié)果真實(shí)可信，對(duì)項(xiàng)目工作量有量化的把握。(3) 在出現(xiàn)新的項(xiàng)目目標(biāo)后，張工對(duì)項(xiàng)目進(jìn)行了范圍控制，縮小了第一階段實(shí)現(xiàn)的范圍。(4) 張工對(duì)重新定義的項(xiàng)目范圍

24、進(jìn)行了確認(rèn)，與高層經(jīng)理和客戶達(dá)成一致。(5) 張工對(duì)項(xiàng)目進(jìn)行了溝通管理，協(xié)調(diào)了多個(gè)項(xiàng)目干系人之間的矛盾?！締?wèn)題 2】項(xiàng)目范圍管理的要點(diǎn)：(1) 范圍管理計(jì)劃。(2) 范圍定義。(3) 工作分解。(4) 范圍確認(rèn)。(5) 范圍控制。在本案例中，張工首先進(jìn)行了范圍定義和工作分解，得到了清晰的項(xiàng)目范圍；在出現(xiàn)新 的項(xiàng)目目標(biāo)后， 張工進(jìn)行了范圍控制，重新定義了兩個(gè)階段的項(xiàng)目范圍；最后，張工將重新 定義的范圍與項(xiàng)目干系人進(jìn)行了確認(rèn)。2.3 案例三：范圍確認(rèn)閱讀以下關(guān)于信息系統(tǒng)項(xiàng)目管理過(guò)程中項(xiàng)目范圍管理方面問(wèn)題的敘述，回答問(wèn)題 1 至問(wèn)題 3.2.3.1 案例場(chǎng)景希賽信息技術(shù)有限公司 (CSAI )剛剛和

25、 M 簽訂了一份新的合同， 合同的主要內(nèi)容是處理 公司以前為 M 公司開(kāi)發(fā)的信息系統(tǒng)的升級(jí)工作。 升級(jí)后的系統(tǒng)可以滿足 M 公司新的業(yè)務(wù) 流程和范圍。 由于是一個(gè)現(xiàn)有系統(tǒng)的升級(jí)， 項(xiàng)目經(jīng)理張工特意請(qǐng)來(lái)了原系統(tǒng)的需求調(diào)研人員 李工擔(dān)任該項(xiàng)目的需求調(diào)研負(fù)責(zé)人。 在李工的幫助下， 很快地完成了需求開(kāi)發(fā)的工作并進(jìn)入 設(shè)計(jì)與編碼。由于 M 公司的業(yè)務(wù)非常繁忙， M 公司的業(yè)務(wù)代表沒(méi)有足夠的時(shí)間投入到項(xiàng) 目中， 確認(rèn)需求的工作一拖再拖。張工認(rèn)為， 雙方已經(jīng)建立了密切的合作關(guān)系，李工也參加 了原系統(tǒng)的需求開(kāi)發(fā)， 對(duì)業(yè)務(wù)的系統(tǒng)比較熟悉， 因此定義的需求是清晰的。 故張工并沒(méi)有催 促業(yè)務(wù)代表在需求說(shuō)明書中簽字。

26、進(jìn)入編碼階段后，李工因故移民加拿大，需要離開(kāi)項(xiàng)目組。張工考慮到系統(tǒng)需求已經(jīng)定 義，項(xiàng)目已經(jīng)進(jìn)入編碼期，李工的離職雖然會(huì)對(duì)項(xiàng)目造成一定的影響， 但影響較小，因此很 快辦理好了李工的離職手續(xù)。在系統(tǒng)交付的時(shí)候， M 公司的業(yè)務(wù)代表認(rèn)為已經(jīng)提出的需求很多沒(méi)有實(shí)現(xiàn)，實(shí)現(xiàn)的需 求也有很多不能滿足業(yè)務(wù)的要求， 必須全部實(shí)現(xiàn)這些需求后才能驗(yàn)收。 此時(shí)李工已經(jīng)不在項(xiàng) 目組，沒(méi)有人能夠清晰地解釋需求說(shuō)明書。 最終系統(tǒng)需求發(fā)生重大變更， 項(xiàng)目延期超過(guò) 50%, M 的業(yè)務(wù)代表也因?yàn)橄到y(tǒng)的延期表示了強(qiáng)烈的不滿。問(wèn)題 1】請(qǐng)以 400 字對(duì)張工在項(xiàng)目管理工作中的行為進(jìn)行點(diǎn)評(píng)。問(wèn)題 2】請(qǐng)從項(xiàng)目范圍管理的角度找出該項(xiàng)目

27、實(shí)施過(guò)程中的問(wèn)題，以500 字內(nèi)回答。問(wèn)題 3】請(qǐng)結(jié)合你本人項(xiàng)目經(jīng)驗(yàn)，談?wù)剳?yīng)如何避免類似的問(wèn)題，以500 字內(nèi)回答。2.3.2 案例分析這是一個(gè)失敗的軟件項(xiàng)目，與很多失敗的軟件項(xiàng)目一樣，在系統(tǒng)需求上栽了跟頭。開(kāi) 發(fā)與定義軟件系統(tǒng)的需求在整個(gè)軟件開(kāi)發(fā)過(guò)程中是最重要的一環(huán)， 這是每個(gè)從事信息系統(tǒng)建 設(shè)的項(xiàng)目經(jīng)理都清楚的事情， 但往往又因?yàn)橐粫r(shí)的疏忽而造成需求的重大缺陷， 最終導(dǎo)致項(xiàng) 目的失敗。案例中的項(xiàng)目經(jīng)理張工就是既重視需求又沒(méi)有控制好需求的一個(gè)例子。在案例中，張工接手了一個(gè)系統(tǒng)升級(jí)的軟件項(xiàng)目。對(duì)于這樣的項(xiàng)目，首先需要熟悉原有 的系統(tǒng)， 然后才能談升級(jí)的問(wèn)題。 因此張工專門找到了原系統(tǒng)的需求調(diào)研

28、人員李工來(lái)解決新 系統(tǒng)的需求問(wèn)題。這無(wú)疑是一個(gè)很好的辦法，可以快速準(zhǔn)確地把握新系統(tǒng)的需求。從這一點(diǎn)上來(lái)說(shuō)，張工 是成功的， 找到了合適的資源進(jìn)行需求的開(kāi)發(fā)與定義。 李工也沒(méi)有讓張工失望， 很快就整理 出了新系統(tǒng)的需求， 并進(jìn)入了設(shè)計(jì)和編碼階段， 除了客戶太忙沒(méi)有時(shí)間確認(rèn)需求外， 一切盡 在張工的掌握之中。 這是一個(gè)陽(yáng)光燦爛的開(kāi)端， 如果一切順利的話， 項(xiàng)目的成功也就是早晚 的事情。就如同大多數(shù)經(jīng)典的悲劇故事一樣，故事的序幕是美好的。晴朗的天空飄來(lái)一塊烏云，李工要移民加拿大。不過(guò)僅僅是一片烏云而已，并沒(méi)有下起 雨來(lái)。開(kāi)發(fā)出的需求都已經(jīng)過(guò)設(shè)計(jì)，一些編碼工作也已經(jīng)開(kāi)始，李工的工作已近圓滿完成，畢 竟

29、，一些細(xì)枝末節(jié)的問(wèn)題還可以同客戶直接溝通。經(jīng)過(guò)項(xiàng)目組努力， 項(xiàng)目終于完成開(kāi)發(fā)， 準(zhǔn)備發(fā)布了。 這時(shí)， 烏云開(kāi)始下雨， 問(wèn)題爆發(fā)了。 客戶不認(rèn)可項(xiàng)目組的工作，認(rèn)為很多需求沒(méi)有實(shí)現(xiàn)，實(shí)現(xiàn)的功能也與需求不符。誰(shuí)是這個(gè)項(xiàng)目組的罪人呢？李工？還是張工？換一個(gè)思路考慮一下， 如果李工沒(méi)有離開(kāi) 項(xiàng)目組， 結(jié)果又會(huì)是什么樣呢？客戶會(huì)因?yàn)槔罟み€在項(xiàng)目組就認(rèn)可這個(gè)系統(tǒng)嗎？很顯然， 不 會(huì)。至多可以在雙發(fā)的協(xié)商下少一些變更，項(xiàng)目延期不是50%, 而是 30而已。如果非要區(qū)分 50和 30 的區(qū)別，也不過(guò)是五十步笑百步而已。從項(xiàng)目管理的角度來(lái)說(shuō)，項(xiàng)目范圍直接決定了工作量和工作目標(biāo)，所以項(xiàng)目經(jīng)理必須管 理項(xiàng)目的范圍。

30、在范圍管理中， 范圍定義、范圍確認(rèn)和范圍控制又是最核心的三項(xiàng)活動(dòng)，缺 一不可。 范圍定義是基礎(chǔ)的活動(dòng)， 不進(jìn)行范圍定義就不能進(jìn)行范圍確認(rèn)和范圍控制。 范圍確 認(rèn)則是基線化已定義的范圍， 是范圍控制的依據(jù)。 范圍控制的作用在于減少變更， 保持項(xiàng)目 范圍的穩(wěn)定性。在案例中，由于張工沒(méi)有進(jìn)行范圍確認(rèn)，最后的范圍控制也就變成了無(wú)本之木，控制過(guò) 程肯定變成了討價(jià)還價(jià)，失去本身的意義。在軟件系統(tǒng)的開(kāi)發(fā)中，系統(tǒng)需求就是項(xiàng)目的范圍。從軟件誕生至今的幾十年中，人們探 索出了很多獲取系統(tǒng)需求的方法， 但是熟悉軟件開(kāi)發(fā)的人都知道， 無(wú)論哪種方法都不可能定 義出完美無(wú)誤的需求， 需求中的缺陷必然存在， 無(wú)法完全避免。 因此需求確認(rèn)或者說(shuō)是范圍 確認(rèn)就顯得更為重要。有人可能會(huì)說(shuō)，很難說(shuō)服客戶在需求上簽字，很難讓客戶為需求的缺陷負(fù)責(zé)。以現(xiàn)在軟 件行業(yè)的情況， 這種說(shuō)法是不無(wú)道理的。 讓客戶在需求上簽字很困難， 但并不等于就不需要 進(jìn)行范圍確認(rèn)， 而且范圍確認(rèn)的方法也不僅僅只有需求簽