2025年P(guān)MI-ACP專項模擬練習(xí)卷考試時間：______分鐘總分：______分姓名：______一、選擇題1.根據(jù)PMI-ACP敏捷原則，以下哪項最能體現(xiàn)“響應(yīng)變化優(yōu)于遵循計劃”這一價值觀？A.在項目初期進(jìn)行詳盡的規(guī)劃和需求凍結(jié)。B.盡管計劃很重要，但也要擁抱變化并快速適應(yīng)。C.只有在計劃變更符合成本效益分析時才接受變更。D.避免制定任何計劃，以保持高度的靈活性。2.在Scrum框架中，負(fù)責(zé)管理和優(yōu)化產(chǎn)品待辦事項列表（ProductBacklog）的人員是？A.ScrumMasterB.DevelopmentTeamC.ProductOwnerD.Stakeholder3.以下哪項活動通常不屬于Kanban框架的核心實踐？A.限制正在進(jìn)行的工作（WorkInProgress,WIPLimits）B.定期進(jìn)行回顧會議（Retrospective）C.持續(xù)交付可工作的產(chǎn)品增量D.每個迭代結(jié)束時進(jìn)行SprintReview4.敏捷方法強(qiáng)調(diào)的“個體和互動”高于“流程和工具”原則，主要意味著什么？A.敏捷項目不需要任何流程和工具。B.團(tuán)隊成員的技能和協(xié)作比預(yù)定義的流程和使用的工具更重要。C.硬件工具比軟件工具在敏捷項目中更重要。D.敏捷團(tuán)隊不需要團(tuán)隊負(fù)責(zé)人。5.在敏捷環(huán)境中，用于估算任務(wù)工作量并促進(jìn)團(tuán)隊協(xié)作的技術(shù)通常是？A.專家判斷B.模擬估算C.粘性數(shù)字（StoryPoints）D.差異分析6.用戶故事通常以何種形式編寫，以便于ProductOwner和開發(fā)團(tuán)隊理解？A.“作為<角色>,我想要<功能>,以便<價值>”B.“完成<任務(wù)>需要<資源>,在<時間>內(nèi)達(dá)到<標(biāo)準(zhǔn)>”C.“項目編號<XXX>涉及<模塊A>和<模塊B>”D.“根據(jù)需求規(guī)格說明書<XYZ>實現(xiàn)功能”7.敏捷項目中的“Sprint”是指？A.項目開始到結(jié)束的整個周期B.一個預(yù)先設(shè)定的、時間盒（Time-boxed）的迭代周期，用于交付潛在可交付的產(chǎn)品增量C.對項目范圍進(jìn)行審查的正式會議D.項目中所有需求的總和8.以下哪項是精益思想的核心原則？A.追求完美，不接受任何缺陷B.擴(kuò)大生產(chǎn)規(guī)模以降低單位成本C.消除浪費（Muda）、持續(xù)改進(jìn)（Kaizen）D.強(qiáng)調(diào)嚴(yán)格的層級管理和流程審批9.在敏捷項目中，用于識別、分析和規(guī)劃風(fēng)險的技術(shù)是？A.風(fēng)險登記冊B.SWOT分析C.敏捷看板（KanbanBoard）D.決策樹分析10.當(dāng)敏捷團(tuán)隊需要引入新的、未在當(dāng)前Sprint計劃中的需求時，首選的處理方式通常是？A.立即中斷當(dāng)前工作，優(yōu)先處理新需求。B.將新需求放入下一個Sprint的待辦事項列表中。C.拒絕新需求，除非它能帶來顯著的利益。D.要求ScrumMaster決定是否接受新需求。11.以下哪項工具或技術(shù)最常用于支持敏捷團(tuán)隊的持續(xù)集成（ContinuousIntegration）實踐？A.敏捷教練（AgileCoach）B.自動化構(gòu)建和測試工具C.產(chǎn)品待辦事項列表（ProductBacklog）D.Sprint評審會議（SprintReview）12.敏捷項目管理強(qiáng)調(diào)的“工作的完成標(biāo)準(zhǔn)”是指？A.任務(wù)被分配給了開發(fā)人員B.代碼被編寫出來C.工作項在產(chǎn)品待辦事項列表中狀態(tài)更新為“完成”D.工作項達(dá)到了預(yù)定義的質(zhì)量標(biāo)準(zhǔn)，并且已被相關(guān)干系人接受或評審?fù)ㄟ^13.在混合項目管理（HybridProjectManagement）中，組織可能會同時使用敏捷和瀑布方法，通常在哪些情況下這樣做？A.當(dāng)項目規(guī)模非常小時B.當(dāng)項目涉及多個相互依賴但采用不同方法的團(tuán)隊時C.當(dāng)項目完全不適合敏捷方法時D.僅當(dāng)項目經(jīng)理偏好瀑布方法時14.以下哪項是Scrum框架中一個重要的敏捷實踐？A.定期進(jìn)行詳細(xì)的階段門（Gate）評審B.由項目經(jīng)理負(fù)責(zé)所有決策C.每日舉行15分鐘的站會（DailyScrum）以同步進(jìn)度和識別障礙D.在項目開始前簽訂固定范圍的長期合同15.敏捷環(huán)境中的“干系人”（Stakeholder）包括哪些群體？A.僅限于項目團(tuán)隊成員B.所有受到項目影響或能影響項目的人，包括客戶、用戶、管理層、供應(yīng)商等C.僅限于項目發(fā)起人和產(chǎn)品負(fù)責(zé)人D.僅限于出資贊助項目的組織高層管理者二、情景應(yīng)用題1.某軟件公司正在使用Scrum方法開發(fā)一個新的移動應(yīng)用程序。當(dāng)前正在進(jìn)行一個為期2周的Sprint。在Sprint評審會議結(jié)束時，ProductOwner提出希望增加一個“社交分享”功能，并希望在下個Sprint實現(xiàn)。開發(fā)團(tuán)隊當(dāng)前Sprint的Backlog已經(jīng)相對飽滿，并且他們擔(dān)心在下一個Sprint開始前無法完成所有計劃的工作。請描述在這種情況下，敏捷團(tuán)隊通常會考慮哪些策略來處理這個新的需求？2.假設(shè)你是一個敏捷團(tuán)隊的成員，負(fù)責(zé)開發(fā)一個在線購物網(wǎng)站。在一次Sprint回顧會議中，團(tuán)隊發(fā)現(xiàn)他們在處理多個緊急需求時，溝通效率不高，導(dǎo)致開發(fā)過程中出現(xiàn)了一些錯誤。請?zhí)岢鲋辽賰煞N改進(jìn)團(tuán)隊內(nèi)部溝通和協(xié)作的具體建議。3.某組織決定采用敏捷方法進(jìn)行項目管理轉(zhuǎn)型。然而，幾年后評估發(fā)現(xiàn)，雖然一些團(tuán)隊采用了Scrum，但整體項目成功率并未顯著提高，部門間的協(xié)作依然存在問題，高層管理者的支持也似乎有所減弱。請分析可能導(dǎo)致這種結(jié)果的原因，并提出至少三點改進(jìn)組織級敏捷（OrganizationalAgile）實踐的建議。三、判斷題1.用戶故事的格式“作為<角色>,我想要<功能>,以便<價值>”中，“價值”部分是可選的。2.Kanban方法沒有固定的角色定義，而Scrum有明確的三個角色。3.敏捷方法完全排斥使用任何項目管理計劃。4.敏捷實踐指南（PMI-ACPExamContentOutline）鼓勵項目經(jīng)理在項目中同時采用Scrum和Kanban兩種框架。5.持續(xù)交付（ContinuousDelivery）是敏捷實踐指南中認(rèn)可的一個關(guān)鍵敏捷實踐領(lǐng)域。6.在敏捷項目中，風(fēng)險管理通常是只在項目初期進(jìn)行一次性的活動。7.精益思想中的“拉動系統(tǒng)”（PullSystem）是指只有在下游需要時才生產(chǎn)或處理工作項。8.敏捷教練的主要職責(zé)是制定項目計劃和管理項目預(yù)算。9.在混合項目管理中，敏捷部分和瀑布部分必須嚴(yán)格分開，不能有任何交集。10.對待辦事項列表（Backlog）進(jìn)行優(yōu)先級排序是ProductOwner的核心職責(zé)之一。---試卷答案一、選擇題1.B解析思路：敏捷原則強(qiáng)調(diào)適應(yīng)變化，選擇B最能體現(xiàn)這一點，即計劃很重要，但變化優(yōu)先，并快速響應(yīng)。2.C解析思路：根據(jù)Scrum指南，ProductOwner負(fù)責(zé)最大化產(chǎn)品待辦事項列表價值，并管理其內(nèi)容。3.D解析思路：SprintReview是Scrum事件，屬于Scrum框架特有的活動，而Kanban是流程改進(jìn)方法，沒有固定的SprintReview。A、B、C是Kanban的核心實踐。4.B解析思路：敏捷強(qiáng)調(diào)人的因素（個體和互動）的重要性，認(rèn)為這比嚴(yán)格的流程和工具（流程和工具）更能帶來成功。5.C解析思路：粘性數(shù)字（StoryPoints）是敏捷社區(qū)常用的一種相對估算單位，用于衡量工作量并促進(jìn)討論，符合敏捷透明和協(xié)作的特點。6.A解析思路：這是用戶故事最常用的格式（INVEST原則的Idea部分），清晰說明了角色、目標(biāo)和價值。7.B解析思路：Sprint是Scrum框架中定義的一個固定時間盒（通常1-4周），目標(biāo)是在此期間交付一個“潛在可交付的產(chǎn)品增量”。8.C解析思路：消除浪費和持續(xù)改進(jìn)是精益思想的核心概念，旨在優(yōu)化流程，提高效率。9.A解析思路：風(fēng)險登記冊是敏捷項目中用于跟蹤已識別風(fēng)險及其狀態(tài)（如待處理、處理中、已解決）的工具，體現(xiàn)了對風(fēng)險管理的持續(xù)關(guān)注。10.B解析思路：敏捷原則鼓勵擁抱變化，但變化應(yīng)通過產(chǎn)品待辦事項列表進(jìn)行管理。通常新需求會被評估，并可能納入未來的Sprint計劃，而不是立即打斷當(dāng)前工作。11.B解析思路：自動化構(gòu)建和測試工具是支持持續(xù)集成（CI）實踐的關(guān)鍵技術(shù)，能夠自動化地驗證代碼集成，快速反饋。12.D解析思路：工作的完成標(biāo)準(zhǔn)是團(tuán)隊共同定義的，用于判斷一個工作項是否真正完成并可以交付，通常涉及質(zhì)量、測試和評審等。13.B解析思路：混合項目管理通常用于復(fù)雜項目，涉及多個團(tuán)隊或需要結(jié)合敏捷靈活性與瀑布結(jié)構(gòu)性的情況。14.C解析思路：每日Scrum（站會）是Scrum框架的核心事件之一，旨在同步進(jìn)展、識別障礙、計劃當(dāng)天工作。15.B解析思路：干系人是指任何能夠影響項目、被項目影響或?qū)椖坑杏绊懥Φ膫€人、群體或組織。二、情景應(yīng)用題1.解析思路：處理新需求的策略應(yīng)體現(xiàn)敏捷的靈活性和協(xié)作性。*首先，團(tuán)隊?wèi)?yīng)與ProductOwner一起評估新需求的優(yōu)先級、規(guī)模和復(fù)雜性。*其次，根據(jù)評估結(jié)果，討論是否可以將需求納入當(dāng)前或下一個Sprint，或者需要進(jìn)行哪些調(diào)整（如調(diào)整現(xiàn)有Backlog項的優(yōu)先級）。*如果需求優(yōu)先級高且工作量可接受，團(tuán)隊可以協(xié)商在當(dāng)前Sprint中擠出時間完成部分或全部工作。*如果工作量過大或優(yōu)先級不高，可能需要與ProductOwner協(xié)商，決定將其推遲到更合適的Sprint。*重要的是保持透明溝通，讓ProductOwner了解團(tuán)隊的進(jìn)展和能力，共同做出決策。2.解析思路：改進(jìn)溝通協(xié)作需關(guān)注流程和人員互動。*可以引入或改進(jìn)每日站會（DailyScrum），確保信息同步及時，并明確指出遇到的障礙。*建立共享的工作空間（物理或虛擬），如使用協(xié)作白板、項目管理工具，讓信息可見，促進(jìn)互動。*鼓勵團(tuán)隊內(nèi)外的開放溝通和直接對話，減少不必要的層級或中間人。*定期進(jìn)行團(tuán)隊建設(shè)活動，增進(jìn)成員間的理解和信任。3.解析思路：分析轉(zhuǎn)型挑戰(zhàn)并提出改進(jìn)建議需考慮組織和文化層面。*可能的原因：高層支持不夠持續(xù)或不夠深入；缺乏有效的敏捷教練或指導(dǎo)；團(tuán)隊轉(zhuǎn)型準(zhǔn)備不足；敏捷實踐被表面化執(zhí)行，未解決根本問題；缺乏跨團(tuán)隊的協(xié)作機(jī)制；未能將敏捷與組織戰(zhàn)略有效結(jié)合。*改進(jìn)建議：*獲得并維持高層領(lǐng)導(dǎo)的持續(xù)、強(qiáng)有力的支持，并將其融入組織文化。*投入資源進(jìn)行充分的組織級敏捷培訓(xùn)和文化建設(shè)，而不僅僅是團(tuán)隊級培訓(xùn)。*建立或加強(qiáng)敏捷中心（如敏捷辦公室）或教練網(wǎng)絡(luò)，提供持續(xù)支持和指導(dǎo)。*推動跨職能團(tuán)隊的形成和協(xié)作，打破部門壁壘。*建立衡量敏捷成功（不僅僅是項目交付速度）的指標(biāo)，并進(jìn)行透明溝通。三、判斷題1.錯誤解析思路：用戶故事的“價值”部分雖然有時會被省略（尤其是在初步探索時），但它是INVEST原則中“價值”（Value）要素，對于驅(qū)動開發(fā)至關(guān)重要，通常鼓勵包含。2.正確解析思路：Kanban沒有像Scrum那樣定義特定的角色（Scrum有ProductOwner,ScrumMaster,DevelopmentTeam），更側(cè)重于流程和可視化。3.錯誤解析思路：敏捷也強(qiáng)調(diào)計劃，但計劃是靈活的、適應(yīng)性強(qiáng)的，而非瀑布式的詳細(xì)和固定計劃。敏捷計劃關(guān)注的是方向和約束，而非細(xì)節(jié)。4.錯誤解析思路：敏捷實踐指南鼓勵采用敏捷方法，但不明確提倡在項目中混合使用不同敏捷框架（如Scrum和Kanban）。通常推薦在組織層面或多個項目間混合，或在理解透徹的前提下謹(jǐn)慎嘗試，需注意風(fēng)險。5.正確解析思路：持續(xù)交付是敏捷實踐指南認(rèn)可的關(guān)鍵敏捷實踐領(lǐng)域之一，強(qiáng)調(diào)頻繁、可靠的軟件發(fā)布。6.錯誤解析思路：敏捷風(fēng)險管理是持續(xù)進(jìn)行的活動，貫穿項目始終，而非僅在初期。風(fēng)險需要在整個生命周期中不