2025年P(guān)MI-ACP敏捷項目管理沖刺卷考試時間：______分鐘總分：______分姓名：______一、單項選擇題1.根據(jù)PMI-ACP敏捷原則，以下哪項最能體現(xiàn)“個體和互動”優(yōu)先于“流程和工具”？A.建立嚴格的流程規(guī)范以確保項目交付質(zhì)量。B.鼓勵團隊成員緊密合作，通過溝通解決大部分問題。C.使用先進的開發(fā)工具來提高開發(fā)效率。D.強調(diào)合同管理，確保所有步驟都按計劃執(zhí)行。2.在敏捷項目管理中，產(chǎn)品待辦列表（ProductBacklog）的主要負責人通常是？A.ScrumMasterB.DevelopmentTeamC.ProductOwnerD.ProjectSponsor3.以下哪個術(shù)語描述的是在產(chǎn)品待辦列表中，對用戶故事進行優(yōu)先級排序和細化的過程？A.SprintPlanningB.BacklogRefinementC.SprintReviewD.Retrospective4.Scrum框架中，負責確保Scrum團隊遵循敏捷實踐和原則，移除障礙的是？A.ProductOwnerB.DevelopmentTeamC.ScrumMasterD.AgileCoach5.Kanban方法的核心實踐之一是限制正在進行的工作量（WIP），其主要目的是？A.減少團隊成員的工作壓力。B.提高工作流的可視化，減少瓶頸，提升效率。C.確保團隊成員始終保持忙碌狀態(tài)。D.降低項目總成本。6.精益思想中的“浪費”（Muda）不包括以下哪項？A.過量生產(chǎn)（Overproduction）B.等待（Waiting）C.標準化工作（StandardizedWork）D.運輸（Transportation）7.在敏捷開發(fā)中，用戶故事的格式通常遵循INVEST原則，其中“V”代表？A.Variable（可變的）B.Verifiable（可驗證的）C.Valuable（有價值的）D.Vibrant（充滿活力的）8.以下哪種估算技術(shù)通常用于估算用戶故事的大小，它關(guān)注的是完成故事所需的工作量？A.PlanningPokerB.ExpertJudgmentC.Three-PointEstimationD.AnalogousEstimation9.測試驅(qū)動開發(fā)（TDD）的典型流程是？A.編寫代碼->設計測試->運行測試->優(yōu)化代碼B.設計測試->編寫代碼->運行測試->優(yōu)化代碼C.編寫代碼->運行測試->優(yōu)化代碼->設計測試D.運行測試->編寫代碼->設計測試->優(yōu)化代碼10.持續(xù)集成（CI）的主要目標是？A.減少開發(fā)團隊的會議時間。B.自動化構(gòu)建和測試過程，快速發(fā)現(xiàn)集成問題。C.每周只集成一次代碼。D.完全消除代碼審查環(huán)節(jié)。11.敏捷項目管理強調(diào)適應性，這意味著項目團隊應該能夠？A.嚴格遵循項目計劃，不允許任何變更。B.在項目周期中根據(jù)反饋和變化調(diào)整方向和優(yōu)先級。C.僅在高層管理批準后才能調(diào)整范圍。D.忽略客戶反饋，專注于最初設定的目標。12.用戶故事通常以“作為一個<角色>,我想要<功能>,以便<價值>”的格式編寫，其中“價值”指的是？A.用戶使用該功能所需的技術(shù)細節(jié)。B.完成該功能所需的步驟數(shù)量。C.該功能為用戶或產(chǎn)品帶來的好處或解決的問題。D.該功能在市場中的競爭優(yōu)勢。13.在Scrum中，每個Sprint的持續(xù)時間通常是固定的，常見的長度是？A.1-2周B.4-8周C.1-3個月D.半年或更長14.Scrum事件“每日Scrum”（DailyScrum）的主要目的是？A.審議過去Sprint的成果。B.計劃下一個Sprint。C.同步團隊成員，討論Sprint目標，識別障礙。D.進行項目范圍內(nèi)的風險評估。15.Kanban系統(tǒng)中，“完成”（Done）定義是指？A.代碼編寫工作完成。B.用戶故事被開發(fā)團隊接受。C.產(chǎn)品已發(fā)布到生產(chǎn)環(huán)境。D.產(chǎn)品滿足了所有預定的需求和標準。二、多項選擇題16.以下哪些是敏捷宣言中強調(diào)的價值觀？A.個體和互動高于流程和工具B.workingsoftware高于詳盡的文檔C.客戶合作高于合同談判D.響應變化高于遵循計劃E.成本最低高于時間最短17.Scrum框架包含哪些核心角色？A.ProductOwnerB.ScrumMasterC.DevelopmentTeamD.ProjectManagerE.BusinessAnalyst18.用戶故事估算中常用的PlanningPoker（計劃撲克）游戲使用哪些面值的牌來表示估算大?。緼.0B.1C.2D.3E.519.精益思想中的“浪費”（Muda）通常包括？A.過量生產(chǎn)（Overproduction）B.等待（Waiting）C.不必要的運輸（UnnecessaryTransportation）D.不合格的庫存（DefectiveInventory）E.標準化工作（StandardizedWork）20.敏捷項目管理中，持續(xù)集成（CI）的好處包括？A.減少集成風險B.提高軟件質(zhì)量C.加快交付速度D.減少團隊溝通需求E.自動化構(gòu)建和測試21.在敏捷環(huán)境中，產(chǎn)品待辦列表（ProductBacklog）應該具備的特點包括？A.動態(tài)變化B.有優(yōu)先級排序C.持續(xù)細化D.包含詳細的任務分解E.由開發(fā)團隊維護22.Kanban方法與Scrum相比，其特點可能包括？A.不使用固定長度的SprintB.通常不指定特定的角色C.限制正在進行的工作量（WIP）D.強調(diào)可視化工作流E.要求進行頻繁的Sprint評審23.敏捷項目管理如何處理需求變更？A.盡量在項目早期凍結(jié)需求B.將變更視為機會，在項目周期中靈活應對C.通過變更控制委員會（CCB）審批所有變更D.變更越晚發(fā)生，成本越高E.僅在產(chǎn)品待辦列表頂部添加新的需求24.敏捷團隊中的有效溝通通常體現(xiàn)為？A.定期的面對面交流B.書面文檔取代口頭溝通C.開放的團隊氛圍，鼓勵提問和反饋D.使用協(xié)作工具進行實時溝通E.避免直接向客戶匯報25.敏捷轉(zhuǎn)型在組織層面可能涉及？A.培養(yǎng)敏捷文化B.改變領導力風格C.優(yōu)化組織結(jié)構(gòu)以支持跨職能團隊D.建立支持性的組織政策和管理實踐E.忽略現(xiàn)有員工的技能提升三、判斷題26.敏捷方法完全不使用項目計劃。（）27.在Scrum中，Sprint評審會向項目干系人展示可工作的軟件增量。（）28.精益思想的核心是持續(xù)改進（Kaizen）。（）29.用戶故事中的“驗收標準”（AcceptanceCriteria）應該在編寫代碼之后確定。（）30.持續(xù)集成要求開發(fā)人員每次提交代碼都觸發(fā)自動構(gòu)建和測試流程。（）31.Kanban方法只能用于軟件開發(fā)項目。（）32.敏捷項目管理認為詳細的項目計劃在項目開始時就是必要的。（）33.ScrumMaster可以代替ProductOwner做出產(chǎn)品決策。（）34.WIP（WorkInProgress）限制有助于減少多任務處理，提高效率。（）35.敏捷認證（如PMI-ACP）主要關(guān)注理論知識，不涉及實踐應用。（）試卷答案一、單項選擇題1.B2.C3.B4.C5.B6.C7.C8.A9.B10.B11.B12.C13.B14.C15.D二、多項選擇題16.A,B,C,D17.A,B,C18.A,B,C,D19.A,B,C,D20.A,B,C21.A,B,C22.A,B,C,D23.B,D,E24.A,C,D25.A,B,C,D三、判斷題26.×27.√28.√29.×30.√31.×32.×33.×34.√35.×解析思路一、單項選擇題1.敏捷宣言強調(diào)“個體和互動”優(yōu)先于“流程和工具”，“工作的軟件”優(yōu)先于“詳盡的文檔”，“客戶合作”優(yōu)先于“合同談判”，“響應變化”優(yōu)先于“遵循計劃”。選項B體現(xiàn)了團隊內(nèi)部緊密合作解決問題，符合“個體和互動”優(yōu)先的原則。2.在Scrum框架中，ProductOwner是產(chǎn)品待辦列表的所有者，負責最大化產(chǎn)品待辦列表價值的努力。3.BacklogRefinement（或稱BacklogGrooming）是指對產(chǎn)品待辦列表中的項目進行審查、細化、估算和排序的過程，以確保團隊在Sprint中可以獲取清晰、可理解的需求。4.ScrumMaster的核心職責是服務型領導，幫助Scrum團隊理解Scrum，移除障礙，確保團隊遵循Scrum實踐。5.Kanban的核心實踐之一是限制正在進行的工作量（WorkInProgress,WIP），這有助于減少在制品瓶頸，使工作流更平滑、可視化，從而提高整體流動效率和質(zhì)量。6.精益思想識別七種（或八種）浪費：過量生產(chǎn)、等待、不必要的運輸、過度加工、不必要的移動、庫存、不必要的動作、缺陷。標準化工作是精益推薦的實踐，不是浪費。7.INVEST是用戶故事應該具備的屬性的首字母縮寫：Independent（獨立的）、Negotiable（可協(xié)商的）、Valuable（有價值的）、Estimable（可估算的）、Small（小的）、Testable（可測試的）?！癡”代表Valuable（有價值的）。8.PlanningPoker（計劃撲克）是一種基于協(xié)商的相對估算技術(shù)，團隊使用不同面值的牌（通常包括0或?,1,2,3,5,8,13等）來對用戶故事的大小進行估算，關(guān)注的是故事相對于其他故事的工作量。9.測試驅(qū)動開發(fā)（TDD）的流程通常是：先編寫一個失敗的自動化測試用例，然后編寫剛好能讓測試通過的最少代碼，重構(gòu)代碼以改進設計，最后再次運行測試確保通過。10.持續(xù)集成（CI）的核心實踐是開發(fā)人員頻繁地將代碼變更集成到主分支，并通過自動化構(gòu)建和測試來驗證每次集成的正確性，目的是盡早發(fā)現(xiàn)和解決集成問題。11.敏捷強調(diào)適應性，允許并在需要時調(diào)整項目方向、范圍和優(yōu)先級，以響應客戶反饋、市場變化或新信息。12.用戶故事的格式“作為一個<角色>,我想要<功能>,以便<價值>”中，“價值”部分闡述了該功能為用戶、客戶或產(chǎn)品帶來的好處、解決的問題或?qū)崿F(xiàn)的目標。13.Scrum指南建議Sprint的長度在4周到8周之間，最常見的是2周或4周，團隊應該選擇一個能讓他們保持專注并產(chǎn)生有價值產(chǎn)品的長度。14.每日Scrum（DailyScrum）是一個15分鐘的短會，由開發(fā)團隊自行主持，目的是同步進度、識別障礙、計劃當天工作，確保團隊對Sprint目標保持一致。15.“完成”（Done）定義是在一個敏捷團隊中，一個用戶故事或任務在哪個狀態(tài)下可以被認為是完成并可以交付的，它定義了“完成”的標準。二、多項選擇題16.敏捷宣言的四個價值觀是：個體和互動高于流程和工具；workingsoftware高于詳盡的文檔；客戶合作高于合同談判；響應變化高于遵循計劃。選項A、B、C、D都包含在內(nèi)。選項E“成本最低高于時間最短”不是敏捷宣言的內(nèi)容。17.根據(jù)Scrum指南，Scrum有三個核心角色：ProductOwner、ScrumMaster和DevelopmentTeam。選項DProjectManager和選項EBusinessAnalyst不是Scrum規(guī)定的角色。18.PlanningPoker游戲中常用的牌面值包括0（代表無需求或不可估算）或?（代表更?。?，以及1,2,3,5,8,13等（通?；陟巢瞧鯏?shù)列或其變體），有時也包含更大或更小的值。選項A,B,C,D都是常見的牌面值。19.精益識別的浪費包括過量生產(chǎn)、等待、不必要的運輸、過度加工、不必要的移動、庫存、不必要的動作（多余的流程步驟）和缺陷。選項A,B,C,D都屬于浪費。選項E“標準化工作”是精益推薦的實踐，旨在減少變異和浪費。20.持續(xù)集成（CI）的好處包括：通過頻繁集成減少集成沖突和風險；自動化測試能快速發(fā)現(xiàn)Bug；提高軟件質(zhì)量和穩(wěn)定性；加快反饋循環(huán)，讓開發(fā)人員更快得知問題；使交付更頻繁、更可靠。選項A,B,C,D都是CI的好處。選項E自動化構(gòu)建和測試是實現(xiàn)CI的手段，而非其好處本身，但它是CI核心實踐的一部分，常與好處關(guān)聯(lián)。21.一個好的產(chǎn)品待辦列表應該是動態(tài)的（可以根據(jù)新信息調(diào)整）、有明確優(yōu)先級排序的（根據(jù)價值和緊急程度）、需要持續(xù)細化的（隨著理解加深不斷補充細節(jié)）、包含足夠信息讓開發(fā)團隊理解并估算（但不一定是詳細的任務分解）。選項A,B,C是關(guān)鍵特點。選項D“包含詳細的任務分解”通常是由開發(fā)團隊在SprintPlanning中完成的，而不是待辦列表本身。選項E“由開發(fā)團隊維護”不正確，通常是ProductOwner維護產(chǎn)品待辦列表。22.Kanban與Scrum相比的特點：通常不使用固定時長的Sprint（選項A）；更側(cè)重于工作流可視化（選項D）；強調(diào)限制正在進行的工作量（WIP）（選項C）；角色更靈活，沒有強制規(guī)定的Scrum角色（選項B）。Kanban可以應用于各種類型的流程，不限于軟件開發(fā)（選項E錯誤）。23.敏捷方法對待需求變更的態(tài)度是將其視為項目的一部分和機遇。變更可以隨時提出并納入產(chǎn)品待辦列表（選項B）。雖然需要管理變更帶來的影響，但不是通過嚴格的CCB審批（選項C），且變更越早越好，成本越低（選項D）。敏捷鼓勵在生命周期中添加新需求，而不僅僅是待辦列表頂部（選項E）。24.敏捷溝通強調(diào)透明、即時和有效的交流。這通常通過定期的面對面交流（選項A）、開放的氛圍鼓勵反饋（選項C）、使用協(xié)作工具（選項D）來實現(xiàn)。書面文檔在敏捷中仍有用，但不是取代口頭溝通（選項B錯誤）。25.組織層面的敏捷轉(zhuǎn)型涉及多方面：培養(yǎng)支持協(xié)作、適應和學習的敏捷文化（選項A）；改變領導者的風格，從命令控制型轉(zhuǎn)變?yōu)榉招突蚪叹毿皖I導（選項B）；調(diào)整組織結(jié)構(gòu)，支持跨職能團隊和自組織（選項C）；建立支持性的政策、流程和度量（選項D）。敏捷轉(zhuǎn)型需要關(guān)注人員和發(fā)展（選項E錯誤）。三、判斷題26.×敏捷并非完全反對計劃，而是強調(diào)適應性計劃和靈活的計劃。敏捷確實有計劃（如產(chǎn)品待辦列表、Sprint計劃），但這些計劃是靈活的，會隨著項目進行和反饋而調(diào)整。27.√Scrum的Sprint評審會（SprintReview）的目的是評審完成的Sprint工作，即評審Scrum團隊在Sprint期間交付的“可工作的、