第1題： 某系統(tǒng)集成項目共有8個活動，項目完工預(yù)算BAC為100萬元，項目開展10天后，各活動的信息統(tǒng)計如下：

【問題1】（6分）
請確定本項目的關(guān)鍵路徑并計算項目總工期。
【問題2】（8分）
假設(shè)項目成本按照進度平均分配，緊前活動完成后緊后活動立即開始，請計算項目當(dāng)前的掙值（EV），以及進度績效指數(shù)（SPI）與成本績效指數(shù)（CPI）并進行績效分析。（結(jié)果保留兩位小數(shù)）
【問題3】（6分）
如果當(dāng)前偏差是典型的，請計算項目的ETC和EAC。（結(jié)果保留兩位小數(shù)）
答案解析與討論：m.yifanwine.com/st/1102479012.html

第3題： 某大型制造集團公司啟動了ERP 系統(tǒng)升級改造至云平臺的項目，旨在實現(xiàn)業(yè)務(wù)流程標(biāo)準(zhǔn)化、提升數(shù)據(jù)實時性和支持智能制造轉(zhuǎn)型。
項目執(zhí)行過程中，小李識別了干系人，將集團領(lǐng)導(dǎo)、財務(wù)部門領(lǐng)導(dǎo)、分廠綜合辦列為核心干系人，記入干系人登記冊，并進行了如下溝通管理相關(guān)的活動。
活動1：項目初期，由于系統(tǒng)升級過程需要得到各個部門的大力支持，因此項目經(jīng)理小李與集團領(lǐng)導(dǎo)匯報獲批后，通過企業(yè)內(nèi)網(wǎng)發(fā)布ERP系統(tǒng)升級通知。
活動2：小李重點走訪了財務(wù)部門領(lǐng)導(dǎo)，在分析財務(wù)業(yè)務(wù)目前的困境與問題基礎(chǔ)上收集了相應(yīng)的需求，并帶領(lǐng)團隊經(jīng)過多次會議討論給出了相應(yīng)的解決方案。
活動3：由于集團公司各分廠距離較遠，溝通比較困難，小李通過郵件的方式通知分廠綜合辦，告知系統(tǒng)升級的優(yōu)勢，要求一周內(nèi)安排業(yè)務(wù)骨干支持需求調(diào)研工作。兩周后小李未收到分廠反饋，經(jīng)微信溝通發(fā)現(xiàn)部分分廠長并未收到通知，收到通知的分廠長也由于生產(chǎn)進度緊張，擔(dān)心新系統(tǒng)升級過程會影響工作進度，并未安排業(yè)務(wù)骨干參與需求調(diào)研的工作。
活動4：新產(chǎn)品進入開發(fā)階段后，發(fā)現(xiàn)缺乏舊系統(tǒng)的邏輯接口說明，輾轉(zhuǎn)找到負責(zé)維護舊系統(tǒng)的技術(shù)員，溝通時了解到他擔(dān)心新系統(tǒng)上線后自己被取代而不愿意配合。給項目團隊的開發(fā)造成很大阻力。
進入測試階段，由于系統(tǒng)流程不符合生產(chǎn)實際操作，數(shù)據(jù)遷移頻繁報錯等，導(dǎo)致開發(fā)工作陷入停滯，預(yù)算超支，工期延誤。
【問題1】（5分）
分析案例，指出項目組在干系人管理和溝通管理方面出現(xiàn)的問題。
【問題2】（8分）
結(jié)合案例，請分別寫出4個溝通活動中涉及的干系人以及小李與各干系人溝通時分別采取的溝通方式。
【問題3】（4分）
在識別干系人過程中，應(yīng)用數(shù)據(jù)表現(xiàn)技術(shù)對干系人進行分類，分類方法有哪些？

答案解析與討論：m.yifanwine.com/st/11024923209.html

第4題：

A科技公司成功中標(biāo)某高校的“智慧校園”綜合管理平臺項目，公司任命老王負責(zé)項目管理工作，并選派年輕工程師小陳擔(dān)任配置管理員。在項目啟動會上，小陳展示了根據(jù)公司模板編制的配置管理計劃，但由于缺乏大型項目實戰(zhàn)經(jīng)驗，該計劃中的部分內(nèi)容與實際項目需求存在脫節(jié)。
開發(fā)階段，開發(fā)人員小李在實現(xiàn)“課表推送”功能時，發(fā)現(xiàn)需求文檔針對該功能的描述不合理，他直接在受控庫中修改了文檔，并基于修改后的需求進行了開發(fā)。
測試階段.產(chǎn)品經(jīng)理發(fā)現(xiàn)“課表推送”功能實現(xiàn)與原始設(shè)計存在偏差，但已無法追溯需求文檔的變更記錄。
集成測試階段，“成績管理”模塊集成測試頻繁失敗，調(diào)查發(fā)現(xiàn)受控庫中具有依賴關(guān)系的數(shù)據(jù)庫腳本與程序代碼的版本不一致，一是因為兩名開發(fā)人員分別在本地修改了同一個數(shù)據(jù)庫腳本。未遵守配置庫的變更及檢出機制，修改后的數(shù)據(jù)庫腳本提交到受控庫中后出現(xiàn)了版本覆蓋問題。臨近交付，開始執(zhí)行配置審計工作時，發(fā)現(xiàn)用戶手冊與系統(tǒng)功能存在多處差異。追溯發(fā)現(xiàn)，文檔團隊使用的仍是早期的基線版本，后續(xù)的變更都未能及時同步到文檔庫。
【問題1】（8分）
請簡述該項自在配置管理上存在的問題。
【問題2】（5分）
針對數(shù)據(jù)庫腳本與代碼版本不一致的問題，請從配置管理的角度提出具體改進方案。
【問題3】（4分）
判斷正誤。
（1）配置庫中的受控庫充許開發(fā)人員直接修改配置項。（）
（2）配置狀態(tài)報告應(yīng)該包含每個配置項的變更歷史記錄。（）
（3）配置審計只需要在項目結(jié)束時進行。（）
（4）配置項的狀態(tài)一般包括“草稿”、“正式”和“修改”三種狀態(tài)。（）
【問題4】（3分）
配置庫通?？煞譃椋?）、受控庫和（2）三種類型。其中，包含已發(fā)布使用的各種基線的存檔，并被置于完全的配置管理之下的庫是（3）。

答案解析與討論：m.yifanwine.com/st/110250432.html