2025年P(guān)MI-ACP沖刺模擬卷考試時間：______分鐘總分：______分姓名：______一、選擇題（每題只有一個正確答案）1.根據(jù)PMI-ACP知識體系，以下哪項不是敏捷原則的核心內(nèi)容？A.響應(yīng)變化優(yōu)先于遵循計劃B.通過建立有效的客戶關(guān)系來最大化收益C.在整個項目生命周期中，盡早并持續(xù)交付有價值的軟件D.轉(zhuǎn)而構(gòu)建可持續(xù)發(fā)展的產(chǎn)品2.在Scrum框架中，由產(chǎn)品負(fù)責(zé)人（ProductOwner）創(chuàng)建和維護，包含產(chǎn)品待辦事項列表（ProductBacklog）中所有項目需求的文檔或列表是？A.SprintBacklogB.ProductBacklogC.ReleaseBacklogD.IncrementBacklog3.一個敏捷團隊正在舉行Sprint評審會，他們向干系人演示上個迭代的可工作軟件增量。以下哪項不是該會議的主要目的？A.獲得干系人對迭代結(jié)果的反饋B.宣布下一個Sprint的目標(biāo)C.審批Sprint的完成情況D.討論并調(diào)整產(chǎn)品待辦事項列表的優(yōu)先級4.Kanban方法中，“工作流可視化”是指什么？A.將所有項目文檔存儲在一個共享位置B.使用物理白板或數(shù)字工具展示工作項在不同狀態(tài)之間的流動C.定期召開會議討論工作進展D.為每個團隊成員分配清晰的任務(wù)5.用戶體驗（UX）設(shè)計關(guān)注的核心是？A.系統(tǒng)的運行速度和服務(wù)器配置B.用戶與產(chǎn)品交互時的感受和效率C.產(chǎn)品功能的復(fù)雜性和技術(shù)實現(xiàn)難度D.產(chǎn)品市場營銷策略和推廣渠道6.在敏捷環(huán)境中，用戶故事（UserStory）通常采用何種格式來描述？A.動詞+賓語+目標(biāo)B.作為...,我想要...,以便...C.問題+解決方案+收益D.功能模塊+性能指標(biāo)+開發(fā)人員7.以下哪項技術(shù)實踐通常與測試驅(qū)動開發(fā)（TDD）緊密相關(guān)？A.大型集成測試B.先編寫代碼再編寫測試用例C.對現(xiàn)有代碼進行重構(gòu)以提高質(zhì)量D.先編寫測試用例再編寫最小化功能代碼8.敏捷團隊中的“持續(xù)集成”（ContinuousIntegration,CI）強調(diào)什么？A.每天至少集成一次代碼變更到主分支B.每個開發(fā)人員只負(fù)責(zé)一部分功能模塊C.集成前需要進行全面的手動測試D.集成過程由項目經(jīng)理統(tǒng)一調(diào)度9.在大型組織中推動敏捷轉(zhuǎn)型，以下哪項策略通常被認(rèn)為是重要的？A.強制所有團隊在同一時間采用相同的敏捷框架B.由高層領(lǐng)導(dǎo)倡導(dǎo)并支持，從試點項目開始C.忽略現(xiàn)有組織結(jié)構(gòu)和文化差異，直接推行敏捷實踐D.僅關(guān)注技術(shù)層面的敏捷工具和流程引入10.敏捷環(huán)境下的業(yè)務(wù)分析活動，如需求獲取和優(yōu)先級排序，通常如何進行？A.通過正式的文檔規(guī)范和嚴(yán)格的過程評審B.通過與干系人的持續(xù)溝通、協(xié)作和探索C.主要由業(yè)務(wù)分析師獨立完成，開發(fā)團隊很少參與D.只關(guān)注技術(shù)可行性，忽略業(yè)務(wù)價值和用戶需求11.以下哪個工具或方法最適合用于識別和優(yōu)化工作流程中的瓶頸？A.用戶訪談B.用戶故事地圖C.價值流圖D.原型設(shè)計12.在敏捷團隊中，ScrumMaster的主要職責(zé)不包括？A.保護團隊免受外部干擾B.負(fù)責(zé)產(chǎn)品的詳細(xì)需求分析C.促進團隊協(xié)作和流程改進D.確保團隊遵循敏捷實踐和Scrum框架規(guī)則13.產(chǎn)品負(fù)責(zé)人（ProductOwner）在敏捷項目中最重要的角色是？A.管理項目預(yù)算和資源分配B.確保開發(fā)團隊按計劃交付C.代表干系人利益，定義產(chǎn)品目標(biāo)和價值，管理產(chǎn)品待辦事項列表D.執(zhí)行用戶測試和驗收14.當(dāng)敏捷團隊需要評估一個需求變更對項目的影響時，通常會采用什么方法？A.進行詳細(xì)的成本效益分析B.估算故事點或理想人天，并評估對Sprint進度和資源的影響C.由項目經(jīng)理單方面決定是否接受變更D.召開全體干系人會議進行無限制討論15.“精益思想”（LeanThinking）的核心原則之一是“消除浪費”（WasteElimination）。以下哪項不是常見的浪費類型？A.過量生產(chǎn)（Overproduction）B.等待時間（Waiting）C.標(biāo)準(zhǔn)化工作流程（StandardizedWork）D.運輸（Transportation）16.用戶體驗（UX）設(shè)計中的“可用性”（Usability）原則強調(diào)什么？A.界面設(shè)計越復(fù)雜越好，以體現(xiàn)技術(shù)實力B.產(chǎn)品應(yīng)該易于學(xué)習(xí)、高效使用、易于記憶、錯誤容錯性強、令人愉悅C.用戶體驗完全取決于產(chǎn)品的視覺美觀度D.應(yīng)該隱藏所有復(fù)雜的操作，只提供最基本的功能17.在用戶故事“作為一位電商客戶，我想要能夠方便地保存我的收貨地址，以便下次購物時自動填充，從而節(jié)省時間?！敝?，“我想要能夠方便地保存我的收貨地址”這部分描述的是？A.用戶角色（Persona）B.敘事部分（Asa...）和目標(biāo)部分（Iwant...）C.價值部分（Sothat...）D.驗收標(biāo)準(zhǔn)（AcceptanceCriteria）18.對于需要快速迭代和頻繁反饋的開發(fā)項目，以下哪種項目管理方法可能更合適？A.水晶模型（CrystalModel）B.計劃驅(qū)動型（Plan-Driven）瀑布模型C.軌道模型（RadarChartModel）D.增量模型（IncrementalModel）19.敏捷團隊如何進行需求優(yōu)先級排序？A.僅根據(jù)需求的估計復(fù)雜度（故事點）進行排序B.由產(chǎn)品負(fù)責(zé)人單獨決定，無需團隊參與C.考慮多個因素，如業(yè)務(wù)價值、客戶緊急度、依賴關(guān)系、風(fēng)險等D.按需求提出的時間順序進行排序20.在敏捷環(huán)境中，衡量項目成功的指標(biāo)可能不包括？A.迭代速度（Velocity）B.用戶滿意度C.項目預(yù)算節(jié)省百分比D.交付功能的數(shù)量21.“團隊”（Team）知識領(lǐng)域強調(diào)了自組織和跨職能團隊的重要性。以下哪項活動不是促進敏捷團隊協(xié)作的常見方式？A.定期舉行站會（Stand-upMeeting）B.鼓勵團隊成員在休息時間保持社交距離C.共同進行回顧會議（RetrospectiveMeeting）以改進流程D.為團隊成員分配清晰的角色和職責(zé)22.在產(chǎn)品交付（ProductDelivery）領(lǐng)域，持續(xù)交付（ContinuousDelivery）與持續(xù)集成（ContinuousIntegration）的主要區(qū)別在于？A.持續(xù)集成關(guān)注代碼集成，持續(xù)交付關(guān)注部署B(yǎng).持續(xù)集成需要自動化測試，持續(xù)交付不需要C.持續(xù)集成由開發(fā)人員執(zhí)行，持續(xù)交付由運維人員執(zhí)行D.持續(xù)集成是持續(xù)交付的子集23.敏捷中的“用戶故事地圖”（UserStoryMapping）主要用于什么目的？A.規(guī)劃項目發(fā)布和版本控制B.可視化用戶在完成特定任務(wù)時與產(chǎn)品的交互步驟和順序C.詳細(xì)描述每個用戶故事的非功能性需求D.評估用戶故事的技術(shù)復(fù)雜度24.敏捷項目中的“干系人”（Stakeholder）通常包括哪些群體？A.只包括項目的項目經(jīng)理和開發(fā)團隊B.只包括支付項目費用的客戶或用戶C.所有與項目目標(biāo)有利益關(guān)系或受項目影響的個人、群體或組織D.僅包括產(chǎn)品負(fù)責(zé)人和ScrumMaster25.在組織級敏捷（OrganizationalAgile）領(lǐng)域，推動變更管理的關(guān)鍵在于？A.制定嚴(yán)格的變更控制流程，限制任何變更B.高層領(lǐng)導(dǎo)的承諾和支持，以及有效的溝通和培訓(xùn)C.讓所有員工都參加敏捷培訓(xùn)課程，無論其職位如何D.完全依賴外部咨詢顧問來指導(dǎo)變革過程26.敏捷環(huán)境下的項目集管理（ProgramManagement）與項目組合管理（PortfolioManagement）的主要區(qū)別在于？A.項目集管理關(guān)注單個項目的成功，項目組合管理關(guān)注多個項目的集合B.項目集管理通常由ScrumMaster負(fù)責(zé)，項目組合管理由項目經(jīng)理負(fù)責(zé)C.項目集管理涉及協(xié)調(diào)多個相互關(guān)聯(lián)的項目，項目組合管理只關(guān)注財務(wù)投資回報D.項目集管理不需要風(fēng)險管理，項目組合管理需要戰(zhàn)略對齊27.以下哪個工具或方法最適合用于快速收集用戶對產(chǎn)品原型或功能的初步反饋？A.復(fù)雜的需求規(guī)格說明書B.用戶訪談（UserInterview）C.A/B測試（A/BTesting）D.缺陷跟蹤系統(tǒng)28.在敏捷團隊中，“重構(gòu)”（Refactoring）是指什么？A.修復(fù)代碼中的缺陷（Bug）B.在不改變軟件外在行為的前提下，改進其內(nèi)部結(jié)構(gòu)，以提高代碼質(zhì)量、可讀性或可維護性C.將手動測試轉(zhuǎn)換為自動化測試D.對產(chǎn)品需求進行根本性的重新定義29.根據(jù)業(yè)務(wù)分析（BusinessAnalysis）知識領(lǐng)域，識別、記錄、組織和優(yōu)先排序項目所需產(chǎn)品功能及特性的活動通常稱為？A.需求驗證B.需求確認(rèn)C.需求管理D.需求發(fā)現(xiàn)30.當(dāng)敏捷團隊在Sprint計劃會（SprintPlanningMeeting）上選擇要完成的用戶故事時，主要考慮的因素是？A.故事的價值、復(fù)雜度（故事點）以及團隊能否在Sprint期間完成B.故事的客戶優(yōu)先級和開發(fā)人員的個人喜好C.故事的技術(shù)依賴性和外部團隊的可用性D.故事的預(yù)計開發(fā)成本和資源投入二、選擇題（每題有多個正確答案，請選擇所有適用項）31.以下哪些是敏捷原則中提到的價值觀？A.個體和互動高于流程和工具B.持續(xù)交付有價值的軟件高于完成大規(guī)模的最終交付C.追求完美高于快速響應(yīng)變化D.敏捷響應(yīng)變化高于遵循計劃32.Scrum框架中，哪些角色組成Scrum團隊？A.產(chǎn)品負(fù)責(zé)人（ProductOwner）B.ScrumMasterC.開發(fā)團隊（DevelopmentTeam）D.項目經(jīng)理（ProjectManager）33.用戶體驗（UX）設(shè)計需要考慮的方面包括？A.信息架構(gòu)（InformationArchitecture）B.可訪問性（Accessibility）C.數(shù)據(jù)庫優(yōu)化性能D.視覺設(shè)計（VisualDesign）34.敏捷團隊中，“用戶故事地圖”（UserStoryMapping）的益處可能包括？A.幫助團隊理解用戶旅程和產(chǎn)品整體結(jié)構(gòu)B.支持更有效的產(chǎn)品待辦事項列表排序C.提供詳細(xì)的用戶界面設(shè)計規(guī)范D.幫助估算項目總工作量35.以下哪些活動可能發(fā)生在敏捷項目的Sprint評審會（SprintReviewMeeting）上？A.演示Sprint期間完成的可工作軟件增量B.討論產(chǎn)品待辦事項列表的優(yōu)先級調(diào)整C.進行正式的項目階段驗收D.評審Sprint回顧會的行動項36.敏捷環(huán)境下的“持續(xù)集成”（ContinuousIntegration,CI）實踐可能包括？A.開發(fā)人員頻繁地將代碼變更集成到共享代碼庫B.每次集成后自動運行單元測試和集成測試C.由專門的CI工程師每天晚上執(zhí)行構(gòu)建和測試D.確保代碼變更不會破壞現(xiàn)有功能37.推動組織級敏捷（OrganizationalAgile）可能涉及哪些策略？A.建立跨職能的敏捷團隊B.引入敏捷教練（AgileCoach）提供指導(dǎo)和支持C.改變組織結(jié)構(gòu)以支持敏捷協(xié)作D.實施嚴(yán)格的矩陣式管理結(jié)構(gòu)38.敏捷團隊如何進行需求優(yōu)先級排序？A.使用MoSCoW方法（Musthave,Shouldhave,Couldhave,Won'thave）B.根據(jù)商業(yè)價值和交付時間緊迫性進行排序C.考慮技術(shù)債務(wù)的大小和解決優(yōu)先級D.由產(chǎn)品負(fù)責(zé)人根據(jù)直覺進行排序39.用戶體驗（UX）設(shè)計中的可用性原則（UsabilityPrinciples）通常強調(diào)？A.可學(xué)習(xí)性（Learnability）B.可靠性（Reliability）C.錯誤預(yù)防與容錯性（ErrorPrevention&Forgiveness）D.美觀性（Aesthetics）40.敏捷項目中的“干系人”（Stakeholder）管理可能涉及哪些活動？A.識別所有關(guān)鍵干系人及其需求和期望B.定期與干系人溝通項目進展和風(fēng)險C.管理干系人的期望，獲取他們的支持D.忽略非關(guān)鍵干系人的意見---試卷答案1.B解析思路：選項B描述的是精益思想的原則，而非敏捷原則。敏捷原則強調(diào)的是響應(yīng)變化優(yōu)先于遵循計劃（A）、通過構(gòu)建可持續(xù)發(fā)展的產(chǎn)品（D）等。2.B解析思路：ProductBacklog是Scrum中由產(chǎn)品負(fù)責(zé)人維護的、包含所有產(chǎn)品需求的動態(tài)列表。SprintBacklog是在Sprint計劃會上選擇的ProductBacklog項和計劃完成這些項產(chǎn)生的計劃。ReleaseBacklog和IncrementBacklog不是Scrum的標(biāo)準(zhǔn)術(shù)語。3.B解析思路：Sprint評審會的重點是演示上Sprint完成的工作并收集反饋，宣布下一個Sprint目標(biāo)通常在Sprint計劃會或Sprint回顧會進行。審批Sprint完成和調(diào)整ProductBacklog優(yōu)先級也是會議內(nèi)容，但宣布下Sprint目標(biāo)是計劃會的職責(zé)。4.B解析思路：Kanban的核心實踐之一是將工作流程（從開始到結(jié)束）可視化，通常使用看板（物理或數(shù)字）來展示工作項在不同狀態(tài)（如“待辦”、“進行中”、“已完成”）之間的移動。5.B解析思路：用戶體驗（UX）設(shè)計的核心目標(biāo)是創(chuàng)造產(chǎn)品使用者的積極體驗，關(guān)注用戶在使用產(chǎn)品過程中的感受、滿意度以及完成任務(wù)的有效性和效率。6.B解析思路：用戶故事的標(biāo)準(zhǔn)格式通常為“作為<角色>,我想要<功能>,以便<價值>”，這種格式有助于從用戶角度描述需求，并關(guān)注其帶來的價值。7.D解析思路：測試驅(qū)動開發(fā)（TDD）的流程是先編寫一個失敗的測試用例，然后編寫剛好能讓測試通過的最小功能代碼，最后重構(gòu)代碼。選項D描述了這一流程。8.A解析思路：持續(xù)集成（CI）的核心實踐是開發(fā)人員頻繁地將代碼變更集成到主干，通常是每天至少一次，每次集成后都會進行自動化構(gòu)建和測試。9.B解析思路：在大型組織中成功推行敏捷轉(zhuǎn)型需要高層領(lǐng)導(dǎo)的持續(xù)支持、承諾和可見度，通常從選擇幾個試點團隊或項目開始，逐步推廣。10.B解析思路：敏捷環(huán)境下的業(yè)務(wù)分析更強調(diào)協(xié)作和探索，業(yè)務(wù)分析師與干系人一起工作，通過溝通、訪談、研討會等方式獲取和細(xì)化需求，并進行優(yōu)先級排序。11.C解析思路：價值流圖（ValueStreamMapping）是一種可視化工具，用于描繪產(chǎn)品或服務(wù)從開始到結(jié)束的整個流程，識別流程中的浪費和改進機會。12.B解析思路：ScrumMaster負(fù)責(zé)coaching團隊和實踐敏捷，移除障礙，促進協(xié)作，但產(chǎn)品需求分析通常是產(chǎn)品負(fù)責(zé)人的職責(zé)。13.C解析思路：產(chǎn)品負(fù)責(zé)人是敏捷團隊中代表客戶和業(yè)務(wù)方的人，核心職責(zé)是最大化產(chǎn)品價值，管理ProductBacklog，定義產(chǎn)品愿景和目標(biāo)。14.B解析思路：評估需求變更的影響通常涉及評估其工作量（如故事點）、對Sprint進度的影響以及資源需求，這是一種基于敏捷估算和規(guī)劃的技術(shù)。15.C解析思路：“標(biāo)準(zhǔn)化工作流程”（StandardizedWork）是精益思想中的一個原則，旨在通過明確標(biāo)準(zhǔn)來確保操作的一致性和質(zhì)量，它本身不是一種浪費。其他選項（過量生產(chǎn)、等待、運輸）都是常見的浪費類型。16.B解析思路：可用性原則要求產(chǎn)品易于學(xué)習(xí)、使用高效、易于記憶、錯誤容錯性強且用戶主觀感受良好。這些是衡量產(chǎn)品是否好用的重要標(biāo)準(zhǔn)。17.B解析思路：在用戶故事格式“作為...,我想要...,以便...”中，“作為一位電商客戶”是敘事部分（說明用戶角色），“我想要能夠方便地保存我的收貨地址”是目標(biāo)部分。18.A解析思路：水晶模型（CrystalModel）是一種輕量級的、適應(yīng)性強的敏捷方法論，強調(diào)人員的重要性，適合需求快速變化、交付周期短的項目。計劃驅(qū)動型瀑布模型是傳統(tǒng)方法。軌道模型和增量模型也是敏捷或類敏捷方法，但水晶模型更強調(diào)適應(yīng)性和人員。19.C解析思路：敏捷優(yōu)先級排序通?？紤]多個因素，包括需求的業(yè)務(wù)價值、對用戶的影響、市場緊迫性、依賴關(guān)系、技術(shù)風(fēng)險、資源可用性等，而不僅僅是單一因素。20.C解析思路：敏捷項目衡量成功更側(cè)重于流程指標(biāo)（如迭代速度、周期時間）、產(chǎn)品指標(biāo)（如用戶滿意度、凈推薦值）和適應(yīng)性指標(biāo)，而傳統(tǒng)的財務(wù)指標(biāo)（如預(yù)算節(jié)省百分比）雖然重要，但不是敏捷獨有的或最核心的衡量標(biāo)準(zhǔn)。21.B解析思路：敏捷強調(diào)自組織和協(xié)作。鼓勵團隊成員保持社交距離不利于溝通和團隊凝聚力，而定期站會、回顧會議和清晰的角色職責(zé)都有助于協(xié)作。22.A解析思路：持續(xù)集成（CI）主要關(guān)注代碼的集成頻率和自動化構(gòu)建、測試過程。持續(xù)交付（CD）是在CI的基礎(chǔ)上，確?？梢钥焖?、可靠地將集成好的軟件交付給生產(chǎn)環(huán)境或用戶。核心區(qū)別在于交付的可靠性和速度。23.B解析思路：用戶故事地圖通過繪制用戶為完成目標(biāo)而采取的一系列步驟（用戶故事），按順序排列，來可視化用戶旅程和產(chǎn)品功能結(jié)構(gòu)。24.C解析思路：干系人是指任何能夠影響項目、被項目影響或認(rèn)為會受到項目影響的個人、群體或組織。這包括客戶、用戶、管理層、團隊成員等所有相關(guān)方。25.B解析思路：推動組織級敏捷變革需要高層領(lǐng)導(dǎo)的可見度和持續(xù)承諾，提供必要的資源和支持，同時進行有效的溝通、培訓(xùn)和賦能，幫助組織文化轉(zhuǎn)型。26.A解析思路：項目集管理（ProgramManagement）關(guān)注協(xié)調(diào)、管理和集成一組相互關(guān)聯(lián)的項目，以實現(xiàn)更大的戰(zhàn)略目標(biāo)。項目組合管理（PortfolioManagement）更側(cè)重于一組項目、項目群或運營的集合，進行優(yōu)先級排序和資源分配，以實現(xiàn)組織級目標(biāo)。27.B解析思路：用戶訪談是一種直接與用戶交流的方式，可以深入了解用戶需求、期望和痛點，適合快速收集初步反饋。原型和A/B測試更側(cè)重于設(shè)計和行為驗證，缺陷跟蹤系統(tǒng)用于管理已發(fā)現(xiàn)的問題。28.B解析思路：重構(gòu)是在不改變軟件外部行為（即接口和輸出）的前提下，對代碼內(nèi)部結(jié)構(gòu)進行優(yōu)化，目的是提高代碼質(zhì)量、可讀性、可維護性。29.C解析思路：需求管理是一系列活動，包括識別、記錄、組織、排序、跟蹤和確認(rèn)需求的狀態(tài)，確保需求的完整性、一致性和可追蹤性。30.A解析思路：在Sprint計劃會上，團隊選擇要完成的用戶故事，主要依據(jù)是這些故事的價值、團隊對其復(fù)雜度的評估（故事點）以及團隊能否在Sprint周期內(nèi)完成它們（容量）。31.A,D解析思路：敏捷原則明確提出的價值觀對比是“個體和互動高于流程和工具”（A）以及“