2023年上半年系統(tǒng)集成項目管理工程師考試練習(xí)題及答案一、單項選擇題（共70題，每題1分，每題的備選項中，只有1個最符合題意）1.某信息系統(tǒng)集成項目在規(guī)劃階段，項目經(jīng)理需制定項目管理計劃。以下關(guān)于項目管理計劃的描述中，錯誤的是（）。A.項目管理計劃是綜合性計劃，整合了各子計劃B.項目管理計劃需由項目發(fā)起人最終審批C.項目管理計劃應(yīng)基于基準(zhǔn)進行監(jiān)控D.項目管理計劃可根據(jù)實際情況進行滾動式更新【答案】B2.某項目采用敏捷開發(fā)模式，在迭代規(guī)劃會議中，團隊需確定本迭代的目標(biāo)和待完成的用戶故事。以下不屬于敏捷迭代規(guī)劃會議輸入的是（）。A.產(chǎn)品待辦列表（ProductBacklog）B.團隊當(dāng)前的開發(fā)速率（Velocity）C.上一迭代的燃盡圖（BurndownChart）D.項目總體進度基準(zhǔn)【答案】D3.某項目進行到執(zhí)行階段，發(fā)現(xiàn)實際成本（AC）為120萬元，計劃價值（PV）為100萬元，掙值（EV）為90萬元。此時項目的成本績效指數(shù)（CPI）和進度績效指數(shù)（SPI）分別為（）。A.0.75，0.9B.0.9，0.75C.1.33，0.9D.0.9，1.33【答案】A（CPI=EV/AC=90/120=0.75；SPI=EV/PV=90/100=0.9）4.關(guān)于項目范圍管理中的“確認(rèn)范圍”過程，以下描述正確的是（）。A.確認(rèn)范圍主要關(guān)注可交付成果的正確性B.確認(rèn)范圍由質(zhì)量控制部門獨立完成C.確認(rèn)范圍需客戶或發(fā)起人正式驗收D.確認(rèn)范圍在項目收尾階段一次性完成【答案】C5.某項目需采購一批服務(wù)器，招標(biāo)文件中明確要求服務(wù)器內(nèi)存不低于32GB，硬盤容量不小于2TB。這種采購需求描述方法屬于（）。A.性能規(guī)格B.功能規(guī)格C.設(shè)計規(guī)格D.技術(shù)規(guī)格【答案】D6.項目風(fēng)險管理中，“建立風(fēng)險管理知識庫”屬于（）過程的輸出。A.規(guī)劃風(fēng)險管理B.識別風(fēng)險C.實施風(fēng)險應(yīng)對D.監(jiān)控風(fēng)險【答案】D7.某項目團隊成員來自不同部門，包括開發(fā)、測試、運維人員，項目經(jīng)理需協(xié)調(diào)跨部門溝通。此時最適合的溝通方式是（）。A.正式書面溝通B.非正式口頭溝通C.電子溝通（如郵件、即時通訊）D.面對面會議【答案】D8.以下不屬于項目相關(guān)方管理過程的是（）。A.識別相關(guān)方B.規(guī)劃相關(guān)方參與C.管理相關(guān)方參與D.控制相關(guān)方參與【答案】D（正確過程為“監(jiān)督相關(guān)方參與”）9.某項目進度計劃中，活動A的持續(xù)時間為3天，活動B與A存在FS（完成開始）依賴關(guān)系，滯后2天；活動C與A存在SS（開始開始）依賴關(guān)系，提前1天。若活動A于第1天開始，則活動B的最早開始時間（ES）和活動C的最早開始時間分別為（）。A.第4天，第0天（假設(shè)項目開始時間為第0天）B.第5天，第0天C.第4天，第1天D.第5天，第1天【答案】A（活動A第1天開始，第3天結(jié)束；活動B的ES=A的EF+滯后=3+2=5？需注意時間計算起點。通常項目開始時間為第0天，活動A持續(xù)3天，ES=0，EF=2（0+31），則活動B的ES=EF+滯后=2+2=4；活動C的ES=A的ES+提前=01=1，但實際中取0，故答案A）10.信息系統(tǒng)項目的可行性研究中，（）主要分析項目在技術(shù)上的可實現(xiàn)性，包括硬件、軟件、網(wǎng)絡(luò)等資源的可用性。A.經(jīng)濟可行性B.技術(shù)可行性C.法律可行性D.社會可行性【答案】B（中間省略50道選擇題，因篇幅限制，僅展示部分典型題目）二、案例分析題（共3題，每題25分，共75分）案例一：需求變更管理某公司承接了某銀行的“智能信貸審批系統(tǒng)”開發(fā)項目，合同約定工期12個月，預(yù)算800萬元。項目進入執(zhí)行階段3個月后，銀行提出新增“移動端審批”功能，并要求2個月內(nèi)完成開發(fā)。項目經(jīng)理立即組織團隊評估，發(fā)現(xiàn)新增功能需額外投入開發(fā)人員5名，預(yù)計增加成本120萬元，工期延長1個月。銀行表示“功能必須增加，但工期和成本不能超合同”，項目經(jīng)理陷入困境。問題1：分析本案例中需求變更管理存在的主要問題。（8分）問題2：針對銀行的要求，項目經(jīng)理應(yīng)采取哪些應(yīng)對措施？（9分）問題3：簡述需求變更控制的完整流程。（8分）【答案】問題1：主要問題包括：①需求變更未通過正式變更控制流程提出；②變更評估不全面（僅評估了成本和工期，未考慮對質(zhì)量、資源、風(fēng)險的影響）；③未與關(guān)鍵相關(guān)方（銀行、公司高層）充分溝通變更影響；④缺乏變更管理計劃，導(dǎo)致應(yīng)對被動。問題2：應(yīng)對措施：①引導(dǎo)銀行通過正式變更請求流程提交需求（填寫變更申請單）；②組織CCB（變更控制委員會）評估變更的影響，包括成本、工期、質(zhì)量、風(fēng)險等多維度；③與銀行協(xié)商變更優(yōu)先級，建議分階段實施（如先完成核心功能，后續(xù)迭代補充移動端）；④優(yōu)化資源配置（內(nèi)部調(diào)派有移動端開發(fā)經(jīng)驗的人員，或外包部分非核心模塊）；⑤重新簽訂補充協(xié)議，明確變更后的范圍、工期、成本責(zé)任。問題3：需求變更控制流程：①提出變更請求（書面形式）；②對變更進行初審（判斷是否必要、是否完整）；③變更影響分析（CCB組織評估）；④CCB審批（批準(zhǔn)/拒絕）；⑤實施變更（更新文檔、調(diào)整計劃、分配資源）；⑥監(jiān)控變更實施效果；⑦記錄變更日志，更新配置庫。案例二：進度管理與掙值分析某項目計劃工期6個月，每月預(yù)算100萬元（共600萬元）。各月PV（計劃價值）分布為：1月100萬，2月150萬，3月150萬，4月100萬，5月50萬，6月50萬。截至第3個月末，實際成本（AC）為420萬元，完成工作量的預(yù)算價值（EV）為380萬元。問題1：計算第3月末的CV（成本偏差）、SV（進度偏差）、CPI（成本績效指數(shù)）、SPI（進度績效指數(shù)），并判斷項目狀態(tài)。（8分）問題2：若項目后續(xù)工作按當(dāng)前CPI執(zhí)行，計算完工估算（EAC）。（6分）問題3：為糾正進度偏差，可采取哪些具體措施？（11分）【答案】問題1：CV=EVAC=380420=40萬元（成本超支）；SV=EVPV=380（100+150+150）=380400=20萬元（進度落后）；CPI=EV/AC=380/420≈0.905（成本效率低于1）；SPI=EV/PV=380/400=0.95（進度效率低于1）。結(jié)論：項目成本超支、進度落后。問題2：假設(shè)后續(xù)工作按當(dāng)前CPI執(zhí)行，EAC=BAC/CPI=600/0.905≈663萬元（或EAC=AC+（BACEV）/CPI=420+（600380）/0.905≈420+243=663萬元）。問題3：進度糾偏措施：①趕工（增加資源，如安排加班、增加開發(fā)人員）；②快速跟進（并行實施部分活動，如將原本串行的測試與開發(fā)部分重疊）；③優(yōu)化活動邏輯（重新分析關(guān)鍵路徑，縮短關(guān)鍵活動持續(xù)時間）；④資源平衡（從非關(guān)鍵路徑調(diào)資源到關(guān)鍵路徑）；⑤加強溝通協(xié)調(diào)（每日站會跟蹤進度，及時解決阻塞問題）；⑥使用更高效的工具或技術(shù)（如引入自動化測試工具減少測試時間）；⑦調(diào)整范圍（與客戶協(xié)商刪除非關(guān)鍵需求，優(yōu)先保證核心功能）。案例三：風(fēng)險管理某企業(yè)啟動“大數(shù)據(jù)營銷平臺”項目，涉及數(shù)據(jù)采集（需對接第三方平臺）、數(shù)據(jù)清洗、模型訓(xùn)練等模塊。項目團隊在規(guī)劃階段識別出以下風(fēng)險：R1（第三方數(shù)據(jù)接口不穩(wěn)定，導(dǎo)致數(shù)據(jù)采集延遲）、R2（模型訓(xùn)練所需算力不足，影響開發(fā)進度）、R3（客戶對數(shù)據(jù)隱私要求不明確，可能引發(fā)合規(guī)風(fēng)險）。問題1：請為每個風(fēng)險選擇合適的應(yīng)對策略（規(guī)避、轉(zhuǎn)移、減輕、接受），并說明理由。（12分）問題2：簡述風(fēng)險登記冊應(yīng)包含的主要內(nèi)容。（13分）【答案】問題1：R1（第三方接口不穩(wěn)定）：應(yīng)對策略為“減輕”。理由：可通過與第三方簽訂SLA（服務(wù)級別協(xié)議）明確接口穩(wěn)定性要求，同時開發(fā)備用接口（如同時對接兩家第三方平臺），降低延遲概率。R2（算力不足）：應(yīng)對策略為“規(guī)避”。理由：在采購服務(wù)器時選擇算力冗余20%的配置，或提前租賃云服務(wù)器資源，確保算力滿足需求，避免風(fēng)險發(fā)生。R3（隱私要求不明確）：應(yīng)對策略為“轉(zhuǎn)移”。理由：聘請專業(yè)法律顧問審核數(shù)據(jù)處理流程，將合規(guī)風(fēng)險轉(zhuǎn)移給外部專家；或與客戶簽訂補充協(xié)議明確責(zé)任邊界。問題2：風(fēng)險登記冊主要內(nèi)容：①風(fēng)險標(biāo)識（ID、名稱）；②風(fēng)險描述（發(fā)生原因、可能影響的目標(biāo)）；③風(fēng)險類別（技術(shù)、外部、組織等）；④風(fēng)險概率（高/中/低）；⑤風(fēng)險影響（對成本、進度、質(zhì)量的影響程度）；⑥風(fēng)險等級（概率×影響矩陣）；⑦應(yīng)對策略（規(guī)避、轉(zhuǎn)移等）；⑧應(yīng)對措施（具體行動步驟）；⑨責(zé)任分配（負(fù)責(zé)應(yīng)對的團隊成員）；⑩風(fēng)險狀態(tài)（已識別、已應(yīng)對、已關(guān)閉）；?跟蹤記錄（定期審查結(jié)果）。三、論文題（共2題，任選1題，75分）題目一：論信息系統(tǒng)項目的范圍管理請結(jié)合你參與管理的信息系統(tǒng)項目，論述如何在項目中實施范圍管理。要求：（1）簡述項目背景（項目目標(biāo)、規(guī)模、發(fā)起方、主要交付物、你的角色）；（2）詳細說明范圍管理各過程（規(guī)劃范圍管理、收集需求、定義范圍、創(chuàng)建WBS、確認(rèn)范圍、控制范圍）的具體實施方法和工具；（3）總結(jié)范圍管理的經(jīng)驗與教訓(xùn)。題目二：論信息系統(tǒng)項目的溝通管理請結(jié)合你參與管理的信息系統(tǒng)項目，論述如何在項目中實施溝通管理。要求：（1）簡述項目背景（項目目標(biāo)、規(guī)模、發(fā)起方、主要交付物、你的角色）；（2）詳細說明溝通管理各過程（規(guī)劃溝通管理、管理溝通、監(jiān)督溝通）的具體實施方法和工具；（3）總結(jié)溝通管理的經(jīng)驗與教訓(xùn)。論文參考答案（以題目一為例）一、項目背景2022年3月，我作為項目經(jīng)理，負(fù)責(zé)某電商企業(yè)“智能客服系統(tǒng)”開發(fā)項目。項目目標(biāo)是構(gòu)建支持多渠道（網(wǎng)頁、APP、微信）接入、具備自然語言理解能力的智能客服平臺，覆蓋售前咨詢、售后維權(quán)等場景。項目規(guī)模為12人團隊，工期8個月，預(yù)算450萬元。主要交付物包括需求規(guī)格說明書、系統(tǒng)原型、測試報告、部署上線的客服系統(tǒng)及操作手冊。我的角色是全面負(fù)責(zé)項目計劃、執(zhí)行、監(jiān)控，協(xié)調(diào)開發(fā)、測試、業(yè)務(wù)部門等相關(guān)方。二、范圍管理各過程實施1.規(guī)劃范圍管理：項目啟動后，我組織核心團隊（需求分析師、技術(shù)經(jīng)理）召開范圍管理規(guī)劃會議。依據(jù)項目章程、相關(guān)方登記冊，參考公司模板制定《范圍管理計劃》，明確需求收集方法（用戶訪談、問卷調(diào)查）、范圍定義工具（產(chǎn)品需求文檔PRD）、WBS分解標(biāo)準(zhǔn)（按功能模塊+可交付物）、確認(rèn)范圍的驗收標(biāo)準(zhǔn)（業(yè)務(wù)部門簽字確認(rèn)）、控制范圍的變更流程（CCB審批）。輸出《范圍管理計劃》和《需求管理計劃》。2.收集需求：針對電商業(yè)務(wù)部門（客服部、運營部）、最終用戶（消費者）開展需求收集。對客服部采用焦點小組訪談，了解高頻問題類型（如物流查詢、商品退換）；對運營部通過問卷調(diào)查收集對客服數(shù)據(jù)統(tǒng)計的需求（如問題解決率、平均響應(yīng)時間）；對消費者通過用戶故事（UserStory）收集典型場景（如“作為消費者，我希望在APP中輸入‘訂單12345’能直接查看物流信息”）。使用需求跟蹤矩陣（RTM）記錄需求來源和對應(yīng)交付物，共收集237條原始需求。3.定義范圍：基于收集的需求，篩選出核心需求（如多渠道接入、意圖識別）和非核心需求（如情感化回復(fù)），排除超出項目目標(biāo)的需求（如與ERP系統(tǒng)深度集成）。組織業(yè)務(wù)專家、技術(shù)骨干評審，編制《項目范圍說明書》，明確項目范圍邊界（不包含物流系統(tǒng)對接）、可交付物清單（客服后臺管理系統(tǒng)、前端交互界面）、驗收標(biāo)準(zhǔn)（系統(tǒng)響應(yīng)時間≤2秒，意圖識別準(zhǔn)確率≥90%）。4.創(chuàng)建WBS：采用類比法，參考公司類似項目的WBS結(jié)構(gòu)，按“可交付物+階段”分解。一級節(jié)點為“需求階段”“設(shè)計階段”“開發(fā)階段”“測試階段”“部署階段”；二級節(jié)點在開發(fā)階段分解為“前端開發(fā)”“后端開發(fā)”“NLP模型訓(xùn)練”；三級節(jié)點進一步細化（如“前端開發(fā)”分解為“網(wǎng)頁端界面”“APP端界面”）。WBS編碼遵循100%規(guī)則，確保覆蓋所有需求。最終形成5層WBS，共89個工作包。5.確認(rèn)范圍：在各階段里程碑（如需求階段、測試階段）結(jié)束時，組織業(yè)務(wù)部門進行范圍確認(rèn)。需求階段提交《需求規(guī)格說明書》，通過業(yè)務(wù)部門簽字確認(rèn)；測試階段提交《系統(tǒng)測試報告》，邀請客服代表進行UAT（用戶驗收測試），驗證功能符合需求。對未通過的部分（如“物流信息查詢”功能響應(yīng)時間為2.5秒），要求開發(fā)團隊整改，直至達到驗收標(biāo)準(zhǔn)后簽署《驗收確認(rèn)單》。6.控制范圍：項目執(zhí)行中，業(yè)務(wù)部門提出新增“客服機器人轉(zhuǎn)人工”功能。我要求提交正式變更請求，組織CCB（包括技術(shù)總監(jiān)、業(yè)務(wù)總監(jiān)、財務(wù)經(jīng)理）評估：新增功能需增加開發(fā)時間2周，成本30萬元，但能提升用戶體驗。CCB批準(zhǔn)變更后，更新WBS（新增“轉(zhuǎn)人工接口開