2026年ACP敏捷項(xiàng)目管理進(jìn)階模擬題一、單選題（共10題，每題2分）1.在敏捷項(xiàng)目管理中，Scrum框架中負(fù)責(zé)確保團(tuán)隊(duì)與產(chǎn)品負(fù)責(zé)人（ProductOwner）之間溝通順暢的角色是？A.ScrumMasterB.DevelopmentTeamC.ProductOwnerD.Stakeholder2.當(dāng)敏捷團(tuán)隊(duì)在Sprint評(píng)審會(huì)上發(fā)現(xiàn)某個(gè)用戶故事未完成時(shí)，最合適的處理方式是？A.將其移至下一個(gè)SprintB.要求團(tuán)隊(duì)加班完成C.與產(chǎn)品負(fù)責(zé)人協(xié)商調(diào)整優(yōu)先級(jí)D.認(rèn)為這是團(tuán)隊(duì)效率低下3.在Kanban方法中，"WIP限制"（WorkinProgressLimit）的主要目的是？A.提高團(tuán)隊(duì)成員的工作量B.減少在制品數(shù)量，提升流動(dòng)效率C.增加Sprint評(píng)審會(huì)的壓力D.確保所有任務(wù)同時(shí)進(jìn)行4.敏捷項(xiàng)目管理中，"用戶故事地圖"（UserStoryMapping）的主要用途是？A.規(guī)劃SprintBacklogB.描述用戶需求優(yōu)先級(jí)C.視覺化產(chǎn)品功能發(fā)布順序D.評(píng)估團(tuán)隊(duì)工作量5.在敏捷中，"持續(xù)集成"（ContinuousIntegration）的核心原則是？A.每天編寫大量代碼B.自動(dòng)化構(gòu)建和測(cè)試，減少集成風(fēng)險(xiǎn)C.僅在Sprint結(jié)束時(shí)測(cè)試D.禁止并行開發(fā)6.敏捷團(tuán)隊(duì)在Sprint計(jì)劃會(huì)上決定不采用某個(gè)技術(shù)方案，原因是該方案可能影響Sprint目標(biāo)達(dá)成，此時(shí)團(tuán)隊(duì)?wèi)?yīng)？A.強(qiáng)行采用，反正時(shí)間充裕B.重新評(píng)估Sprint范圍C.報(bào)告給ScrumMasterD.自行放棄Sprint目標(biāo)7.敏捷項(xiàng)目管理中，"DefinitionofDone"（DoD）的作用是？A.設(shè)定團(tuán)隊(duì)成員的績(jī)效標(biāo)準(zhǔn)B.確保用戶故事在Sprint結(jié)束時(shí)符合質(zhì)量要求C.阻止產(chǎn)品負(fù)責(zé)人調(diào)整需求D.規(guī)定測(cè)試必須由特定人員完成8.在Scrum中，"SprintRetrospective"（Sprint回顧會(huì)）的主要目標(biāo)是？A.決定下一個(gè)Sprint的產(chǎn)品范圍B.討論如何改進(jìn)團(tuán)隊(duì)協(xié)作和流程C.評(píng)估產(chǎn)品負(fù)責(zé)人績(jī)效D.審批Sprint評(píng)審會(huì)的內(nèi)容9.敏捷項(xiàng)目管理中，"BacklogRefinement"（產(chǎn)品待辦事項(xiàng)梳理）的主要目的是？A.刪除不重要的用戶故事B.確保用戶故事清晰、可估算C.增加Sprint評(píng)審會(huì)的復(fù)雜性D.阻止產(chǎn)品負(fù)責(zé)人提出新需求10.在混合敏捷方法（如Scrum+Kanban）中，團(tuán)隊(duì)可能遇到的主要挑戰(zhàn)是？A.流程過于簡(jiǎn)單B.跨方法協(xié)調(diào)困難C.所有成員精通兩種方法D.無需ScrumMaster二、多選題（共5題，每題3分）1.敏捷項(xiàng)目管理中，Scrum框架中的關(guān)鍵角色包括哪些？A.ProductOwnerB.ScrumMasterC.DevelopmentTeamD.BusinessAnalystE.Stakeholder2.在Kanban方法中，常見的度量指標(biāo)包括？A.LeadTime（交付周期）B.CycleTime（周期時(shí)間）C.WorkInProgress（在制品）D.SprintVelocity（Sprint速率）E.ReleaseBurndown（發(fā)布燃盡圖）3.敏捷團(tuán)隊(duì)在Sprint評(píng)審會(huì)上需要展示什么內(nèi)容？A.已完成的用戶故事B.未完成的用戶故事C.產(chǎn)品待辦事項(xiàng)更新D.團(tuán)隊(duì)改進(jìn)計(jì)劃E.用戶反饋4.敏捷項(xiàng)目管理中，"持續(xù)交付"（ContinuousDelivery）與"持續(xù)集成"的區(qū)別在于？A.持續(xù)交付強(qiáng)調(diào)自動(dòng)化部署B(yǎng).持續(xù)集成關(guān)注代碼合并C.持續(xù)交付需要更多測(cè)試D.持續(xù)集成適用于大型團(tuán)隊(duì)E.持續(xù)交付不需要ScrumMaster5.敏捷團(tuán)隊(duì)在遇到技術(shù)瓶頸時(shí)，可以采取哪些措施？A.調(diào)整Sprint范圍B.尋求ScrumMaster幫助C.增加加班時(shí)間D.召開技術(shù)評(píng)審會(huì)E.放棄該功能三、案例分析題（共3題，每題10分）案例1：某互聯(lián)網(wǎng)公司采用Scrum框架開發(fā)移動(dòng)應(yīng)用背景：某團(tuán)隊(duì)使用Scrum開發(fā)一款電商App，Sprint周期為2周。在第一個(gè)Sprint中，團(tuán)隊(duì)完成了3個(gè)用戶故事，但在評(píng)審會(huì)上發(fā)現(xiàn)其中1個(gè)故事因需求不明確導(dǎo)致返工。第二個(gè)Sprint開始前，產(chǎn)品負(fù)責(zé)人新增了2個(gè)緊急用戶故事，團(tuán)隊(duì)對(duì)此表示擔(dān)憂。問題：1.該團(tuán)隊(duì)在第一個(gè)Sprint中可能存在哪些問題？2.第二個(gè)Sprint新增用戶故事是否合理？如何處理？3.ScrumMaster應(yīng)如何協(xié)助團(tuán)隊(duì)？案例2：某制造企業(yè)引入Kanban管理生產(chǎn)流程背景：某工廠采用Kanban管理生產(chǎn)任務(wù)，發(fā)現(xiàn)生產(chǎn)瓶頸集中在質(zhì)檢環(huán)節(jié)。團(tuán)隊(duì)嘗試減少在制品數(shù)量，但效率未明顯提升。問題：1.該工廠Kanban流程中可能存在哪些問題？2.如何通過度量指標(biāo)（如LeadTime、CycleTime）改進(jìn)流程？3.如果引入Scrum是否可以解決當(dāng)前問題？為什么？案例3：某跨國公司混合使用Scrum和敏捷實(shí)踐背景：某公司采用Scrum管理軟件開發(fā)，但部分團(tuán)隊(duì)仍使用傳統(tǒng)的瀑布式需求文檔。導(dǎo)致跨部門協(xié)作效率低下。問題：1.該公司混合方法中可能存在哪些沖突？2.如何統(tǒng)一團(tuán)隊(duì)對(duì)敏捷實(shí)踐的理解？3.ScrumMaster應(yīng)如何推動(dòng)文化變革？答案與解析一、單選題答案與解析1.A-ScrumMaster負(fù)責(zé)移除團(tuán)隊(duì)障礙，確保團(tuán)隊(duì)專注于Sprint目標(biāo)，并促進(jìn)與產(chǎn)品負(fù)責(zé)人的溝通。2.C-敏捷強(qiáng)調(diào)適應(yīng)性，未完成的故事應(yīng)與PO協(xié)商優(yōu)先級(jí)，而非強(qiáng)制完成或取消。3.B-WIP限制減少多任務(wù)并行，提高任務(wù)完成效率。4.C-用戶故事地圖幫助團(tuán)隊(duì)和利益相關(guān)者理解產(chǎn)品功能結(jié)構(gòu)。5.B-持續(xù)集成通過自動(dòng)化測(cè)試減少集成風(fēng)險(xiǎn)，確保代碼質(zhì)量。6.B-敏捷強(qiáng)調(diào)Sprint目標(biāo)優(yōu)先，需重新評(píng)估范圍或拆分任務(wù)。7.B-DoD確保用戶故事在Sprint結(jié)束時(shí)達(dá)到可交付標(biāo)準(zhǔn)。8.B-Sprint回顧會(huì)聚焦團(tuán)隊(duì)流程改進(jìn)，而非決策。9.B-BacklogRefinement確保需求清晰、可估算，為Sprint提供穩(wěn)定輸入。10.B-混合方法需協(xié)調(diào)不同流程，避免沖突。二、多選題答案與解析1.A、B、C-Scrum核心角色為PO、SM和DevTeam，其他角色如BA和Stakeholder可能存在但非必需。2.A、B、C-Kanban常用度量指標(biāo)包括交付周期、周期時(shí)間和在制品數(shù)量，發(fā)布燃盡圖更偏向Scrum。3.A、E-評(píng)審會(huì)展示已完成故事和用戶反饋，未完成故事和更新通常在Sprint計(jì)劃會(huì)討論。4.A、B-持續(xù)交付強(qiáng)調(diào)自動(dòng)化部署，持續(xù)集成關(guān)注代碼合并和測(cè)試。5.A、B、D-調(diào)整范圍、尋求幫助、技術(shù)評(píng)審會(huì)都是合理措施，加班和放棄功能不符合敏捷原則。三、案例分析題答案與解析案例1：Scrum電商App開發(fā)1.問題：-需求不明確導(dǎo)致返工（DoD未嚴(yán)格執(zhí)行）；-產(chǎn)品負(fù)責(zé)人隨意增需求影響Sprint穩(wěn)定性。2.處理方式：-新增需求需在BacklogRefinement中討論，避免Sprint末臨時(shí)插入。3.ScrumMaster行動(dòng)：-強(qiáng)化DoD培訓(xùn)；-協(xié)助團(tuán)隊(duì)拒絕不合理需求。案例2：Kanban生產(chǎn)流程優(yōu)化1.問題：-質(zhì)檢環(huán)節(jié)瓶頸未解決（可能因質(zhì)檢時(shí)間過長或資源不足）；-未有效利用度量指標(biāo)。2.改進(jìn)措施：-分析CycleTime找出瓶頸；-優(yōu)化質(zhì)檢流程或增加資源。3.Scrum是否適用：-不一定，Kanban更適合生產(chǎn)類流程，Scrum更適用