項目范圍管理案例

案例一：范圍定義

案例場景

希賽信息技術(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)過嚴格評

審后實施。在項目交付時，雖然系統(tǒng)完全滿足了保密性的要求，但用

戶對系統(tǒng)用戶界面提出了較大的異議，認為不符合政務(wù)信息系統(tǒng)的風(fēng)

格，操作也不夠便捷，要求徹底更換。由于最初設(shè)計的缺陷，系統(tǒng)表

現(xiàn)層和邏輯層緊密耦合，導(dǎo)致70%的代碼重寫，而第二版的用戶界面

仍不能滿足最終用戶的要求，最終又重寫的部分代碼才通過驗收。由

于系統(tǒng)的反復(fù)變更，項目組成員產(chǎn)生了強烈的挫折感，士氣低落，項

目工期也超出原計劃的100%。

【問題一】

請不超過300字，對張工的行為進行點評。

【問題二】

請從項目范圍管理的角度找出該項目實施過程中的主要管理問題？

不超過200字回答c

【問題三】

請結(jié)合你本人實際項目經(jīng)驗，指出應(yīng)如何避免類似問題？不超過200

字回答。

案例分析

這是一個失敗的項目，張工在項目管理中既有閃光點，也有失敗的

地方。但項目管理中的任何差錯都會影響項目的結(jié)果，而范圍管理的

十五對項目的影響更為明顯。模糊的項目范圍定義、錯誤的工作分解、

缺失的范圍確認和物理的范圍控制都將嚴重影響項目的結(jié)果。

張工對項目范圍有一定的把握。在范圍定義中，張工發(fā)現(xiàn)了不同行

業(yè)間具有不同的特點，電子政務(wù)行業(yè)對系統(tǒng)運行環(huán)境有著特殊的要

求。根據(jù)國家對電子政務(wù)的要求，政務(wù)內(nèi)網(wǎng)與政務(wù)外網(wǎng)是該行業(yè)一直

的標準，這與企業(yè)信息化是完全不同的，張工捕獲到該需求，并對這

個需求進行了清晰的定義，根據(jù)瀑布模型的要求，對設(shè)計和實現(xiàn)都進

行了嚴格的控制，因此在系統(tǒng)交付時完全滿足了用戶對保密性的要

求。在這一點上，張工是成功的。如果在范圍定義時忽略了行業(yè)標準,

項目肯定會招致更大的失敗。

但用戶界面的風(fēng)格和操作的便捷性也屬于系統(tǒng)范圍的一部分。與系

統(tǒng)運行環(huán)境一樣，我們通常稱這類需求為隱形需求。這類需求往往不

是由用戶直接提出，而且受行業(yè)特點決定的范圍所約束。對于電子政

務(wù)來說，系統(tǒng)保持一致的風(fēng)格非常重要。倫為政府對公眾開放的窗口

而言，并不需要很強的個性化，但一致的界面風(fēng)格可以體現(xiàn)出政務(wù)的

眼屬性?？紤]到全體民眾層次差異較大，大多數(shù)訪問系統(tǒng)的用戶一般

都沒有接受過系統(tǒng)使用的培訓(xùn)I,操作的便捷性也是政務(wù)系統(tǒng)必須實現(xiàn)

的功能之一。很明顯，對于這些系統(tǒng)的隱形需求張工沒有充分考慮，

從而導(dǎo)致一而再，再而三的變更。

對于軟件項目，所有的需求都必須經(jīng)過清晰的定義，這些需求都是

項目范圍的一部分。張工僅僅注意了其中的一部分，而忽略了用戶界

面，最終導(dǎo)致項目的失敗。

對于電子政務(wù)信息系統(tǒng)，尤其是面向公眾開放的信息系統(tǒng)，范圍定

義更加困難。這些系統(tǒng)的最終用戶幾乎不會參加需求開發(fā)的工作，他

們的需求都是間接的，通過政府部門的負責(zé)人傳遞到項目組。但最終

用戶的意見對項目結(jié)果會有去打的影響，這是就對范圍管理提出了更

高的要求。

除了在范圍定義方面的問題外，張工在范圍確認和范圍控制方面也

存在不小的失誤。當(dāng)系統(tǒng)第一次更改時，就應(yīng)該意識到系統(tǒng)界面風(fēng)格

和操作便捷性的還總要性。這時應(yīng)該清晰地定義系統(tǒng)的界面風(fēng)格和操

作風(fēng)格，并設(shè)法進行確認。如果采取了恰當(dāng)?shù)拇胧?，第二次的變更?/p>

我那全可以避免的。

在剛剛進入一個陌生領(lǐng)域的時候，其中充滿了各種各樣的風(fēng)險。隱

形的行規(guī)和行業(yè)特點都是項目范圍的風(fēng)險。面對這些風(fēng)險，即使再細

致的調(diào)研也無法完全避免，也不能完整定義系統(tǒng)的范圍。因此可以考

慮采取原型法等方式來提前暴露風(fēng)險，減少風(fēng)險帶來的損失。因此在

案例中，張工也沒有進行充分的風(fēng)險管理，采用嚴格的瀑布模型增加

了風(fēng)險發(fā)生后帶來的損失。

對于這個案例，取法良好的設(shè)計也是很明顯的缺陷。用戶界面中耦

合了大量的業(yè)務(wù)邏輯，這必然增加變更的代價，從而導(dǎo)致大部分代碼

重寫。若在項目初期意識到界面變更的風(fēng)險，隨之采用良好的設(shè)計，

將表現(xiàn)層和'業(yè)務(wù)邏輯徹底分開，系統(tǒng)變更的代價也會小很多。

綜上所述，項目經(jīng)理張工在整個案例中，針對范圍管理做了一些工

作，但不全面，在風(fēng)險管理和質(zhì)量管理上也都純在缺陷。

有了上面的分析，這道題就很容易作答。項目的閃光點在于對系統(tǒng)

運行環(huán)境進行了清晰的定義，并最終滿足了用戶的要求；但不充分的

范圍定義和范圍確認招致了項目的失敗，而采用了抗風(fēng)險能力較弱的

瀑布模型和低質(zhì)量的設(shè)計又雪上加霜，最終導(dǎo)致項目延期100%。

【問題一回答】

(1)張工注意到了系統(tǒng)運行環(huán)境的特殊性，在良好設(shè)計和實現(xiàn)的情

況下滿足了用戶的要求。

(2)張工忽略了系統(tǒng)用戶的潛在要求，在用戶界面和操作的范圍定

義不清晰，造成系統(tǒng)交付時的重大變更。

(3)張工在第一次問題發(fā)生后仍沒有對范圍進行有效的管理，造成

了系統(tǒng)第二次的變更。

(4)張工沒有對用戶界面是否能夠滿足要求的風(fēng)險進行有效的管

理，而是采用了對風(fēng)險適應(yīng)性交叉的瀑布噗型組織開發(fā)。

(5)張工沒有對設(shè)計質(zhì)量進行有效的控制，造成表現(xiàn)層中耦合了業(yè)

務(wù)邏輯，增加了修改的代價。

【問題2回答】

(1)張工沒有挖掘到系統(tǒng)的全部隱形需求，缺乏精確的范圍定義。

(2)在發(fā)生第一次變更時，張工仍沒有有效的范圍管理，從而照成

系統(tǒng)的二次變更。

(3)重復(fù)的系統(tǒng)變更說明張工對系統(tǒng)范圍控制不足，導(dǎo)致一而再再

而三的反復(fù)。

【問題3回答】

有效的范圍管理包括了從范圍到定義到范