【正文】 評(píng)價(jià)尺度。 (4)所建議的系統(tǒng)：對(duì)所建議系統(tǒng)的說(shuō)明；處理流程和數(shù)據(jù)流程；改進(jìn)之處；影響；局限性；技術(shù)條件方面的可行性。 (6)投資及效益分析：支出；收益；收益/投資比；投資回收周期；敏感性分析。 (8)結(jié)論。結(jié)論可以是： (1)項(xiàng)目可以立即開(kāi)始實(shí)施。 (3)需要對(duì)開(kāi)發(fā)目標(biāo)進(jìn)行某些修改之后才能開(kāi)始實(shí)施。 【問(wèn)題3】 項(xiàng)目論證與評(píng)估是項(xiàng)目立項(xiàng)前的最后一關(guān)，“先論證，后決策”是現(xiàn)代項(xiàng)目管理的一項(xiàng)基本原則。根據(jù)論證執(zhí)行主體的不同，項(xiàng)目論證可分為內(nèi)部論證和外部論證。實(shí)際上，項(xiàng)目論證與評(píng)估的內(nèi)容、程序和依據(jù)都是大同小異的，只是側(cè)重點(diǎn)稍有不同，論證的對(duì)象可以是未完成的或未選定的方案，而評(píng)估的對(duì)象一般需要正式的“提交”；論證時(shí)著重于聽(tīng)取各方專家意見(jiàn)，評(píng)估時(shí)更強(qiáng)調(diào)要得出權(quán)威的結(jié)論。但項(xiàng)目可行性研究一般是項(xiàng)目承擔(dān)單位的主觀性分析，往往是“不識(shí)廬山真面目，只緣身在此山中”，而項(xiàng)目論證與評(píng)估則是第三方的客觀性分析，可以從“橫”、“豎”、“遠(yuǎn)”、“近”、“高”、“低”等各種角度對(duì)項(xiàng)目的可行性進(jìn)行評(píng)價(jià)。項(xiàng)目評(píng)估報(bào)告一般應(yīng)包括以下內(nèi)容： (1)項(xiàng)目概況。 (3)評(píng)估依據(jù)。 (5)評(píng)估機(jī)構(gòu)與評(píng)估專家。 (7)詳細(xì)評(píng)估意見(jiàn)。 (9)潛在的風(fēng)險(xiǎn)。 (11)進(jìn)一步的建議。 【問(wèn)題1】(7分) 可行性研究的步驟包括：①確定項(xiàng)目規(guī)模和目標(biāo)；②研究正在運(yùn)行的系統(tǒng)；③建立新系統(tǒng)的邏輯模型；④導(dǎo)出和評(píng)價(jià)各種方案；⑤推薦可行性方案；⑥編寫可行性研究報(bào)告；⑦遞交可行性研究報(bào)告。 (2)可行性研究的前提。 (4)所建議的系統(tǒng)。 (6)投資及效益分析。 (8)結(jié)論。 (2)評(píng)估目標(biāo)。 (4)評(píng)估內(nèi)容。 (6)評(píng)估過(guò)程。 (8)存在或遺漏的重大問(wèn)題。 (10)評(píng)估結(jié)論。第2章項(xiàng)目范圍管理案例 項(xiàng)目的范圍管理影響到信息系統(tǒng)項(xiàng)目的成功。2．1案例一：范圍定義 閱讀以下關(guān)于信息系統(tǒng)項(xiàng)目管理過(guò)程中范圍管理方面問(wèn)題的敘述，回答問(wèn)題1至問(wèn)題3。在電子政務(wù)的市場(chǎng)中，接到的第一個(gè)項(xiàng)目是開(kāi)發(fā)一套工商審批系統(tǒng)。政務(wù)內(nèi)網(wǎng)中儲(chǔ)存著全部信息，其中包括部分機(jī)密信息；政務(wù)外網(wǎng)可以對(duì)公眾開(kāi)放，開(kāi)放的信息必須得到授權(quán)。 張工是該項(xiàng)目的項(xiàng)目經(jīng)理，在捕獲到這個(gè)需求后認(rèn)為電子政務(wù)建設(shè)與企業(yè)信息化有很大的不同，有其自身的特殊性，若照搬企業(yè)信息化原有的經(jīng)驗(yàn)和方案必定會(huì)遭到慘敗。在項(xiàng)目交付時(shí)，雖然系統(tǒng)完全滿足了保密性的要求，但用戶對(duì)系統(tǒng)用戶界面提出了較大的異議，認(rèn)為不符合政務(wù)信息系統(tǒng)的風(fēng)格，操作也不夠便捷，要求徹底更換。由于系統(tǒng)的反復(fù)變更，項(xiàng)目組成員產(chǎn)生了強(qiáng)烈的挫折感，士氣低落，項(xiàng)目工期也超出原計(jì)劃的100％。 【問(wèn)題3】(6分) 請(qǐng)結(jié)合你本人實(shí)際項(xiàng)目經(jīng)驗(yàn)，指出應(yīng)如何避免類似問(wèn)題？不超過(guò)200字回答。但項(xiàng)目管理中的任何差錯(cuò)都會(huì)影響項(xiàng)目的結(jié)果，而范圍管理的失誤對(duì)項(xiàng)目的影響更為明顯。 張工對(duì)項(xiàng)目范圍有一定的把握。根據(jù)國(guó)家對(duì)電子政務(wù)的要求，政務(wù)內(nèi)網(wǎng)與政務(wù)外網(wǎng)是該行業(yè)一致的標(biāo)準(zhǔn)，這與企業(yè)信息化是完全不同的。在這一點(diǎn)上，張工是成功的。 但用戶界面的風(fēng)格和操作的便捷性也屬于系統(tǒng)范圍的一部分。這類需求往往不是由用戶直接提出，而且受行業(yè)特點(diǎn)決定的范圍所約束。作為政府對(duì)公眾開(kāi)放的窗口而言，并不需要很強(qiáng)的個(gè)性化，但一致的界面風(fēng)格可以體現(xiàn)出政務(wù)的嚴(yán)肅性。很明顯，對(duì)于這些系統(tǒng)的隱性需求張工沒(méi)有充分考慮，從而導(dǎo)致一而再，再而三的變更。張工僅僅注意了其中的一部分，而忽略了用戶界面，最終導(dǎo)致項(xiàng)目的失敗。這些系統(tǒng)的最終用戶幾乎不會(huì)參加需求開(kāi)發(fā)的工作，他們的需求都是間接的，通過(guò)政府部門的負(fù)責(zé)人傳遞到項(xiàng)目組。 除了在范圍定義方面的問(wèn)題外，張工在范圍確認(rèn)和范圍控制方面也存在不小的失誤。這時(shí)應(yīng)該清晰地定義系統(tǒng)的界面風(fēng)格和操作風(fēng)格，并設(shè)法進(jìn)行確認(rèn)。 在剛剛進(jìn)入一個(gè)陌生領(lǐng)域的時(shí)候，其中充滿了各種各樣的風(fēng)險(xiǎn)。面對(duì)這些風(fēng)險(xiǎn)，即使再細(xì)致的調(diào)研也無(wú)法完全避免，也不能完整定義系統(tǒng)的范圍。因此在案例中，張工也沒(méi)有進(jìn)行充分的風(fēng)險(xiǎn)管理，采用嚴(yán)格的瀑布模型增加了風(fēng)險(xiǎn)發(fā)生后帶來(lái)的損失。用戶界面中耦合了大量的業(yè)務(wù)邏輯，這必然增加變更的代價(jià)，從而導(dǎo)致大部分代碼重寫。 綜上所述，項(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)目延期100%. 因此第一題答案的要點(diǎn)就很明確了： (1)張工注意到了系統(tǒng)運(yùn)行環(huán)境的特殊性，在良好設(shè)計(jì)和實(shí)現(xiàn)的情況下滿足了用戶的要求。 (3)張工在第一次問(wèn)題發(fā)生后仍沒(méi)有對(duì)范圍進(jìn)行有效的管理，造成了系統(tǒng)第二次的變更。 (5)張工沒(méi)有對(duì)設(shè)計(jì)質(zhì)量進(jìn)行有效的控制，造成表現(xiàn)層中耦合了業(yè)務(wù)邏輯，增加了修改的代價(jià)。在范圍管理中主要包括如下內(nèi)容： (1)范圍管理計(jì)劃。 (3)工作分解。 (5)范圍控制。從表面上看，范圍定義存在明顯的缺陷。若在問(wèn)題第一次出現(xiàn)時(shí)就進(jìn)行有效的范圍確認(rèn)和范圍控制，則完全可以避免第二次的變更。 (2)在發(fā)生第一次變更時(shí)，張工仍沒(méi)有有效的范圍管理，從而造成系統(tǒng)的二次變更。 在完成第二題后，第三題就是水到渠成了，第三題的要點(diǎn)見(jiàn)參考答案，此處不再贅述。而軟件項(xiàng)目的復(fù)雜性又決定了項(xiàng)目中的工作環(huán)環(huán)相扣，問(wèn)題也總是相互關(guān)聯(lián)的。這對(duì)信息系統(tǒng)的項(xiàng)目經(jīng)理來(lái)說(shuō)是重大的挑戰(zhàn)。(2分) (2)張工忽略了系統(tǒng)用戶的潛在要求，在用戶界面和操作的風(fēng)格上范圍定義不清晰，造成系統(tǒng)交付時(shí)的重大變更。(2分) (4)張工沒(méi)有對(duì)用戶界面是否能夠滿足要求的風(fēng)險(xiǎn)進(jìn)行有效的管理，而是采用了對(duì)風(fēng)險(xiǎn)適應(yīng)性較差的瀑布模型組織開(kāi)發(fā)。(2分) 【問(wèn)題2】(9分) (1)張工沒(méi)有挖掘到系統(tǒng)的全部隱性需求，缺乏精確的范圍定義。(3分) (3)重復(fù)的系統(tǒng)變更說(shuō)明張工對(duì)系統(tǒng)范圍控制不足，導(dǎo)致一而再再而三的反復(fù)。對(duì)于本案例，要結(jié)合行業(yè)特點(diǎn)進(jìn)行需求分析，挖掘系統(tǒng)潛在的需求，同時(shí)通過(guò)原型等方法來(lái)輔助需求的定義，避免范圍定義不清晰的問(wèn)題。2．2案例二：工作要點(diǎn) 閱讀以下關(guān)于信息系統(tǒng)項(xiàng)目管理過(guò)程中項(xiàng)目范圍管理方面問(wèn)題的敘述，回答問(wèn)題1至問(wèn)題2。最近，M又和CSAI簽訂了新的開(kāi)發(fā)合同，以擴(kuò)充整個(gè)企業(yè)的信息化應(yīng)用范圍，張工擔(dān)任該項(xiàng)目的項(xiàng)目經(jīng)理。項(xiàng)目剛剛開(kāi)始不久，張工的高層經(jīng)理S找到張工。張工認(rèn)為，整個(gè)項(xiàng)目的工作量是經(jīng)過(guò)仔細(xì)分解后評(píng)估得到的，評(píng)估過(guò)程中也參考了歷史上與K企業(yè)合作的項(xiàng)目度量數(shù)據(jù)，該工作量是客觀真實(shí)的。如果強(qiáng)行要求項(xiàng)目組成員通過(guò)加班等方式追逐4個(gè)月完成的目標(biāo)，肯定會(huì)降低項(xiàng)目的質(zhì)量，造成用戶不滿意。高層經(jīng)理認(rèn)為該方案可以滿足 公司的運(yùn)作要求，用戶也同意按照這種方案進(jìn)行實(shí)施。 【問(wèn)題1】(10分) 請(qǐng)不超過(guò)500字，指出張工是如何保證項(xiàng)目成功的？ 【問(wèn)題2】(15分) 請(qǐng)不超過(guò)500字，試結(jié)合案例指出項(xiàng)目范圍管理的工作要點(diǎn)？ 這是一個(gè)成功的項(xiàng)目管理案例，項(xiàng)’目經(jīng)理張工有效的運(yùn)用范圍管理，在不同的項(xiàng)目干系人中達(dá)成一致，使項(xiàng)目的結(jié)果同時(shí)滿足了高層經(jīng)理、客戶和項(xiàng)目組成員的要求。 軟件項(xiàng)目的范圍主要是由系統(tǒng)需求構(gòu)成的，而系統(tǒng)需求既是難以把握的，也是容易調(diào)整和控制的。舉一個(gè)簡(jiǎn)單的例子，用戶的需求是“解決口渴的問(wèn)題”，那么最簡(jiǎn)單的系統(tǒng)需求可以是遞上一杯水，復(fù)雜一些的可能是遞上一杯熱水，更復(fù)雜的是遞上一杯經(jīng)過(guò)多層過(guò)濾的純凈水，當(dāng)然也可以是打一桶虎跑泉的水，然后沏上一杯龍井茶。聰明的軟件項(xiàng)目經(jīng)理總是從范圍管理開(kāi)始，先界定系統(tǒng)的邊界，然后再在明確的范圍內(nèi)進(jìn)行時(shí)間、成本、風(fēng)險(xiǎn)等的管理。 對(duì)于該三角形來(lái)說(shuō)，任何一邊都不可能孤立地改變。其實(shí)這也是很容易理解的問(wèn)題，如果項(xiàng)目需要做的東西已經(jīng)確定(項(xiàng)目范圍固定)，項(xiàng)目的人員也已經(jīng)確定(項(xiàng)目成本固定)，那么項(xiàng)目需要的時(shí)間就也是固定的。對(duì)于這個(gè)三角形而言，非但不可能孤立地改變某一邊的長(zhǎng)短，就是三邊的變化比例不一致也不可能。因此有效的范圍管理更像一門藝術(shù)，可以幫助項(xiàng)目經(jīng)理在已經(jīng)確定的時(shí)間和成本下完成項(xiàng)目目標(biāo)。他要求，項(xiàng)目組可以增加部分資源，但要提前兩個(gè)月完成。項(xiàng)目經(jīng)理張工深知此中奧妙，因此在聽(tīng)到高層經(jīng)理的要求后，馬上意識(shí)到這是一個(gè)不可能完成的任務(wù)。既然時(shí)間和資源的變化已經(jīng)打破了項(xiàng)目規(guī)律，那么不妨根據(jù)新的時(shí)間和資源來(lái)重新劃定合理的項(xiàng)目范圍，保證項(xiàng)目的正常運(yùn)作。 在案例中，還有一些細(xì)節(jié)需要考生注意。計(jì)劃在6個(gè)月內(nèi)完成。對(duì)于上面介紹的時(shí)間、成本和范圍的關(guān)系而言，僅是在理想情況下成立，即項(xiàng)目成員始終能以固定的成本完成固定的工作。在案例中，雖然看似兩部分工作的總和等于沒(méi)有拆分前的項(xiàng)目，但這僅對(duì)于最終目標(biāo)而言，拆分后的項(xiàng)目增加了若干中間成果，項(xiàng)目的范圍實(shí)際上還是擴(kuò)大了。這種理解是完全錯(cuò)誤的。例如，本案例中，范圍控制就是針對(duì)高層經(jīng)理的要求進(jìn)行的。采取哪一種設(shè)計(jì)策略也是軟件項(xiàng)目范圍管理的一部分。根據(jù)筆者的經(jīng)驗(yàn)，即時(shí)需求已經(jīng)確定，通過(guò)有效的范圍管理仍能給項(xiàng)目帶來(lái)很大的收益，可以在不犧牲軟件質(zhì)量的前提下通過(guò)范圍管理來(lái)降低項(xiàng)目成本，縮短項(xiàng)目工期。 首先，在項(xiàng)目剛剛開(kāi)始，張工就對(duì)項(xiàng)目范圍進(jìn)行了定義，進(jìn)而劃分了WBS并對(duì)項(xiàng)目進(jìn)行了估算和計(jì)劃。緊接著張工又對(duì)兩階段需要完成的項(xiàng)目范圍進(jìn)行了重新定義，制定了驗(yàn)收標(biāo)準(zhǔn)。 對(duì)于項(xiàng)目而言，僅僅管理范圍仍不能保證項(xiàng)目的成功。其中包括，張工對(duì)項(xiàng)目進(jìn)行了估算，這屬于項(xiàng)目時(shí)間管理的范疇；張工協(xié)調(diào)了多個(gè)項(xiàng)目干系人之間的矛盾，這屬于溝通管理的范疇。 【問(wèn)題1】(10分) (1)張工首先對(duì)最初的項(xiàng)目范圍進(jìn)行了清晰的定義，并根據(jù)定義對(duì)工作進(jìn)行了分解，制定了WBS。(2分) (3)在出現(xiàn)新的項(xiàng)目目標(biāo)后，張工對(duì)項(xiàng)目進(jìn)行了范圍控制，縮小了第一階段實(shí)現(xiàn)的范圍。(2分) (5)張工對(duì)項(xiàng)目進(jìn)行了溝通管理，協(xié)調(diào)了多個(gè)項(xiàng)目干系人之間的矛盾。(2分) (2)范圍定義。(2分) (4)范圍確認(rèn)。(2分) 在本案例中，張工首先進(jìn)行了范圍定義和工作分解，得到了清晰的項(xiàng)目范圍；在出現(xiàn)新的項(xiàng)目目標(biāo)后，張工進(jìn)行了范圍控制，重新定義了兩個(gè)階段的項(xiàng)目范圍；最后，張工將重新定義的范圍與項(xiàng)目干系人進(jìn)行了確認(rèn)。升級(jí)后的系統(tǒng)可以滿足M公司新的業(yè)務(wù)流程和范圍。在李工的幫助下，很快地完成了需求開(kāi)發(fā)的工作并進(jìn)入設(shè)計(jì)與編碼。張工認(rèn)為，雙方已經(jīng)建立了密切的合作關(guān)系，李工也參加了原系統(tǒng)的需求開(kāi)發(fā)，對(duì)業(yè)務(wù)的系統(tǒng)比較熟悉，因此定義的需求是清晰的。 進(jìn)入編碼階段后，李工因故移民加拿大，需要離開(kāi)項(xiàng)目組。 在系統(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)收。最終系統(tǒng)需求發(fā)生重大變更，項(xiàng)目延期超過(guò)50%, M的業(yè)務(wù)代表也因?yàn)橄到y(tǒng)的延期表示了強(qiáng)烈的不滿。 【問(wèn)題2】(9分) 請(qǐng)從項(xiàng)目范圍管理的角度找出該項(xiàng)目實(shí)施過(guò)程中的問(wèn)題，以500字內(nèi)回答。　案例分析 這是一個(gè)失敗的軟件項(xiàng)目，與很多失敗的軟件項(xiàng)目一樣，在系統(tǒng)需求上栽了跟頭。案例中的項(xiàng)目經(jīng)理張工就是既重視需求又沒(méi)有控制好需求的一個(gè)例子。 在案例中，張工接手了一個(gè)系統(tǒng)升級(jí)的軟件項(xiàng)目。因此張工專門找到了原系統(tǒng)的需求調(diào)研人員李工來(lái)解決新系統(tǒng)的需求問(wèn)題。從這一點(diǎn)上來(lái)說(shuō)，張工是成功的，找到了合適的資源進(jìn)行需求的開(kāi)發(fā)與定義。這是一個(gè)陽(yáng)光燦爛的開(kāi)端，如果一切順利的話，項(xiàng)目的成功也就是早晚的事情。 晴朗的天空飄來(lái)一塊烏云，李工要移民加拿大。開(kāi)發(fā)出的需求都已經(jīng)過(guò)設(shè)計(jì)，一些編碼工作也已經(jīng)開(kāi)始，李工的工作已近圓滿完成，畢竟，一些細(xì)枝末節(jié)的問(wèn)題還可以同客戶直接溝通。這時(shí)，烏云開(kāi)始下雨，問(wèn)題爆發(fā)了。 誰(shuí)是這個(gè)項(xiàng)目組的罪人呢？李工？還是張工？換一個(gè)思路考慮一下，如果李工沒(méi)有離開(kāi)項(xiàng)目組，結(jié)果又會(huì)是什么樣呢？客戶會(huì)因?yàn)槔罟み€在項(xiàng)目組就認(rèn)可這個(gè)系統(tǒng)嗎？很顯然，不會(huì)。如果非要區(qū)分50％和30％的區(qū)別，也不過(guò)是五十步笑百步而已。在范圍管理中，范圍定義、范圍確認(rèn)和范圍控制又是最核心的三項(xiàng)活動(dòng)，缺一不可。范圍確認(rèn)則是基線化已定義的范圍，是范圍控制的依據(jù)。在案例中，由于張工沒(méi)有進(jìn)行范圍確認(rèn)，最后的范圍控制也就變成了無(wú)本之木，控制過(guò)程肯定變成了討價(jià)還價(jià)，失去本身的意義。從軟件誕生至今的幾十年中，人們探索出了很多獲取系統(tǒng)需求的方法，但是熟悉軟件開(kāi)發(fā)的人都知道，無(wú)論哪種方法都不可能定義出完美無(wú)誤的需求，需求中的缺陷必然存在，無(wú)法完全避免。 有人可能會(huì)說(shuō)，很難說(shuō)服客戶在需求上簽字，很難讓客戶為需求的缺陷負(fù)責(zé)。讓客戶在需求上簽字很困難，但并不等于就不需要進(jìn)行范圍確認(rèn)，而且范圍確認(rèn)的方法也不僅僅只有需求簽字這一種方法。這些方法雖然沒(méi)有直接確認(rèn)需求分析報(bào)告，但至少可以讓現(xiàn)有需求在項(xiàng)目組和客戶之間達(dá)成一致，提供范圍控制的基準(zhǔn)，一樣可以達(dá)到范圍確認(rèn)的目的。然而最終的結(jié)果是，項(xiàng)目延期嚴(yán)重，業(yè)務(wù)代表反而更不滿意，張工也要承擔(dān)項(xiàng)目延期造成的成本增加的責(zé)任。首先看第一個(gè)問(wèn)題，對(duì)張工的行為進(jìn)行點(diǎn)評(píng)。但由于缺少需求評(píng)審和確認(rèn)的過(guò)程，造成需求中的缺陷沒(méi)有被及時(shí)發(fā)現(xiàn)，系統(tǒng)需求沒(méi)有與客戶確認(rèn)，造成缺少需求控制的基準(zhǔn)，最終導(dǎo)致需求的重大變更。 在完成第二題后，第三題就水到渠成了，第三題的要點(diǎn)見(jiàn)參考答案，此處不再贅述。(2分) (2)張工沒(méi)有對(duì)李工開(kāi)發(fā)的系統(tǒng)需求進(jìn)行評(píng)審和復(fù)查，從而使得需求的缺陷沒(méi)有被及時(shí)發(fā)現(xiàn)。(2分) (4)張工對(duì)需求的不能進(jìn)行缺乏有效控制，最終造成項(xiàng)目延期50%.(2分) 【問(wèn)題2】(9分) 該項(xiàng)目實(shí)施過(guò)程中的主要問(wèn)題包括： (1)在范圍定義中，張工沒(méi)有對(duì)李工定義的需求進(jìn)行評(píng)審，造成需求中的質(zhì)量缺陷沒(méi)有被及時(shí)發(fā)現(xiàn)。(3分) (3)在范圍控制中，張工無(wú)法進(jìn)行有效的范圍控制，最終造成了重大的需