2023年下半年中級系統(tǒng)集成項目管理工程師下午練習題及答案解析一、案例分析題（共5題，每題25分，滿分125分）案例一：智慧城市交通管理系統(tǒng)項目啟動與整體管理問題某科技公司于2023年3月承接了A市"智慧城市交通管理系統(tǒng)"項目，合同約定12月底前完成系統(tǒng)部署并通過驗收。項目啟動階段，公司高層直接任命技術部副經理李華為項目經理，未召開正式啟動會議。華為在入職后僅通過郵件向相關部門收集了《項目任務書》，其中僅包含"提升A市交通擁堵緩解率30%"的模糊目標，未明確具體功能模塊、驗收標準及關鍵干系人清單。項目進入規(guī)劃階段后，市交通局突然提出增加"實時公交到站預測"功能，稱合同中隱含"智慧交通應覆蓋公共出行服務"要求；市應急管理局要求系統(tǒng)與現有應急指揮平臺對接，但此前未參與需求調研。團隊因頻繁調整計劃導致進度滯后2周，關鍵開發(fā)人員因任務不明確出現抱怨。問題1：指出項目啟動階段存在的主要問題（6分）問題2：請說明項目章程應包含的核心內容（7分）問題3：針對干系人管理提出改進措施（12分）答案解析：問題1：啟動階段主要問題包括：①未正式發(fā)布項目章程，僅通過《項目任務書》替代，缺乏權威性；②項目經理任命未明確權限（如資源協(xié)調、變更審批）；③關鍵干系人識別不全（如市應急管理局未被識別）；④項目目標不清晰（"緩解率30%"無具體測算標準）；⑤未召開啟動會議統(tǒng)一共識，導致后續(xù)需求理解偏差。問題2：項目章程核心內容應包括：①項目目的或批準項目的原因；②可測量的項目目標（如"交通擁堵指數下降至XX"）；③項目的總體要求（如"兼容A市現有交通信號控制系統(tǒng)"）；④項目的主要風險（如"多部門需求沖突"）；⑤總體里程碑進度計劃（如"6月底前完成需求確認"）；⑥總體預算（如"總投資不超過1200萬元"）；⑦關鍵干系人清單及職責（如"市交通局為主要驗收方"）；⑧項目經理及其職權級別（如"有權調配20人開發(fā)團隊"）；⑨項目審批要求（如"需經市信息化領導小組審批"）。問題3：干系人管理改進措施：①重新識別干系人：通過頭腦風暴法梳理所有相關方（如市應急管理局、公交集團、市民代表）；②分析干系人需求：采用干系人參與評估矩陣，對市交通局（關鍵決策方）、應急管理局（接口需求方）、開發(fā)團隊（執(zhí)行方）分類管理；③制定參與計劃：對高權力高利益的市交通局，每周提交進度報告并召開專題會議；對低權力高利益的市民代表，通過線上問卷收集建議；④定期溝通：建立干系人溝通日志，記錄需求變更和反饋，避免信息不對稱；⑤管理期望：在項目章程中明確"需求變更需經CCB審批"，防止隨意增加功能。案例二：軟件開發(fā)項目范圍管理與需求變更控制某公司承接B企業(yè)"客戶關系管理（CRM）系統(tǒng)"開發(fā)項目，合同約定功能模塊包括客戶信息管理、銷售線索跟進、報表統(tǒng)計。項目初期，項目經理王強組織團隊完成了《需求規(guī)格說明書》，但未讓客戶簽字確認。開發(fā)中期，客戶提出"增加供應商管理模塊"，稱"CRM應包含全鏈條商務管理"；測試階段，客戶要求將"報表統(tǒng)計"細化為"按區(qū)域/行業(yè)/業(yè)務員三維度動態(tài)分析"，否則不驗收。團隊因多次返工導致成本超支15%，交付時間延遲1個月。問題1：分析范圍管理過程中存在的主要問題（7分）問題2：簡述需求變更的完整流程（8分）問題3：說明如何防止范圍蔓延（10分）答案解析：問題1：范圍管理問題：①需求確認缺失：《需求規(guī)格說明書》未獲客戶簽字，導致后續(xù)需求基線不明確；②范圍定義不完整：合同僅列模塊名稱，未細化功能點（如"報表統(tǒng)計"未明確維度）；③范圍控制失效：客戶提出"供應商管理"屬新增模塊，未評估影響直接接受；④缺乏WBS分解：未將需求轉化為可交付成果的工作包，導致需求變更影響難量化；⑤干系人參與不足：未在需求階段讓客戶關鍵用戶參與評審，導致后期理解偏差。問題2：需求變更完整流程：①變更提出：客戶以書面形式提交《變更申請單》，說明變更內容（如"增加供應商管理模塊"）、原因及期望時間；②變更評估：項目經理組織CCB（變更控制委員會）成員（開發(fā)、測試、客戶代表）評估變更對進度（需增加30個工作日）、成本（需額外投入20萬元）、質量（可能影響現有模塊兼容性）的影響；③變更決策：CCB根據評估結果投票，若同意則更新項目管理計劃；若拒絕需向客戶說明理由；④變更實施：開發(fā)團隊按更新后的需求調整任務，測試團隊重新制定測試用例；⑤變更驗證：客戶對變更后的功能進行驗收，確認符合要求后簽字；⑥變更記錄：將變更過程及結果記入《變更日志》，作為項目經驗教訓。問題3：防止范圍蔓延的措施：①明確范圍基線：需求規(guī)格說明書、WBS、WBS詞典需經客戶正式簽字確認，作為后續(xù)范圍控制的基準；②建立變更控制機制：所有變更必須通過CCB審批，未批準的變更不得執(zhí)行；③量化變更影響：對每個變更申請，需分析對時間、成本、資源的具體影響（如"增加1個模塊需延長工期2周，增加成本15萬"），并反饋給客戶；④加強需求管理：采用原型法或用戶故事（UserStory）細化需求，讓客戶提前看到實際效果，減少后期變更；⑤簽訂補充協(xié)議：對超出合同范圍的變更，需與客戶簽訂補充協(xié)議，明確新增功能的交付時間和費用；⑥定期確認范圍：每周召開范圍確認會議，與客戶核對當前完成的功能是否符合需求基線，避免累積變更。案例三：數據中心建設項目時間管理與關鍵路徑分析某公司承接C企業(yè)"異地災備數據中心"建設項目，活動清單及相關信息如下表所示（單位：周）：|活動|緊前活動|持續(xù)時間||||||A||3||B|A|4||C|A|5||D|B|2||E|C|3||F|D、E|6||G|F|4|問題1：繪制項目單代號網絡圖（5分）問題2：計算關鍵路徑、總工期及各活動的總浮動時間（10分）問題3：若活動C實際執(zhí)行6周（延遲1周），分析對項目總工期的影響（10分）答案解析：問題1：單代號網絡圖（節(jié)點為活動，箭線表示依賴關系）：A→B→D→F→GA→C→E→F→G問題2：關鍵路徑與總工期計算：采用正推法計算最早開始（ES）和最早結束（EF）時間：A：ES=0，EF=3B：ES=3，EF=7；C：ES=3，EF=8D：ES=7，EF=9；E：ES=8，EF=11F：ES=max(9,11)=11，EF=17G：ES=17，EF=21逆推法計算最晚開始（LS）和最晚結束（LF）時間（總工期21周）：G：LF=21，LS=17F：LF=17，LS=11D：LF=11，LS=9；E：LF=11，LS=8B：LF=9，LS=5；C：LF=8，LS=3A：LF=3，LS=0關鍵路徑為A→C→E→F→G（總工期21周）。各活動總浮動時間（TF=LSES或LFEF）：A：0；B：53=2；C：0；D：97=2；E：0；F：0；G：0問題3：活動C延遲1周的影響：原活動C持續(xù)時間為5周，ES=3，EF=8。若延遲1周，持續(xù)時間變?yōu)?周，則EF=3+6=9?；顒覧的ES將變?yōu)?（原ES=8），EF=9+3=12；活動F的ES=max(D的EF=9,E的EF=12)=12，EF=12+6=18；活動G的ES=18，EF=18+4=22。總工期由21周延長至22周，延遲1周。因活動C在關鍵路徑上，其總浮動時間為0，延遲1周將直接導致總工期增加1周。案例四：系統(tǒng)集成項目成本管理與掙值分析某公司2023年7月啟動"智慧校園一卡通系統(tǒng)"集成項目，計劃10月底完成，預算總成本（BAC）為200萬元。截至9月30日（計劃工期的2/3），項目執(zhí)行情況如下：計劃完成工作量的預算成本（PV）：150萬元實際完成工作量的預算成本（EV）：135萬元實際發(fā)生成本（AC）：160萬元問題1：計算成本偏差（CV）、進度偏差（SV）、成本績效指數（CPI）、進度績效指數（SPI）（8分）問題2：分析當前項目的成本和進度執(zhí)行情況（7分）問題3：預測完工估算（EAC），并提出成本改進措施（10分）答案解析：問題1：計算結果：CV=EVAC=135160=25萬元SV=EVPV=135150=15萬元CPI=EV/AC=135/160=0.84375SPI=EV/PV=135/150=0.9問題2：執(zhí)行情況分析：①成本超支：CV為負（25萬元），CPI<1（0.84），說明每投入1元僅獲得0.84元的價值，成本控制不佳；②進度滯后：SV為負（15萬元），SPI<1（0.9），說明實際進度僅達到計劃的90%，落后于計劃；③綜合狀態(tài)：項目處于"成本超支、進度滯后"的雙不利狀態(tài)，需立即采取糾正措施。問題3：EAC預測及改進措施：假設當前偏差是典型的（未來繼續(xù)按此績效執(zhí)行），則EAC=BAC/CPI=200/0.84375≈237萬元；若偏差是特殊原因導致（未來按計劃績效執(zhí)行），則EAC=AC+(BACEV)=160+(200135)=225萬元（通常取典型情況預測）。成本改進措施：①分析超支原因：通過成本核算發(fā)現，AC超支主要因硬件采購價格上漲（占超支額的60%）和團隊加班工資增加（占40%）；②優(yōu)化采購策略：與供應商協(xié)商批量折扣，或尋找替代供應商降低硬件成本；③調整資源分配：減少非關鍵路徑活動的資源投入，將人力集中于關鍵路徑；④加強成本監(jiān)控：每日更新AC數據，對比PV和EV，及時發(fā)現偏差；⑤控制變更：所有變更需嚴格評估成本影響，避免額外支出；⑥提高效率：對開發(fā)團隊進行技能培訓，減少因操作失誤導致的返工成本。案例五：跨國系統(tǒng)集成項目風險管理與溝通管理某公司承接D國"電子政務云平臺"集成項目，團隊由中國總部（技術開發(fā)）、D國本地團隊（實施部署）、第三方服務商（網絡設備供應）組成。項目初期，未識別"D國數據安全法要求核心數據必須本地存儲"的風險；實施階段，中國團隊用中文編寫的技術文檔未及時翻譯，D國團隊因理解錯誤導致部署失敗；第三方服務商因物流延遲，網絡設備到貨比計劃晚2周。項目經理因協(xié)調不暢導致團隊士氣低落，項目進度滯后4周。問題1：指出風險管理過程中存在的問題（6分）問題2：說明溝通管理計劃應包含的主要內容（9分）問題3：提出改進項目溝通的具體措施（10分）答案解析：問題1：風險管理問題：①風險識別不全面：未識別D國數據安全法規(guī)帶來的合規(guī)風險；②風險分析缺失：未對"文檔語言障礙""供應商物流"等風險進行概率和影響評估；③風險應對措施缺乏：針對供應商物流延遲，未提前制定備用供應商方案；④風險監(jiān)控不到位：未定期跟蹤風險狀態(tài)，導致問題發(fā)生后才被動應對；⑤風險登記冊未更新：未將新識別的法規(guī)風險記錄并制定應對計劃；⑥干系人風險意識不足：團隊未主動關注跨國項目的特殊風險（如文化差異、法律差異）。問題2：溝通管理計劃主要內容：①溝通目標：確保項目信息在中、外團隊及第三方之間準確、及時傳遞，避免因信息不對稱導致的延誤；②溝通對象：中國總部開發(fā)團隊、D國實施團隊、第三方服務商、D國政府客戶；③溝通頻率：周例會（中、外團隊）、日報（關鍵任務進展）、月匯報（客戶）；④溝通方式：正式溝通（郵件、視頻會議）、非正式溝通（即時通訊工具）；⑤溝通內容：技術文檔（需雙語版本）、進度報告（包含SV/CV指標）、風險狀態(tài)（更新風險登記冊）；⑥溝通負責人：項目經理（總協(xié)調）、技術翻譯（負責文檔轉換）、本地聯絡人（對接D國團隊）；⑦溝通渠道：專用項目管理平臺（如Jira）、云文檔共享（如GoogleDrive）；⑧溝通障礙處理：建立語言翻譯支持機制，對關鍵文檔進行雙語審核；⑨溝通效果評估：每月調查團隊對溝通效率的滿意度，調整溝通策略。問題3：改進溝通的具體措施：①建立多語言溝通機制：技術文檔采用中、D國語言雙語編寫，關鍵會議配備專業(yè)翻譯；②統(tǒng)一溝通平臺：使用國際通用的項目管理工具（如MicrosoftTeams），集成任務分配、文檔共享、即時聊天功能；③制定溝通時間表：每周三10:00（中國時間）召開中、外團隊視頻會議，同步進度并解決問題；