試題一、閱讀下列說明，回答問題至問題，將解答填入答題紙的對應(yīng)欄內(nèi)。

【說明】 某項目工期為個月，該項目的項目經(jīng)理在第個月末對項目進(jìn)行了中期檢查，檢查結(jié)果表明完成了計劃進(jìn)度的90%，相關(guān)情況見下表（單位：萬元），表中活動之間存在F-S關(guān)系。

【問題】（分） 計算中期檢查時項目的CPI、CV和SV，以及“概要設(shè)計”活動的EV和SPI。

答：中期檢查時：PV=4+10+10=24；AC=4+11+11=26；EV=24*0.9=21.6

CPI=EV/AC=0.83；CV=EV-AC=-4.4；SV=EV-PV=-2.4

概要設(shè)計：PV=4；EV=3.6；SPI=0.9

【問題】（分） 如果按照當(dāng)前的績效，計算項目的ETC和EAC。

答：BAC=50；ETC=(BAC-EV)/CPI=（50-21.6）/0.83=34.2；EAC=ETC+AC=34.2+26=60.2

【問題】（分） 請對該項目目前的進(jìn)展情況作出評價。如果公司規(guī)定，在項目中期評審中，項目的進(jìn)度績效指標(biāo)和成本績效指標(biāo)在計劃值的正負(fù)10%即為正常，則該項目是否需要采取糾正措施？如需要，請說明可采取哪些糾正措施進(jìn)行成本控制；如不需要，請說明理由。

答：CPI=0.83<0.9,因此成本要采取糾正措施；SPI=0.9，正常范圍內(nèi)，進(jìn)度不需要采取措施。

可采取的成本控制措施：1.采用成本變更控制系統(tǒng)；2.進(jìn)行績效衡量分析；3.進(jìn)行項目預(yù)測；4.項目績效審核；5.趨勢分析；

【問題】（分） 結(jié)合本案例，判斷下列選項的正誤（填寫在答題紙的對應(yīng)欄內(nèi)，正確的選項填寫“√”，錯誤的選項填寫“×”）：

（）應(yīng)急儲備是包含在成本基準(zhǔn)內(nèi)的一部分預(yù)算，用來應(yīng)對已經(jīng)接受的已識別風(fēng)險，并已經(jīng)制定應(yīng)急或減輕措施的已識別風(fēng)險。（）

（）管理儲備主要應(yīng)對項目的“已知未知”風(fēng)險，是為了管理控制的目的而特別留出的項目預(yù)算。（）

（）管理儲備是項目成本基準(zhǔn)的有機(jī)組成部分，不需要高層管理者審批就可以使用。（）

（）成本基準(zhǔn)就是項目的總預(yù)算，不需要按照項目工作分解結(jié)構(gòu)和項目生命周期進(jìn)行分解。（）

（）成本管理過程及其使用的工具和技術(shù)會因應(yīng)用領(lǐng)域的不同而變化，一般在項目生命期定義過程中對此進(jìn)行選擇。（）

答：對、錯、錯、錯、對

試題二 閱讀下列說明，回答問題至問題，將解答填入答題紙的對應(yīng)欄內(nèi)。

【說明】某系統(tǒng)集成公司中標(biāo)某信息中心IT運(yùn)維平臺開發(fā)項目，公司任命小李為項目經(jīng)理。小李在項目啟動階段確定了項目團(tuán)隊和項目組織架構(gòu)，項目團(tuán)隊氛圍三個小組：研發(fā)組、測試組和產(chǎn)品組。各組成員分別來自研發(fā)部、測試部以及產(chǎn)品管理部。

小李制定了項目整體進(jìn)度計劃，將項目分為需求分析、設(shè)計、編碼、試運(yùn)行和驗(yàn)收五個階段。為保證項目質(zhì)量，小李請有著多年的編碼、測試工作經(jīng)歷的測試組組長張工兼任項目的質(zhì)量保證人員。

在項目啟動會上，小李對張工進(jìn)行了口頭授權(quán)，并要求張工在項目的重要階段（如完成需求分析、完成總體設(shè)計、完成單元編碼和測試等）必須對項目交付物進(jìn)行質(zhì)量檢查。在檢查時，張工可以根據(jù)自己的經(jīng)驗(yàn)提出要求，對于不滿足要求的工作，必須立即進(jìn)行返工。項目在實(shí)施過程中，遇到一些問題，具體如下：

在項目組完成編碼與單元測試工作，準(zhǔn)備進(jìn)行系統(tǒng)集成前，張工按照項目經(jīng)理小李的要求進(jìn)行了質(zhì)量檢查。在檢查過程中，張工憑借多年開發(fā)經(jīng)驗(yàn)，認(rèn)為某位開發(fā)人員負(fù)責(zé)的一個模塊代碼存在響應(yīng)時間長的問題，并對其開具了不符合項報告。但這位開發(fā)人員認(rèn)為自己是嚴(yán)格按照公司編碼規(guī)范編寫的，響應(yīng)時間長不是自己的問題。經(jīng)過爭吵，張工未能說服該開發(fā)人員，同時考慮到該模塊對整體項目影響不大，張工沒有再追究此事，該代碼也沒有修改。

在項目上線前，信息中心領(lǐng)導(dǎo)組織技術(shù)專家到項目現(xiàn)場進(jìn)行調(diào)研和考察。專家組對已完成的編碼進(jìn)行了審查，發(fā)現(xiàn)很多模塊不能滿足甲方的質(zhì)量要求。

【問題】（10分）請指出該項目在質(zhì)量管理方面可能存在哪些問題？

答：

1.　　沒有制定詳細(xì)的質(zhì)量管理計劃

2.　　沒有建立完善的質(zhì)量管理體系

3.　　沒有沒有嚴(yán)格的質(zhì)量標(biāo)準(zhǔn)

4.　　測試組長兼任項目質(zhì)量保證人員不妥

5.　　張工只是根據(jù)個人經(jīng)驗(yàn)進(jìn)行質(zhì)量檢查

6.　　沒有進(jìn)行階段審核，沒有設(shè)置里程碑

7.　　沒有對各項目干系人做好有效的溝通

8.　　風(fēng)險預(yù)計不足，沒有制定詳細(xì)的應(yīng)對措施

【問題】（分）請指出張工在質(zhì)量檢查中可能存在的問題。

答：

1.　　沒有制定詳細(xì)的質(zhì)量管理計劃

2.　　沒有建立完善的質(zhì)量管理體系

3.　　沒有沒有嚴(yán)格的質(zhì)量標(biāo)準(zhǔn)

4.　　測試組長兼任項目質(zhì)量保證人員不妥

5.　　張工只是根據(jù)個人經(jīng)驗(yàn)進(jìn)行質(zhì)量檢查

6.　　沒有進(jìn)行階段審核，沒有設(shè)置里程碑

7.　　沒有對各項目干系人做好有效的溝通

8.　　風(fēng)險預(yù)計不足，沒有制定詳細(xì)的應(yīng)對措施

【問題】（分）針對上述問題，如果你是項目經(jīng)理，你會采取哪些措施？

答：

1.　　制定詳細(xì)的質(zhì)量管理計劃

2.　　建立完善的質(zhì)量管理體系

3.　　制定嚴(yán)格的質(zhì)量標(biāo)準(zhǔn)

4.　　請專職項目質(zhì)量保證人員

5.　　進(jìn)行階段審核，沒有設(shè)置里程碑

6.　　對各項目干系人做好有效的溝通

7.　　制定詳細(xì)的風(fēng)險應(yīng)對措施

8.　　開具不符合項目報告經(jīng)上級審批把關(guān)

9.　　檢查結(jié)果要確定落實(shí)到位

【問題】（分）在（）（）中填寫恰當(dāng)內(nèi)容（從候選答案中選擇一個正確選項，將該選項編號填入答題紙對應(yīng)欄內(nèi)）。

在質(zhì)量控制中，可以使用的工具和技術(shù)有（）、（）、（）、（）、（）。

候選答案：

、趨勢分析   B、試驗(yàn)設(shè)計   C、因果圖   　　D、統(tǒng)計抽樣

、帕累托圖   F、質(zhì)量成本   G、成本效益分析    H、控制圖

答： A、  C、   D、  E、   H

試題三 閱讀下列說明，回答問題至問題，將解答填入答題紙的對應(yīng)欄內(nèi)。

【說明】項目經(jīng)理小李負(fù)責(zé)了一個新的項目，該項目的內(nèi)容是為某市開發(fā)一套智慧城市公共綜合信息服務(wù)平臺。項目啟動階段，甲方仔細(xì)查看了小李提交的項目實(shí)施方案，提出由于該項目的投資方構(gòu)成復(fù)雜，項目需求不清晰，希望項目組能想辦法解決這個問題。

小李向公司申請了幾名經(jīng)驗(yàn)豐富的系統(tǒng)分析師，加強(qiáng)需求分析階段的工作。經(jīng)過較為充分的需求調(diào)研，形成了初步的需求說明書。小李認(rèn)為需求分析工作較為詳細(xì)，按照公司常用的軟件開發(fā)生命周期模型，選擇了瀑布模型進(jìn)行開發(fā)。

在編寫概要設(shè)計和詳細(xì)設(shè)計說明書的過程中，客戶方提供了幾處需求的修改要求。由于其工作量不大，小李直接安排系統(tǒng)分析師按客戶的要求進(jìn)行了修改。在編碼階段后期，由于客戶的投資方發(fā)生了變化，新的投資方采用了新的運(yùn)營模式，導(dǎo)致需求發(fā)生較大變化，由于前期甲方已經(jīng)強(qiáng)調(diào)過項目需求特點(diǎn)和要求，小李只能接受客戶新的變更要求。在執(zhí)行變更的過程中，項目組發(fā)現(xiàn)新的需求將導(dǎo)致系統(tǒng)架構(gòu)的更改，經(jīng)過評估該變更將使項目延期。

【問題】（分）請分析該項目在整個過程中存在哪些主要問題？

答：

1.　　沒有做好需求管理計劃

2.　　需求說明書沒有經(jīng)客戶簽字確認(rèn)

3.　　沒有根據(jù)項目的具體情況選擇合適的開發(fā)生命周期模型

4.　　需求變更沒有走變更流程

5.　　沒有形成文檔，沒有記錄

6.　　沒有形成需求基線，需求不明確

【問題】（分）請說明項目范圍（需求）變更控制流程。

答：申請審核批準(zhǔn)實(shí)施監(jiān)控效果評估。

【問題】（分）請將下面（）（）處的答案填寫在答題紙的對應(yīng)欄內(nèi)。

每項記錄在冊的變更請求都必須由（）批準(zhǔn)或否決。

變更結(jié)束后，形成新的項目極限并納入到配置庫的（）庫中，這時配置管理員應(yīng)向項目組成員提交一份（）報告。

（）、（）、（）構(gòu)成了項目的范圍基準(zhǔn)。

答：

1.　　CCB配置管理委員會

2.　　受控庫

3.　　配置變更管理報告

4.　　詳細(xì)的范圍說明書，WBS，WBS字典

【問題】（分）小李選擇瀑布模型作為生命周期模型是否合適？如合適，請說明理由；如不合適，請說明理由，并給出合適的生命周期模型。

答：不合適；項目前期需求不明確，不適用瀑布模型；適用迭代、螺旋等模型。