系統(tǒng)集成項目管理工程師歷年真題案例分析匯總

1、案例分析方法i系統(tǒng)集成項目管理工程師教程知識體系2第2章 信息系統(tǒng)服務(wù)管理3案例一（it服務(wù)，2011上 試題五）3第4章 項目管理一般知識4案例一（項目的組織結(jié)構(gòu)、管理流程、進度計劃）4案例二（項目的組織結(jié)構(gòu)、項目經(jīng)理與職能經(jīng)理的工作）5案例三（項目生命周期模型 2009上 試題五）6第5章 立項管理9案例一（項目可行性分析 2011下 試題一）9第6章 項目整體（綜合）管理10項目整體管理流程圖10案例一（項目管理中存在的問題及改進措施）10案例二 （項目整體 2009上 試題四）11案例三 （項目整體 2010上 試題四）13第7章 項目范圍管理15項目范圍管理流程圖（5過程）15案例一

2、（范圍管理 教程p518 23.2.1）15案例二（需求評審 教程 p514 23.1.5）16案例三（范圍管理 2009下 試題二）19案例四（涉及范圍管理、進度管理和變更管理 2010下 試題一）20案例五（范圍管理 2010下 試題四）21案例六（范圍管理 2011上 試題一）22第8章 項目進度管理25項目進度管理流程圖（6過程）25案例一（項目進度，重點-資源配置對進度的制約）25案例二（項目的工期估算、進度壓縮、進度跟蹤）27案例三（進度計劃包括的種類和用途 2009年上 試題一）28案例四（如何制定項目進度計劃 2009年上 試題二）29案例五（項目進度控制的技術(shù)和工具 2009

3、年下 試題三）30案例六（項目進度歷時 2011年下 試題二）32第9章 項目成本管理33項目成本管理流程圖（3過程）33重要參數(shù)33案例一（成本控制的主要工作內(nèi)容、掙值計算 2009下 試題四）34案例二（現(xiàn)金流、動態(tài)回收期、凈現(xiàn)值分析 教程 p512 23.1.2）35案例三（掙值分析 2010上 試題二）36案例四（掙值分析 2010下 試題二）37案例五（掙值分析 2011上 試題二）38案例六（掙值分析、預(yù)測分析 教程 p513 23.1.4）39第10章 項目質(zhì)量管理41項目質(zhì)量管理流程圖（3過程）41案例一（質(zhì)量管理計劃、質(zhì)量控制）41案例二（質(zhì)量控制方法或工具 2009年上 試

4、題三）43案例三（質(zhì)量控制過程、制定項目質(zhì)量計劃的方法或工具2009下 試題五）44案例四（質(zhì)量管理、質(zhì)量控制工具和技術(shù) 2010上 試題三）45案例五（質(zhì)量管理流程、術(shù)語 2011上 試題三）47案例六（qa、質(zhì)量控制工具和技術(shù) 2011下 試題三）48第11章 項目人力資源管理49項目人力資源管理流程圖（4過程）49案例一（項目團隊管理）49案例二（激勵理論）50案例三（沖突管理）52案例四（人力資源負荷優(yōu)化 教程 p510 23.1.1）52第12章 項目溝通管理55項目溝通管理流程圖（4過程）55案例一（溝通管理計劃）55案例二（有效溝通措施項目例會）56案例三（項目干系人（客戶關(guān)系）

5、教程 p520 23.2.4）58第13章 項目合同管理60合同管理的主要內(nèi)容60案例一（合同管理）60案例二（合同索賠流程 2009 下 試題一）61案例三（合同管理、變更管理、范圍管理 2010 上 試題一）62案例四（合同管理2011 下 試題四）63第15章 信息文檔和配置管理65配置管理流程65配置管理計劃的主要內(nèi)容65案例一（配置管理的主要工作）65案例二（配置管理、項目管理 2010 上 試題五）67案例三（配置管理 2010 下 試題五）68案例四（配置管理中完整的變更處置流程）69第16章 變更管理71變更管理工作程序71案例一（變更控制 教程 p517 23.1.8 ）71

6、案例二（2011年下 試題五）71第18章 風(fēng)險管理73項目風(fēng)險管理流程圖（6過程）73案例一（風(fēng)險識別和控制 教程 p515 23.1.6）73案例二（整體管理、風(fēng)險識別和控制 2010年下 試題三）74第19章 項目收尾管理76案例一（2011年上 試題四）7678案例分析方法一般地，具體的案例內(nèi)容： 陳述背景（其中蘊含了問題的線索）：在這個過程中出現(xiàn)某種項目管理的現(xiàn)象，讓考生分析現(xiàn)象的原因與解決的方法 通用做題方法： 流程圖：通過流程圖可以查出問題的原因出在流程的哪個環(huán)節(jié)上，從而以流程為線索把產(chǎn)生問題的所有環(huán)節(jié)上的原因都找出來。（所以每一章的過程流程圖很有參考價值） 因果圖：形象地展示了

7、可能導(dǎo)致問題的多種可能原因?！咀ⅰ扛鱾€階段的工作流程與工作內(nèi)容是必看的系統(tǒng)集成項目管理工程師教程知識體系 基礎(chǔ)知識 信息化基礎(chǔ)（第1章） 信息系統(tǒng)服務(wù)管理（第2章） 信息系統(tǒng)集成專業(yè)技術(shù)知識（第3章） 項目管理一般知識（第4章） 核心知識域 整體管理（第6章） 范圍管理（第7章） 進度管理（第8章） 成本管理（第9章） 質(zhì)量管理（第10章） 信息安全管理（第17章） 保障域 人力資源管理（第11章） 合同管理（第13章） 采購管理（第14章） 信息（文檔）安全管理（第15章） 風(fēng)險管理（第18章） 知識產(chǎn)權(quán)管理（第20章） 法律法規(guī)標準規(guī)范（第21章） 職業(yè)道德規(guī)范（第22章） 伴隨域 溝通管

8、理（第12章） 變更管理（第16章） 過程域：科研與立項、啟動、計劃、執(zhí)行、監(jiān)控、收尾 項目立項管理（第5章） 項目收尾管理（第19章）一般說來，要把一個項目管理好，至少需要4種過程：（1） 技術(shù)類工作技術(shù)過程要解決“研制特定產(chǎn)品，完成特定成果或提交特定服務(wù)的具體技術(shù)過程”，要回答怎么在技術(shù)上完成？如：信息系統(tǒng)項目的技術(shù)過程有需求分析、總體設(shè)計、編碼、測試、維護、布線、組網(wǎng)等。（2） 管理類工作 按出現(xiàn)得時間先后劃分，管理過程可以被分為啟動、計劃、執(zhí)行、監(jiān)控和收尾過程。（3） 支持類工作 配置管理（4） 改進類工作 總結(jié)經(jīng)驗教訓(xùn)、部署改進等過程。第2章 信息系統(tǒng)服務(wù)管理案例一（it服務(wù)，201

9、1上 試題五）【說明】某系統(tǒng)集成企業(yè)最近與某法院信息中心簽訂了一個法院綜合信息系統(tǒng)運維項目合同，并簽訂了服務(wù)級別協(xié)議，對服務(wù)內(nèi)容和具體要求進行了約定。協(xié)議中要求運維項目從解決問題過程到控制問題過程及發(fā)布過程要與法院服務(wù)管理流程很好的銜接，并建立服務(wù)臺。而法院信息中心對系統(tǒng)的運維管理非常重視，于2010 年10 月通過iso20000 的認證。該系統(tǒng)集成企業(yè)的小張被任命為該運維項目的項目經(jīng)理。小張如何運用學(xué)到的項目管理和it 服務(wù)管理方面的知識做好流程梳理和隊伍建設(shè)對管理好該項目至關(guān)重要?！締栴} 1】（5 分）結(jié)合本案例，判斷下列選項的正誤（填寫在答題紙的對應(yīng)欄內(nèi)，正確的選項填寫“”，錯誤的選項

10、填寫“”）（1）gb/t24405.1-2009 與iso20000.1-2005 內(nèi)容是一致的。（ ）（2）該運維合同與服務(wù)級別協(xié)議沒有關(guān)系。 （ ）（3）服務(wù)級別協(xié)議中的服務(wù)響應(yīng)時間是決定服務(wù)收費的主要依據(jù)之一。（ ）（4）運維服務(wù)中配置管理完全是系統(tǒng)集成企業(yè)的責(zé)任。（ ）（5）服務(wù)臺就是熱線電話。（ ）【問題 2】（3 分）按照 it 服務(wù)管理規(guī)范，請指出控制過程和發(fā)布過程包含哪些內(nèi)容?！締栴} 3】（3 分）小張在流程梳理的前期調(diào)研時，發(fā)現(xiàn)某員工不能發(fā)送郵件。該問題處置過程往往要經(jīng)過：問題提出服務(wù)臺記錄問題工程師調(diào)查問題解決問題如果該現(xiàn)象經(jīng)常出現(xiàn)要調(diào)查原因批準和更新設(shè)施或軟件。按照it

11、服務(wù)管理規(guī)范，請選擇恰當選項按照順序填入空白處，構(gòu)成it 服務(wù)管理流程。（1）服務(wù)臺（2）_ （3）_ （4）變更管理（5） _備選項：a. 事件管理 b. 能力管理 c. 問題管理 d. 服務(wù)報告 e. 發(fā)布管理【問題 4】（4 分）請簡述 it 服務(wù)管理的業(yè)務(wù)價值。答：【問題 1】（1） （2） （3） （4） （5）【問題 2】（1）控制過程組：包括配置管理、變更管理。（2）發(fā)布過程組：包括發(fā)布管理?！締栴} 3】（2）a （3）c （4）e【問題4】(1) 確保 it 流程支撐業(yè)務(wù)流程，整體上提高了業(yè)務(wù)運營的質(zhì)量；(2) 通過事故管理流程、變更管理流程和服務(wù)臺等提供了更可靠的業(yè)務(wù)支持；(

12、3) 客戶對 it 有更合理的期望，并更加清楚為達到這些期望他們所需要的付出；(4) 提高了客戶和業(yè)務(wù)人員的生產(chǎn)率；(5) 提供更加及時有效的業(yè)務(wù)持續(xù)性服務(wù)；(6) 客戶和 it 服務(wù)提供者之間建立更加融洽的工作關(guān)系；(7) 提高了客戶滿意度。第4章 項目管理一般知識案例一（項目的組織結(jié)構(gòu)、管理流程、進度計劃）閱讀下面敘述，回答問題1至問題3，將解答填入答題紙的對應(yīng)欄內(nèi)?！菊f明】 某系統(tǒng)集成商b最近正在爭取某鋼鐵公司a的辦公網(wǎng)絡(luò)遷移到外地的項目。李某是系統(tǒng)集成商b負責(zé)捕捉項目機會的銷售經(jīng)理，鮑某是系統(tǒng)集成商b負責(zé)實施的項目經(jīng)理。由于以往項目銷售經(jīng)理的過度承諾給后繼的實施工作帶來了很大困難，此次

13、鮑某主動為該項目做售前支持。該辦公網(wǎng)絡(luò)遷移項目的工作包括鋼鐵公司a新辦公樓的綜合布線、局域網(wǎng)絡(luò)系統(tǒng)升級、機房建設(shè)、遠程視頻會議系統(tǒng)、生產(chǎn)現(xiàn)場的閉路監(jiān)控系統(tǒng)等5個子系統(tǒng)。鋼鐵公司a對該項目的招標工作在2006年8月4日開始。該項目要求在2006 年12月29日完成，否則將嚴重影響鋼鐵公司a的業(yè)務(wù)。 時間已到2006年8月8日，鋼鐵公司a希望系統(tǒng)集成商b能在8月15日前能夠提交項目建議書。鋼鐵公司a對項目的進度非常關(guān)注，這是他們選擇集成商的重要指標之一。根據(jù)經(jīng)驗、鋼鐵公司a的實際情況和現(xiàn)有的資源，鮑某組織制定了一個初步的項目計劃，通過對該計劃中項目進度的分析預(yù)測，鮑某認為按正常流程很難達到客戶對進

14、度的要求。擬訂的合同中將規(guī)定對進度的延誤要處以罰款。但是銷售經(jīng)理李某則急于贏得合同，希望能在項目建議書中對客戶做出明確的進度保證，首先贏得合同再說。鮑某和李某在對項目進度承諾的問題上產(chǎn)生了分歧，李某認為鮑某不幫助銷售拿合同，鮑某認為李某亂承諾對以后的項目實施不負責(zé)任。本著支持銷售的原則，鮑某采取了多種措施， 組織制訂了一個切實可行的進度計劃，雖然其報價比競爭對手略高，但評標委員會認為該方案有保證，是可行的，于是系統(tǒng)集成商b中標。系統(tǒng)集成商b中標后，由其實施部負責(zé)項目的實施。 【問題1】（7分） 在制訂進度計劃時，鮑某可能會采取哪些措施使制訂的進度計劃滿足客戶的要求？【問題2】（5分）實施項目的

15、系統(tǒng)集成商b目前的組織類型是什么？如何改進其項目的組織方式？如何改進其項目管理的流程？如何降低管理外地項目的成本？【問題3】（3分） 在項目實施過程中，負責(zé)售前工作的李某應(yīng)繼續(xù)承擔(dān)哪些工作？答題思路：【問題 1】(1) 溝通，強調(diào)該項目對系統(tǒng)集成商b的重要意義，提高項目優(yōu)先級。使用開會方式爭取相關(guān)部門的建議、支持和承諾。(2) 從現(xiàn)有資源和實際情況出發(fā)，優(yōu)化網(wǎng)絡(luò)圖，如重新安排活動之間的順序，壓縮關(guān)鍵路徑長度。(3) 增加資源，引入經(jīng)驗豐富的員工(4) 并行，在現(xiàn)有資源下，子任務(wù)并行，內(nèi)部流程優(yōu)化。(5) 趕工，項目員工通過加班來加快項目進度(6) 盡可能地調(diào)配非關(guān)鍵路徑上的資源用于關(guān)鍵路徑上的

16、任務(wù)(7) 優(yōu)化外包，采購等環(huán)境并全程監(jiān)控【問題 2】(1) 系統(tǒng)集成商b的組織方式是職能式的。（補充：組織方式有4種職能型、項目型、矩陣型、復(fù)合型）(2) 系統(tǒng)集成商b的組織方式應(yīng)該改為矩陣型。(3) 最好的辦法是項目下階段的人員提前介入到前一階段，如在項目的售前階段，負責(zé)項目實施的項目經(jīng)理正式參與售前工作。 另外，做好項目實施流程間的交接工作，如建立一套完整的項目售前和項目實施階段之間的交接規(guī)范和要求包括文檔、培訓(xùn)、合同等內(nèi)容。(4) 委托、分包給當?shù)赜匈Y質(zhì)的集成商，或在當?shù)卣腥?。如果材料和服?wù)在當?shù)夭少徔山档统杀?。壓低人員差旅費，事宜虛擬遠程的溝通和售后服務(wù)手段。【問題 3】(1) 與客

17、戶高層溝通，了解客戶對項目實施情況的反映，維護客戶關(guān)系，發(fā)掘新的項目機會。(2) 參加周例會，或至少每周首一次周報以了解項目的進展和問題。案例二（項目的組織結(jié)構(gòu)、項目經(jīng)理與職能經(jīng)理的工作） 系統(tǒng)集成項目管理工程師教程 第23章-案例分析 23.1.7 案例場景某軟件公司以產(chǎn)品開發(fā)和項目為其主要業(yè)務(wù)。公司目前發(fā)展勢頭良好，正在建設(shè)的項目有5個左右，已經(jīng)立項的有10個左右，還有若干項目正處于驗收和后期維護階段。公司實行的是強矩陣式管理模式，專職的項目經(jīng)理往往一個人帶多個項目，職能部門的內(nèi)部也有擔(dān)任項目經(jīng)理工作的人員。但是，資源的調(diào)配成了項目經(jīng)理、職能部門經(jīng)理在項目實施過程中最棘手的問題。項目經(jīng)理每

18、個人都身兼數(shù)職，對項目進度難以控制，而多數(shù)項目在進行時，資源的調(diào)配是由各個職能部門經(jīng)理安排的，職能部門經(jīng)理對質(zhì)量進行監(jiān)督，項目經(jīng)理要做進度控制，可是卻沒有分配資源的權(quán)力，從而引發(fā)出關(guān)于公司內(nèi)部管理流程和職責(zé)定位的問題?！締栴} 】 在強矩陣式管理模式下，項目經(jīng)理與職能部門經(jīng)理對公司資源的調(diào)用如何協(xié)調(diào)？答題思路： 1、強矩陣型組織結(jié)構(gòu)的特點是：它具有很多項目型組織的特征，具有擁有很大職權(quán)的專職項目經(jīng)理和專職項目行政管理人員。2、 在強矩陣組織中，為協(xié)調(diào)項目經(jīng)理和職能部門經(jīng)理的權(quán)責(zé)，應(yīng)：2.1 在公司管理思想和原則上，明確矩陣型組織的特征： 能夠以項目為導(dǎo)向 有了客戶問題處理中心 協(xié)調(diào)工作由項目管理

19、隊伍承擔(dān) 能夠明確責(zé)任 資源來自各職能部門，并且這些資源可在不同項目中共享 專業(yè)人員在技術(shù)上可相互支持 各專業(yè)員工組織上仍歸屬其職能部門，因此項目結(jié)束后，員工“有家可歸”2.2 在公司制度上，明確職能部門和項目經(jīng)理之間的權(quán)責(zé)分配關(guān)系： 資源、人員日常歸職能部門經(jīng)理管理和考核； 在項目實施期間，人員、資源由項目經(jīng)理全權(quán)管理和考核；2.3 建立一個清晰的項目管理流程，明確項目經(jīng)理在項目實施期間的權(quán)力和責(zé)任；定義了相關(guān)人員和相關(guān)部門在項目活動中的工作范圍、工作過程和職責(zé)。這個流程一般由項目管理部門起草，經(jīng)過相關(guān)部門討論修改，最終由項目管理部門、相關(guān)職能部門審批，最后由公司管理層終批生效。例如： 嚴格

20、加強項目章程的規(guī)范性和嚴肅性，任命項目經(jīng)理的必要性 項目所需資源，由項目經(jīng)理提出申請，職能經(jīng)理負責(zé)委派人員； 項目實施期間的考核由項目經(jīng)理負責(zé)，項目結(jié)束后，人員回到職能部門，考核內(nèi)容也轉(zhuǎn)交給職能經(jīng)理，最終由職能經(jīng)理負責(zé)全部考核 項目管理部經(jīng)理和資源部門經(jīng)理對等處理項目過程中項目目標和資源提供的決策問題； 2.4 在項目工作安排方面，特別注意管理好各個接口，如項目成員之間或部門之間的工作交接，技術(shù)交接、資源交接2.5 加強項目溝通，適量增加項目信息收集、整理、分析和發(fā)布的頻次，這樣能及時發(fā)現(xiàn)項目問題，利于及時采取糾正措施?？梢酝ㄟ^電子郵件等手段，及時將項目進展情況、存在的問題和糾正措施通報給全體

21、項目成員、不要忘記抄送給項目成員所屬部門的經(jīng)理，如果有必要，甚至抄送給公司管理層。【補充】：組織結(jié)構(gòu)對項目的影響項目特點職能型組織矩陣型組織項目型組織弱矩陣型組織平衡矩陣型組織強矩陣型組織項目經(jīng)理的權(quán)利很小或沒有有限小中等中等大大全權(quán)組織中全職參與項目沒有0251560509585100工作的職員比例（%）項目經(jīng)理的職位部分時間部分時間全時全時全時項目經(jīng)理的一般頭銜項目協(xié)調(diào)員項目協(xié)調(diào)員項目經(jīng)理項目經(jīng)理項目經(jīng)理/項目主管/項目主管/項目主任/計劃主任/計劃主任項目經(jīng)理行政人員部分時間部分時間部分時間全時全時案例三（項目生命周期模型 2009上 試題五）閱讀下列說明，回答問題1至問題3。將解答填入

22、答題紙的對應(yīng)欄內(nèi)?！菊f明】小趙是一位優(yōu)秀的軟件設(shè)計師，負責(zé)過多項系統(tǒng)集成項目的應(yīng)用開發(fā)，現(xiàn)在公司因人手緊張，讓他作為項目經(jīng)理獨自管理一個類似的項目，他使用瀑布模型來管理該項目的全生命周期，如下所示：項目進行到實施階段，小趙發(fā)現(xiàn)在系統(tǒng)定義階段所制訂的項目計劃估計不準，實施階段有許多原先沒有估計到的任務(wù)現(xiàn)在都冒了出來。項目工期因而一再延期，成本也一直超出。【問題1】（6分） 根據(jù)項目存在的問題，請簡要分析小趙在項目整體管理方面可能存在的問題?！締栴}2】（6 分）（1）請簡要敘述瀑布模型的優(yōu)缺點。 （2）請簡要敘述其他模型如何彌補瀑布模型的不足?！締栴}3】（3分） 針對本案例，請簡要說明項目進入實施

23、階段時，項目經(jīng)理小趙應(yīng)該完成的項目文檔工作？【問題 1】1.軟件設(shè)計師小趙第一次擔(dān)任項目經(jīng)理，獨立管理一個項目，缺乏項目整體管理經(jīng)驗和技能；2.小趙選取瀑布模型作為項目整體管理的生命周期模式，缺乏科學(xué)的論證和系統(tǒng)的評估，開發(fā)模型的選取沒有進行可行性分析和論證；3.在系統(tǒng)論證階段制定項目整體計劃時，對進度計劃沒有采用科學(xué)的方法，如類比估算法，專家判斷，三點估算，應(yīng)急時間等。4.對項目需求和功能沒有進行嚴格的需求分析、范圍定義；5.在項目范圍上沒有制定wbs，規(guī)劃項目實施范圍；6.小趙沒有對項目范圍進行嚴格的范圍確認；導(dǎo)致項目范圍界定不清7.實施階段，沒有對項目范圍進行范圍控制，遵循規(guī)范的范圍變更

24、控制管理，導(dǎo)致范圍蔓延【問題 2】 書上162頁1、 瀑布模式的優(yōu)點：階段劃分次序清晰，各階段人員的職責(zé)規(guī)范、明確，便于前后活動的銜接，有利于活動重用和管理 瀑布模式的缺點：是一種理想性的線性開發(fā)模式，缺乏靈活性（或風(fēng)險分析）， 無法解決需求不明確或不準確的問題2、 為彌補瀑布模型的缺點，可采用快速原型法、螺旋模型和迭代模型。（1） 原型法模型，用于解決需求不明確的情況；（2） 螺旋模型，是一個演化軟件過程模型，將原型實現(xiàn)的迭代特征與線性順序（瀑布）模型中控制的和系統(tǒng)化的方面結(jié)合起來。4個象限分別標志每個周期的4個階段：制定計劃、風(fēng)險分析、實施工程和客戶評估。該模型強調(diào)風(fēng)險分析，特別適合龐大而

25、復(fù)雜的、高風(fēng)險的系統(tǒng)。（3） 迭代模型：每個階段都執(zhí)行一次傳統(tǒng)的、完整的串行過程串，執(zhí)行一次過程串就是一次迭代，每次迭代涉及的過程都包括不同比例的所有活動?！締栴} 3】 小趙在項目實施階段應(yīng)完成的文檔，分兩大類：1.項目管理過程文檔(1) 項目進度計劃（變更）(2) 項目績效報告(3) 項目會議記錄(4) 項目范圍（變更）說明書(5) 變更控制文檔(6) 質(zhì)量分析報告(7) 風(fēng)險評估報告等等。2.項目產(chǎn)品實現(xiàn)文檔(1) 概要設(shè)計說明書(2) 詳細設(shè)計說明書(3) 代碼規(guī)范(4) 程序編碼設(shè)計書(5) 數(shù)據(jù)庫模型與設(shè)計說明書(6) 測試用例(7) 測試報告等等。第5章 立項管理案例一（項目可行性

26、分析 2011下 試題一）閱讀以下說明，請回答問題1至3，將解答填入答題紙的對應(yīng)欄內(nèi)。 【說明】 某大型企業(yè)集團擬在生產(chǎn)園區(qū)建立一套無線網(wǎng)絡(luò)，覆蓋半徑大約1.5公里，要求能夠支持高速數(shù)據(jù)傳輸、無線漫游以及多種類型數(shù)據(jù)業(yè)務(wù)等。集團總經(jīng)理責(zé)成信息中心主任李某負責(zé)此事。李某找到曾經(jīng)承擔(dān)集團內(nèi)部網(wǎng)絡(luò)系統(tǒng)工程的系統(tǒng)集成商a公司，提出了集團的需求。a公司管理層開會研究后命令項目經(jīng)理張某積極跟進，與李某密切聯(lián)系。張某經(jīng)過上網(wǎng)搜索，發(fā)現(xiàn)外企b公司最近推出的一種基于wimax技術(shù)的無線網(wǎng)絡(luò)系統(tǒng)比較符合要求，國外也有類似的成功案例。張某親自到b公司的國內(nèi)代理商c公司進行了實地考察，并在c公司進行了產(chǎn)品演示實驗，感

27、到效果良好。隨后，張某和李某溝通后，a公司正式與c公司簽訂了采購合同，并很快進行了系統(tǒng)的安裝部署?？墒钱敓o線網(wǎng)絡(luò)系統(tǒng)正式投入運行后不久，就出現(xiàn)了一系列問題，比如：無線網(wǎng)絡(luò)覆蓋存在盲區(qū)，不支持某些類型的數(shù)據(jù)業(yè)務(wù)，用戶較多時數(shù)據(jù)傳輸率急劇下降，偶爾發(fā)生莫名其妙的斷網(wǎng)現(xiàn)象，等等。更麻煩的是，當?shù)責(zé)o線電管理部門認為他們沒有取得無線電頻使用執(zhí)照，要求該集團立即停止運行該無線網(wǎng)絡(luò)，并且要對他們進行處罰。此時c公司傳來消息，稱b公司因為內(nèi)部原因即將退出中國大陸市場，繼續(xù)提供該系統(tǒng)的技術(shù)支持服務(wù)比較困難。 【問題1】（6分） 在本案例中，張某未進行充分的項目可行性研究以致項目出現(xiàn)危機，請指出具體體現(xiàn)在哪些方面

28、（將正確選項對應(yīng)的字母填入答題紙對應(yīng)欄內(nèi)，多選扣分）： a.投資必要 b 技術(shù)可行性 c財務(wù)可行性 d組織可行性 e社會可行性 f經(jīng)濟可行性 g風(fēng)險因素分析及對策 【問題2】（3分） 請簡要列舉進行項目可行性研究的主要步驟。 【問題3】（6分） 如果你被a公司任命為該項目的項目經(jīng)理，請用300字以內(nèi)文字簡要敘述你應(yīng)如何應(yīng)對目前的困境。 答：【問題1】b e g【問題2】項目可行性研究的主要步驟：（1） 初步可行性研究（2） 詳細可行性研究（3） 項目論證（4） 項目評估（5） 項目可行性研究報告的編寫、提交和獲得批準第6章 項目整體（綜合）管理項目整體管理流程圖案例一（項目管理中存在的問題及改

29、進措施）閱讀下列說明，回答問題1至問題3。將解答填入答題紙的對應(yīng)欄內(nèi)。【說明】a公司是一家中小型系統(tǒng)集成公司，在2006年3月份正在準備對京發(fā)證券公司數(shù)據(jù)大集中項目進行投標，a公司副總裁張某授權(quán)銷售部的林某為本次投標的負責(zé)人，來組織和管理整個投標過程。 林某接到任務(wù)后，召集了由公司商務(wù)部、銷售部、客服部和質(zhì)管部等相關(guān)部門參加的啟動說明會，并把各自的分工和進度計劃進行了部署。 隨后，在投標前3天進行投標文件評審時，發(fā)現(xiàn)技術(shù)方案中所配置的設(shè)備在以前的項目使用中是存在問題的，必須更換，隨后修改了技術(shù)方案。最后a公司中標并和客戶簽訂了合同。根據(jù)公司的項目管理流程，林某把項目移交到了實施部門，由他們具體

30、負責(zé)項目的執(zhí)行與驗收。 實施部門接手項目后，鮑某被任命為實施項目經(jīng)理，負責(zé)項目的實施和驗收工作。鮑某發(fā)現(xiàn)由于項目前期自己沒有介入，許多項目前期的事情都不是很清楚，而導(dǎo)致后續(xù)跟進速度較慢，影響項目的進度。同時鮑某還發(fā)現(xiàn)設(shè)計方案中尚存在一些問題，主要有：方案遺漏一項基本需求，有多項無效需求，沒有書面的需求調(diào)研報告；在項目的工期、系統(tǒng)功能和售后服務(wù)等方面，存在過度承諾現(xiàn)象。于是項目組重新調(diào)研用戶需求，編制設(shè)計方案，這就增加了實施難度和成本?？墒呛髞碛职l(fā)現(xiàn)采購部仍是按照最初的方案采購設(shè)備，導(dǎo)致設(shè)備中的模塊配置功能不符合要求的情況。 而在a集成公司中，類似現(xiàn)象已多次發(fā)生?！締栴}1】（5分） 針對說明中所

31、描述的現(xiàn)象，分析a公司在項目管理方面存在的問題（150字以內(nèi)）。【問題2】（5分） 針對a公司在該項目管理方面存在的問題，提出補救措施（150字以內(nèi)）?！締栴}3】（5分）針對a公司的項目管理現(xiàn)狀，結(jié)合你的實際經(jīng)驗，就a公司項目管理工作的持續(xù)改進提出意見和建議（150字以內(nèi)）。答題思路：【問題 1】1、投標前的項目啟動會議上，沒有邀請技術(shù)和實施部門2、沒有把以往的經(jīng)驗教訓(xùn)，歸納和積累，形成組織知識資產(chǎn)3、沒有建立完善的內(nèi)部評審機制，或雖有評審機制但為有效執(zhí)行4、項目中沒有實現(xiàn)有效的變更管理5、公司級的項目管理體系不健全，或執(zhí)行不好【問題 2】1、改進項目的組織形式，明確項目團隊和職能部門之間的協(xié)

32、作關(guān)系和工作程序2、做好項目當前的經(jīng)驗教訓(xùn)收集、歸納工作3、明確項目工作的交付物，建立和實施項目的質(zhì)量評審機制4、建立項目的變更管理機制，識別變更中的利益相關(guān)方并加強溝通5、加強對項目團隊成員和相關(guān)人員的項目管理培訓(xùn)【問題 3】1、建立企業(yè)級的項目管理體系和工作規(guī)范2、加強對項目工作記錄的管理3、加強項目質(zhì)量和相應(yīng)的評審制度4、加強項目經(jīng)驗教訓(xùn)的收集、歸納、積累和分享工作5、引入合適的項目管理工具平臺，提升項目管理工作效率案例二 （項目整體 2009上 試題四）閱讀下面敘述，回答問題1至問題3，將解答填入答題紙的對應(yīng)欄內(nèi)。 【說明】 h某公司是一家專門從事erp系統(tǒng)研發(fā)和實施的it企業(yè)，目前該

33、公司正在進行的一個項目是為某大型生產(chǎn)單位（甲方）研發(fā)erp系統(tǒng)。 某公司同甲方關(guān)系比較密切，但也正因為如此，合同簽的較為簡單，項目執(zhí)行較為隨意。同時甲方組織架構(gòu)較為復(fù)雜，項目需求來源多樣而且經(jīng)常發(fā)生變化，項目范圍和進度經(jīng)常要進行臨時調(diào)整。 經(jīng)過項目組的艱苦努力，系統(tǒng)總算能夠進入試運行階段，但是由于各種因素，甲方并不太愿意進行正式驗收，至今項目也未能結(jié)項?！締栴} 1】（6分） 請從項目管理角度，簡要分析該項目“未能結(jié)項”的可能原因?！締栴} 2】（5分） 針對該項目現(xiàn)狀，請簡要說明為了促使該項目進行驗收，可采取哪些措施?！締栴} 3】（4分） 為了避免以后出現(xiàn)類似情況，請簡要敘述公司應(yīng)采取哪些有效的

34、管理手段。答：【問題 1】1、 缺乏有效的合同管理制度，案例中簽訂合同很簡單，沒有在合同中明確甲乙雙方的職責(zé)，明確項目的時間要求，范圍界定以及合同違約等條款和內(nèi)容；2、 沒有嚴格的進度控制、成本控制和質(zhì)量保證、風(fēng)險分析等管理措施，案例中項目執(zhí)行較隨意，表明其缺乏規(guī)范和嚴格的項目管理制度和方法，規(guī)范的項目管理流程；3、 針對甲方組織結(jié)構(gòu)復(fù)雜，需求多變的情況，沒有進行事前風(fēng)險分析和制定風(fēng)險應(yīng)對措施，對需求沒有進行嚴格的分析、管理措施，對項目范圍也沒有進行確定，4、 針對項目范圍、進度、成本的變化，缺乏必要的變更控制手段和規(guī)范的變更控制流程。5、 對應(yīng)項目的不驗收，缺乏有效的溝通管理制度，缺少和甲方

35、必須的溝通方法和措施，在合同中沒有規(guī)定驗收的標準和程序；6、 對應(yīng)項目出現(xiàn)的情況，缺少應(yīng)急措施和有效的針對性方法，來解決項目當前的困難。【問題 2】1、 加強和甲方的溝通，針對項目驗收的工作內(nèi)容和方式，流程、時間等問題，積極和甲方進行溝通，爭取和甲方就項目驗收工作達成一致意見；2、 針對合同中沒有明確的驗收標準和流程等問題，可以采用備忘錄或者補充協(xié)議的形式，就項目驗收的標準、流程、時間和責(zé)任人等內(nèi)容簽署書面的具有法律效力的文件，以便指導(dǎo)項目驗收工作。3、 在項目組內(nèi)部，加強項目管理工作力度，制定驗收文檔標準，積極準備驗收工作，完善驗收成果文檔，明確項目驗收工作的標準和流程，以及團隊成員的職責(zé)。

36、【問題3】1、 公司應(yīng)該建立嚴格和規(guī)范的合同管理制度，簽訂合同時必須在合同中明確項目的范圍、進度以及相關(guān)要求，建立完善的合同文本；2、 公司內(nèi)部應(yīng)該建立規(guī)范和完善的項目管理制度，在項目管理上建立合規(guī)的管理流程、方法和標準規(guī)范，推行科學(xué)的項目管理方法，包括范圍管理、時間管理、成本管理、質(zhì)量管理、人力資源管理方面；3、 在公司內(nèi)部加強項目管理思想和方法的培訓(xùn)，建立全員的、全面的、全過程的項目管理體系和標準。4、 在項目立項時，建立科學(xué)和嚴謹?shù)捻椖靠尚行苑治龊驼撟C制度，進行風(fēng)險分析和風(fēng)險評估，規(guī)避項目風(fēng)險。5、 建立良好的溝通機制；6、 引入監(jiān)理機制；7、 做好有效的變更控制。案例三 （項目整體 2

37、010上 試題四）【說明】 老陸是某系統(tǒng)集成公司資深項目經(jīng)理，在項目建設(shè)初期帶領(lǐng)項目團隊確定了項目范圍，后因工作安排太忙，無暇顧及本項目，于是他要求：（1） 本項目各小組組長分別制定組成項目管理計劃的子計劃；（2） 本項目各小組組長各自監(jiān)督其團隊成員在整個項目建設(shè)過程中子計劃的執(zhí)行情況；（3） 項目組成員堅決執(zhí)行子計劃，且原則上不允許修改。 在執(zhí)行三個月后，項目經(jīng)常出現(xiàn)各子項目間無法順利銜接，需要大量工時進行返工等問題，目前項目進度已經(jīng)遠遠滯后于預(yù)定計劃?！締栴}1】（4分） 請簡要分析造成項目目前狀況的原因?！締栴}2】（6分） 請簡要敘述項目整體管理計劃應(yīng)包含哪些內(nèi)容？【問題3】（5分） 為了

38、完成該項目，請從整體管理的角度說明老陸和公司可采取哪些補救措施？答：【問題1】(1) 項目缺少整體計劃。本案例中的做法只完成了項目管理計劃中的子計劃，并沒有形成真正的項目整體管理計劃，即確定、綜合與協(xié)調(diào)所有子計劃所需要的活動，并形成文件。(2) 項目缺少整體的報告和監(jiān)控機制，各項目小組各自為政。(3) 項目缺少整體變更控制流程和機制。管理計劃本身是通過變更控制過程進行不斷更新和修訂的，不允許修改是不切合實際的?！締栴}2】(1) 所使用的項目管理過程。(2) 每個特定項目管理過程的實施程度。(3) 完成這些項目的工具和技術(shù)的描述。(4) 選擇的項目的生命周期和相關(guān)的項目階段。(5) 如何用選定的

39、過程來管理具體的項目。包括過程之間的依賴與交互關(guān)系和基本的輸入輸出等。(6) 如何執(zhí)行流程來完成項目目標。(7) 如何監(jiān)督和控制變更更。(8) 如何實施配置管理。(9) 如何維護項目績效基線的完整性。(10) 與項目干系人進行溝通的要求和技術(shù)。(11) 為項目選擇的生命周期模型，對于多階段項目，要包括所定義階段是如何劃分的。(12) 為了解決某些遺留問題和未定的決策，對于其內(nèi)容、嚴重程度和緊迫程度進行的關(guān)鍵管理評審。【問題3】(1) 建立整體管理機制。老陸應(yīng)分配更多的精力來進行項目管理，或由其他合適的人員來承擔(dān)整體管理的工作。(2) 理清各子項目組目前的工作狀態(tài)。例如其工作進度、成本、資源配置

40、等。(3) 重新定義項目的整體管理計劃，并與各子項目計劃建立明確關(guān)聯(lián)。(4) 按照計劃要求，重新進行資源平衡。(5) 建立或加強項目的溝通、報告和監(jiān)控機制。(6) 加強項目的整體變更控制。 第7章 項目范圍管理項目范圍管理流程圖（5過程）案例一（范圍管理 教程p518 23.2.1） 系統(tǒng)集成項目管理工程師教程 第23章-案例分析 23.2.1 p518m公司原本是一家專注于企業(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)中儲存著全部信

41、息，其中包括部分機密信息；政務(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)的

42、風(fēng)格，操作也不夠便捷，要求徹底更換，由于最初設(shè)計的缺陷，系統(tǒng)表現(xiàn)層和邏輯層緊密耦合，導(dǎo)致70%的代碼重寫，而第二版的用戶界面仍不能滿足最終用戶的要求，最終又重寫部分代碼才通過駛收，由于系統(tǒng)的反復(fù)變更，項目組成員產(chǎn)生了強烈的挫折感，士氣低落，項目工期也超出原計劃的100%。【問題1】（5分）請不超過150字，對張工的行為進行點評?【問題2】（5分）請從項目范圍管理的角度找出該項目實施過程中的主要管理問題？不超150字【問題3】（5分）請結(jié)合你本人實際項目經(jīng)驗，指出應(yīng)如何避免類似問題?不超過150字【問題1】請對張工的行為進行點評？工作的優(yōu)點：1、認識到電子政務(wù)建設(shè)與企業(yè)信息化建設(shè)的不同，考慮到了

43、項目的獨特性的特征；2、針對業(yè)務(wù)需求中對內(nèi)網(wǎng)、外網(wǎng)的互聯(lián)互通的要求，針對性招聘了網(wǎng)絡(luò)互聯(lián)互通的技術(shù)人員；3、滿足了用戶保密性的要求；工作的缺點：1、采用“瀑布模式”的項目生命周期，沒有進行論證，武斷；2、用戶需求調(diào)研的不全面，忽視了系統(tǒng)頁面的需求；并且，進行第二版修正時，沒有針對頁面的需求修改進行確認。3、設(shè)計方案沒有進行驗證；表現(xiàn)層內(nèi)耦合的業(yè)務(wù)邏輯，增加了修改的代價；4、團隊管理措施不力，成員產(chǎn)生挫折感；【問題 2】請從項目范圍管理的角度找出該項目實施過程中的主要管理問題。1、 沒有建立規(guī)范的項目范圍管理流程和制度。2、 范圍定義和需求分析時，工作不細致，忽視了b/s架構(gòu)下的頁面需求3、 需

44、求范圍變更中，沒有對頁面變更進行“確認”，就修改代碼【問題 3】 答題的思路和提綱，請將下列答題點細化1、 針對甲方的需求，制定實用的項目范圍管理計劃；2、 做好范圍定義工作（詳細列出方法）3、 做好需求分析工作（方法、過程、工作步驟）4、 重視范圍確認（方法）5、 嚴格范圍變更（變更流程）6、 建立完善的項目范圍管理制度和規(guī)范的范圍管理流程案例二（需求評審 教程 p514 23.1.5） 系統(tǒng)集成項目管理工程師教程 p514 第23章-案例分析 23.1.5 答：1、軟件需求是軟件開發(fā)的最重要的一個輸入，需求風(fēng)險也常常是軟件開發(fā)過程中最大的一個風(fēng)險，降低需求風(fēng)險的一個重要手段就是需求評審，但

45、是需求評審是所有的評審活動中最難的一個，也是最容易被忽視的一個評審。2 以上的現(xiàn)象可以在很多項目中都可以看到。概括起來，在需求評審中常見的問題是： 需求報告很長，短時間內(nèi)評審者根本就不能把需求報告讀懂，想清楚； 沒有作好前期準備工作，需求評審的效率很低； 需求評審的節(jié)奏無法控制； 找不到合格的評審員，與會的評審員無法提出深入的問題；3 問題所在：l 評審缺乏有效依據(jù)和規(guī)范，不能保證評審的覆蓋率和有效性。l 產(chǎn)品經(jīng)理沒有把握好會議主題，評審變成了頭腦風(fēng)暴。l 目標性需求沒有溝通好，后面的需求變成空中樓閣。l 缺乏評審的可操作依據(jù)，遺漏評審內(nèi)容。l 沒有作好前期準備工作，導(dǎo)致評審時間長，效率低。l

46、 沒有選擇合適的評審人員，無法獲得有價值的反饋。l 參加人員過多，容易陷入細枝末節(jié)的討論，會議演變成一場人人自由的混戰(zhàn)。 4 那么究竟如何做好需求評審呢？ 建議一：分層次評審 我們知道用戶的需求是可以分層次的，一般而言可以分成如下的層次： 目標性需求：定義了整個系統(tǒng)需要達到的目標； 功能性需求：定義了整個系統(tǒng)必須完成的任務(wù)； 操作性需求：定義了完成每個任務(wù)的具體的人機交互；目標性需求是企業(yè)的高層管理人員所關(guān)注的，功能性需求是企業(yè)的中層管理人員所關(guān)注的，操作性需求是企業(yè)的具體操作人員所關(guān)注的。對不同層次的需求，其描述形式是有區(qū)別的，參與評審的人員也是不同的。如果讓具體的操作人員去評審目標性需求，

47、可能會很容易地導(dǎo)致“撿了芝麻，丟了西瓜”的現(xiàn)象，如果讓高層的管理人員也去評審那些操作性需求，無疑是一種資源的浪費或者就會出現(xiàn)案例三的情形。 建議二：正式評審與非正式評審結(jié)合正式評審是指通過開評審會的形式，組織多個專家，將需求涉及到的人員集合在一起，并定義好參與評審人員的角色和職責(zé)，對需求進行正規(guī)的會議評審。而非正式的評審并沒有這種嚴格的組織形式，一般也不需要將人員集合在一起評審，而是通過電子郵件、文件匯簽甚至是網(wǎng)絡(luò)聊天等多種形式對需求進行評審。2種形式各有利弊，但往往非正式的評審比正式的評審效率更高，更容易發(fā)現(xiàn)問題。因此在評審時，應(yīng)該更靈活地利用這2種方式。 建議三：分階段評審應(yīng)該在需求形成的

48、過程中進行分階段的評審，而不是在需求最終形成后再進行評審。分階段評審可以將原本需要進行的大規(guī)模評審拆分成各個小規(guī)模的評審，降低了需求返工的風(fēng)險，提高了評審的質(zhì)量。比如可以在形成目標性需求后進行一次評審，在形成系統(tǒng)的初次概要需求后進行一次評審，當對概要需求細分成幾個部分，對每個部分進行各個評審，最終再對整體的需求進行評審。 建議四：精心挑選評審員需求評審可能涉及的人員包括：需方的高層管理人員、中層管理人員、具體操作人員、it主管、采購主管；供方的市場人員、需求分析人員、設(shè)計人員、測試人員、質(zhì)量保證人員、實施人員、項目經(jīng)理以及第三方的領(lǐng)域?qū)＜业鹊?。在這些人員中由于大家所處的立場不同，對同一個問題的

49、看法是不相同的，有些觀點是和系統(tǒng)的目標有關(guān)系的，有些是關(guān)系不大的，不同的觀點可能形成互補的關(guān)系。為了保證評審的質(zhì)量和效率，需要精心挑選評審員。首先要保證使不同類型的人員的都要參與進來，否則很可能會漏掉了很重要的需求。其次在不同類型的人員中要選擇那些真正和系統(tǒng)相關(guān)的，對系統(tǒng)有足夠了解的人員參與進來，否則很可能使評審的效率降低或者最終不切實際的修改了系統(tǒng)的范圍。 建議五：對評審員進行培訓(xùn)在很多情況下，評審員是領(lǐng)域?qū)＜叶皇沁M行評審活動的專家，他們沒有掌握進行評審的方法、技巧、過程等，因此需要對評審員進行，同樣對于主持評審的管理者也需要進行培訓(xùn)，以便于參與評審的人員能夠緊緊圍繞評審的目標來進行，能夠

50、控制評審活動的節(jié)奏，提高評審效率，避免發(fā)生案例一和案例二中出現(xiàn)的現(xiàn)象。對評審員的培訓(xùn)也可以區(qū)分為簡單培訓(xùn)與詳細培訓(xùn)2種。簡單培訓(xùn)可能需要十幾分鐘或者幾十分鐘，需要將在評審過程中的需要把握的基本原則，需要注意的常見問題說清楚。詳細培訓(xùn)則可能要需要對評審的方法、技巧、過程進行正式的培訓(xùn)，需要花費較長的時間，是一個獨立的活動。需要注意的是被評審人員也要被培訓(xùn)。 建議六：充分利用需求評審檢查單需求檢查單是很好的評審工具，需求檢查單可以分成2類：需求形式的檢查單和需求內(nèi)容的檢查單。需求形式的檢查可以由qa人員負責(zé)，主要是針對需求文擋的格式是否符合質(zhì)量標準來提出的，需求內(nèi)容的檢查是由評審員負責(zé)的，主要是檢

51、查需求內(nèi)容是否達到了系統(tǒng)目標、是否有遺漏、是否有錯誤等等，這是需求評審的重點。檢查單可以幫助評審員系統(tǒng)全面地發(fā)現(xiàn)需求中的問題，檢查單也是隨著工程財富的積累逐漸豐富和優(yōu)化的。 建議七：建立標準的評審流程對正規(guī)的需求評審會需要建立正規(guī)的需求評審流程，按照流程中定義的活動進行規(guī)范的評審過程。比如在評審流程定義中可能規(guī)定評審的進入條件，評審需要提交的資料，每次評審會議的人員職責(zé)分配，評審的具體步驟，評審?fù)ㄟ^的條件等等。通過評審流程執(zhí)行可能會避免出現(xiàn)案例五之類的問題。 建議八：做好評審后的跟蹤工作在需求評審后，需要根據(jù)評審人員提出的問題進行評價，以確定哪些問題是必須糾正的，哪些可以不糾正，并給出充分的客

52、觀的理由與證據(jù)。當確定需要糾正的問題后，要形成書面的需求變更的申請，進入需求變更的管理流程，并確保變更的執(zhí)行，在變更完成后，要進行復(fù)審。切忌評審?fù)戤吅?，沒有對問題進行跟蹤，而無法保證評審結(jié)果的落實，使前期的評審努力付之東流。 建議九：充分準備評審評審質(zhì)量的好壞很大程度上取決于在評審會議前的準備活動。 常出現(xiàn)的問題是，需求文檔在評審會議前并沒有提前下發(fā)給參與評審會議的人員，沒有留出更多更充分的時間讓參與評審的人員閱讀需求文檔。更有甚者，沒有執(zhí)行需求評審的進入條件，在評審文檔中存在大量的低級的錯誤或者沒有在評審前進行溝通，文檔中存在方向性的錯誤，從而導(dǎo)致評審的效率很低，質(zhì)量很差。對評審的準備工作，

53、也應(yīng)當定義一個檢查單，在評審之前對照檢查單落實每項準備工作。案例三（范圍管理 2009下 試題二） 閱讀下列說明，針對項目的范圍管理，回答問題1至問題3，將解答填入答題紙的對應(yīng)欄內(nèi)。【說明】 c公司是一家從事電子商務(wù)的外國公司，為了在中國開展業(yè)務(wù)，派出s主管和w翻譯來中國尋找合適的系統(tǒng)集成商，試圖在中國建設(shè)一套業(yè)務(wù)系統(tǒng)。s主管精通軟件開發(fā)，但是不懂漢語，而w翻譯對計算機相關(guān)技術(shù)知之甚少。 w翻譯通過中國朋友介紹，找到了從事系統(tǒng)集成的h公司。h公司指派楊工為該業(yè)務(wù)系統(tǒng)建設(shè)項目經(jīng)理，與c公司進行交流。經(jīng)過需求調(diào)研，楊工認為，c公司想要建設(shè)一個視頻聊天網(wǎng)站，并據(jù)此完成了系統(tǒng)方案。在w的翻譯下，s審閱

54、并認可了h公司的系統(tǒng)方案。經(jīng)過進一步的談判，c公司和h公司簽訂了合同，并把該系統(tǒng)方案作為合同附件，作為將來項目驗收的標準。合同簽訂后，楊工迅速組織人力投入系統(tǒng)開發(fā)。由于楊工系統(tǒng)集成經(jīng)驗豐富，開發(fā)過程進展順利，對項目如期完工很有把握。系統(tǒng)開發(fā)期間，s主管和w翻譯忙于在全國各地開拓市場，與h公司沒有再進行接觸。就在系統(tǒng)開發(fā)行將結(jié)束之際，s主管和w翻譯來到h公司查看開發(fā)進度。當看到楊工演示的即將完工的業(yè)務(wù)系統(tǒng)時，s主管卻表示，視頻聊天只是系統(tǒng)的一個基本功能，系統(tǒng)的核心功能則是通過視頻聊天實現(xiàn)網(wǎng)上交易的電子商務(wù)活動，要求h公司完善系統(tǒng)功能并如期交付。楊工拿出系統(tǒng)方案作為證據(jù)，據(jù)理力爭。 w翻譯承認此前他的工作有誤，導(dǎo)致雙方對項目范圍的認識產(chǎn)生了偏差，并說服s主管將交付日期延后2個月。為了完成合同，楊工同意對系統(tǒng)功能進行擴充完善，并重新修訂了系統(tǒng)方案。但是，此后c公司又多次提出范圍變更要求。楊工發(fā)現(xiàn)，不斷修訂的系統(tǒng)方案已經(jīng)嚴重偏離了原始方案，系統(tǒng)如期交付已經(jīng)是不可能的任務(wù)了?！締栴}1】