2025年ACP敏捷項目管理專項訓練測試卷考試時間：______分鐘總分：______分姓名：______一、選擇題1.根據(jù)敏捷宣言，哪個價值觀被認為比合同談判更重要？A.工作軟件B.客戶合作C.個體與互動D.預測能力2.在Scrum框架中，負責最大化產(chǎn)品待辦列表價值并確保開發(fā)團隊理解產(chǎn)品待辦列表內(nèi)容的角色是？A.ScrumMasterB.開發(fā)團隊C.產(chǎn)品負責人D.項目發(fā)起人3.Scrum事件中，開發(fā)團隊協(xié)作產(chǎn)出潛在可交付產(chǎn)品增量的是？A.Sprint計劃會B.DailyScrumC.Sprint評審會D.Sprint回顧會4.“完成工作的定義”（DefinitionofDone）在敏捷項目中主要目的是什么？A.規(guī)定開發(fā)人員的工作時間B.明確一個用戶故事或任務被接受為完成所需滿足的標準C.限制Sprint期間的工作量D.確定產(chǎn)品待辦列表的優(yōu)先級5.以下哪項不是Scrum框架中的角色？A.產(chǎn)品負責人B.項目經(jīng)理C.ScrumMasterD.開發(fā)團隊6.在敏捷開發(fā)中，采用“測試驅(qū)動開發(fā)”（TDD）的主要好處之一是？A.減少開發(fā)文檔的數(shù)量B.確保代碼的可維護性和設計質(zhì)量C.降低開發(fā)團隊的溝通成本D.使開發(fā)過程更加符合預測性方法7.Kanban方法中，引入工作在制品（WIP）限制的主要目的是？A.減少開發(fā)團隊的會議時間B.提高工作流程的流動性和效率，減少瓶頸C.限制產(chǎn)品的發(fā)布頻率D.降低開發(fā)成本8.敏捷項目中的“用戶故事”通常采用哪種格式？A.需求ID：功能描述B.用戶角色：需求描述C.優(yōu)先級：估算點數(shù)D.BDD格式：Given-When-Then9.在一個敏捷團隊中，“持續(xù)集成”（CI）實踐的核心思想是？A.每天進行一次大型構建和測試B.定期進行代碼審查C.開發(fā)人員頻繁地將代碼變更集成到共享代碼庫，并自動執(zhí)行測試D.每周進行一次代碼合并10.敏捷項目管理強調(diào)的“透明度”是指？A.隱藏項目問題和風險B.團隊成員只向領導匯報工作進度C.項目狀態(tài)、工作進展和挑戰(zhàn)對相關方公開可見D.只向客戶展示最終完成的功能11.當一個敏捷團隊發(fā)現(xiàn)自己難以適應變化時，通常需要進行哪種活動來改進？A.增加項目計劃細節(jié)B.進行Sprint回顧會議，識別障礙并制定改進措施C.提高開發(fā)人員的工作負荷D.減少用戶參與度12.以下哪項不是敏捷團隊自組織的特點？A.團隊成員共同決定如何最好地完成工作B.團隊由項目經(jīng)理指定任務C.團隊成員互相支持，解決自身面臨的挑戰(zhàn)D.團隊成員共同對最終結(jié)果負責13.敏捷方法中，“迭代”（Iteration）通常指的是？A.整個項目的生命周期B.一個短時間周期（如Sprint），在此期間交付一個可工作的產(chǎn)品增量C.對項目計劃進行的一次全面審查D.完成所有需求分析的階段14.產(chǎn)品負責人在Sprint評審會上主要做什么？A.執(zhí)行開發(fā)工作B.管理會議流程C.展示Sprint期間完成的可交付成果，并收集反饋D.計劃下一個Sprint15.敏捷項目中的“重構”是指？A.修復代碼中的bugB.優(yōu)化代碼結(jié)構，不改變其外部行為，以提高可維護性C.添加新的用戶功能D.編寫單元測試二、簡答題1.簡述敏捷宣言的四個核心價值觀。2.請描述Scrum框架中的三個主要工件及其作用。3.列舉至少三種XP（極限編程）的核心實踐，并簡述其含義。4.解釋什么是“用戶故事”，并說明其通常包含哪些要素。5.敏捷項目中為什么要進行Sprint回顧？其主要目標是什么？三、情景題假設你是一個敏捷團隊的ScrumMaster，當前正在進行一個Sprint的回顧會議。在會議中，開發(fā)團隊提到他們在Sprint中遇到了一個意料之外的技術難題，導致進度落后。產(chǎn)品負責人表示理解，但希望下個Sprint能提前完成這部分功能。團隊內(nèi)部對于如何解決當前問題并調(diào)整后續(xù)計劃存在分歧。請描述在這種情況下，作為ScrumMaster，你會如何引導會議，以促進團隊達成共識并制定可行的改進計劃？（請側(cè)重于你的引導過程和方法，而非具體技術解決方案或計劃細節(jié)。）試卷答案一、選擇題1.C解析思路：敏捷宣言將“個體與互動”置于“流程與工具”之前，體現(xiàn)了其重視人的價值。2.C解析思路：產(chǎn)品負責人的核心職責就是最大化產(chǎn)品待辦列表價值，并確保團隊理解列表內(nèi)容。3.C解析思路：Sprint評審會的定義是開發(fā)團隊向相關方展示Sprint期間完成的潛在可交付產(chǎn)品增量。4.B解析思路：完成工作的定義明確了使一項工作或用戶故事達到可接受標準所需滿足的具體條件。5.B解析思路：項目經(jīng)理在傳統(tǒng)的瀑布式項目中可能存在，但Scrum框架中沒有此角色，Scrum有產(chǎn)品負責人、ScrumMaster和開發(fā)團隊三個角色。6.B解析思路：TDD通過先寫測試用例再編寫代碼，強制開發(fā)者編寫可測試、模塊化且滿足需求的代碼，有助于保證代碼質(zhì)量。7.B解析思路：Kanban通過限制同時進行的工作項數(shù)量（WIP），可以減少多任務切換，使工作在流程中更順暢地流動，提高效率。8.B解析思路：用戶故事的標準格式通常是“作為一個<用戶角色>，我想要<完成某個動作>，以便<獲得某種價值>”。9.C解析思路：持續(xù)集成的核心是開發(fā)者頻繁提交代碼變更，并通過自動化構建和測試來快速發(fā)現(xiàn)集成問題。10.C解析思路：透明度在敏捷中意味著項目進展、問題和風險對團隊成員和相關方都是可見的。11.B解析思路：Sprint回顧是團隊反思過去一個Sprint，識別問題（如難以適應變化）并制定改進措施的關鍵實踐。12.B解析思路：自組織意味著團隊自己決定如何分配任務和完成工作，而不是由外部管理者指定。13.B解析思路：迭代（通常指Sprint）是敏捷中短周期的開發(fā)模式，旨在快速交付可用的產(chǎn)品增量。14.C解析思路：Sprint評審會是產(chǎn)品負責人展示工作成果、收集反饋、與團隊和利益相關者溝通的重要場合。15.B解析思路：重構是在不改變軟件外在行為的前提下，對其內(nèi)部結(jié)構進行優(yōu)化，以提升代碼質(zhì)量和可維護性。二、簡答題1.敏捷宣言的四個核心價值觀是：*個體與互動高于流程與工具*工作軟件高于文檔*客戶合作高于合同談判*響應變化高于預測解析思路：此題考察對敏捷宣言核心內(nèi)容的記憶和理解，需要準確列出四個價值觀及其比較關系。2.Scrum框架中的三個主要工件及其作用是：*產(chǎn)品待辦列表（ProductBacklog）：一個動態(tài)排序的需求列表，包含所有要為產(chǎn)品交付的價值；產(chǎn)品負責人負責管理和排序。*Sprint待辦列表（SprintBacklog）：為下一個Sprint選定的產(chǎn)品待辦列表項以及為完成這些選定的項而制定的計劃；它由產(chǎn)品負責人、ScrumMaster和開發(fā)團隊共同創(chuàng)建和調(diào)整。*交付成果（Increment）：在每個Sprint結(jié)束時產(chǎn)出的潛在可交付產(chǎn)品增量，是“完成工作的定義”的結(jié)果，應具備使用價值并能與之前的增量集成。解析思路：此題考察對Scrum工件及其核心作用的理解，需要準確識別三個工件并說明其目的。3.XP（極限編程）的核心實踐包括（列舉三種即可），并簡述其含義：*測試驅(qū)動開發(fā)（TDD）：在編寫任何功能代碼之前，先編寫一個失敗的測試用例，然后編寫剛好能讓測試通過的最少代碼，最后重構。*集體代碼所有權：團隊中的任何成員都可以修改任何代碼部分，以促進代碼質(zhì)量和維護。*持續(xù)集成（CI）：開發(fā)人員頻繁地將代碼集成到主干，每次集成都會通過自動化測試。解析思路：此題考察對XP核心實踐的了解，需要能列舉至少三種并解釋其基本概念。4.用戶故事是：一種從用戶角度描述需求的簡短、簡單的描述，通常采用“作為一個<用戶角色>，我想要<完成某個動作>，以便<獲得某種價值>”的格式。它通常包含用戶角色、所需功能/動作和預期價值這三個核心要素。用戶故事有助于促進團隊與客戶之間的溝通，并作為產(chǎn)品待辦列表的一部分進行管理和估算。解析思路：此題考察對用戶故事定義、格式和關鍵要素的理解。5.敏捷項目中進行Sprint回顧的主要目的是：*反思剛剛完成的Sprint：總結(jié)哪些做得好，哪些可以改進。*提升團隊績效：通過識別障礙和改進實踐，使團隊在未來更高效地工作。*制定改進計劃：就如何改進下一個Sprint達成共識，并確定具體的行動項。解析思路：此題考察對Sprint回顧會議目標和意義的理解。三、情景題作為ScrumMaster，我會首先確保會議氛圍是開放和安全的，讓所有成員都感到舒適地發(fā)言。我會引導團隊回顧Sprint的目標，并誠實地評估實際成果，特別是討論遇到的挑戰(zhàn)及其影響。然后，我會分別聽取開發(fā)團隊、產(chǎn)品負責人以及其他相關方的觀點和擔憂，確保每個人的聲音都被聽到。接著，我會引導團隊共同分析問題的根本原因，而不是停留在表面現(xiàn)象。在此基礎上，我會促進團隊brainstorm解決方案和改進措施，鼓勵大家提出建設性的意見。討論過程中，我會確保聚焦于敏捷原則和實踐，例如如何通過更早的風險識別、更強的技術架構設計或更有效的溝通來應對挑戰(zhàn)。最后，我會引導團隊就下一Sprint的啟動、目標設定以及如何實施之前討論的改進措施達成共識，并確保制定出具體、