2025年ACP敏捷項(xiàng)目管理沖刺押題卷考試時(shí)間：______分鐘總分：______分姓名：______一、單項(xiàng)選擇題（每題1分，共40分）1.根據(jù)敏捷宣言，以下哪一項(xiàng)不是敏捷宣言中強(qiáng)調(diào)的價(jià)值觀？（）A.雖然進(jìn)度和可預(yù)測(cè)性很重要，但響應(yīng)變化更為重要。B.我們認(rèn)為通過客戶合作比通過合同文檔更能有效地管理項(xiàng)目。C.我們認(rèn)為開發(fā)人員的自我組織比直接管理更能產(chǎn)生高質(zhì)量的軟件。D.最優(yōu)先考慮通過逐步交付有價(jià)值的軟件來滿足客戶的業(yè)務(wù)需求。2.敏捷宣言的核心思想不包括：（）A.關(guān)注人和互動(dòng)，而非流程和工具。B.追求卓越的軟件，通過敏捷過程實(shí)現(xiàn)。C.最優(yōu)先考慮通過盡早和持續(xù)交付有價(jià)值的軟件來滿足客戶。D.需求變更應(yīng)在項(xiàng)目后期才被納入，以確保項(xiàng)目按計(jì)劃進(jìn)行。3.在敏捷環(huán)境中，產(chǎn)品負(fù)責(zé)人最重要的職責(zé)是：（）A.管理開發(fā)團(tuán)隊(duì)的日常工作和進(jìn)度。B.定義項(xiàng)目范圍，并確保開發(fā)團(tuán)隊(duì)理解需求。C.監(jiān)督測(cè)試團(tuán)隊(duì)，確保所有測(cè)試通過。D.負(fù)責(zé)產(chǎn)品的發(fā)布和市場(chǎng)營(yíng)銷活動(dòng)。4.Scrum框架中，負(fù)責(zé)確保跨職能Scrum團(tuán)隊(duì)成員之間有效協(xié)作和溝通的Scrum角色是：（）A.產(chǎn)品負(fù)責(zé)人。B.ScrumMaster。C.敏捷教練。D.Scrum團(tuán)隊(duì)。5.Scrum事件中，所有Scrum團(tuán)隊(duì)成員（產(chǎn)品負(fù)責(zé)人、ScrumMaster和開發(fā)團(tuán)隊(duì)）都必須參加，目的是解決障礙和協(xié)調(diào)跨職能工作的會(huì)議是：（）A.Sprint計(jì)劃會(huì)議。B.Sprint評(píng)審會(huì)議。C.Sprint回顧會(huì)議。D.DailyScrum（每日站會(huì)）。6.在Scrum中，一個(gè)Sprint的持續(xù)時(shí)間通常是：（）A.一個(gè)月或更短，且固定不變。B.兩個(gè)月或更長(zhǎng)，以適應(yīng)大型項(xiàng)目。C.根據(jù)項(xiàng)目總工作量估算確定。D.由產(chǎn)品負(fù)責(zé)人決定。7.Scrum中，用于記錄Sprint目標(biāo)、團(tuán)隊(duì)任務(wù)、進(jìn)度和估算信息的可視化圖表是：（）A.產(chǎn)品待辦列表。B.Sprint待辦列表。C.原型圖。D.布魯姆圖表（BurndownChart）。8.Kanban（看板）方法的核心原則之一是：（）A.定期舉行Sprint評(píng)審會(huì)議來展示成果。B.限制正在進(jìn)行的工作量（WorkInProgress,WIPLimit）。C.每隔固定時(shí)間進(jìn)行一次大型規(guī)劃。D.強(qiáng)制所有任務(wù)必須按嚴(yán)格的線性順序完成。9.用戶故事（UserStory）通常采用哪種格式來編寫？（）A.“作為<角色>,我想要<功能>,以便<價(jià)值>”。B.“功能點(diǎn)：<功能描述>,優(yōu)先級(jí)：<高/中/低>”。C.“任務(wù)：<具體活動(dòng)>,依賴：<前置任務(wù)>”。D.“需求ID：#<編號(hào)>,描述：<詳細(xì)規(guī)格>”。10.用于在開發(fā)過程中持續(xù)集成代碼，并頻繁進(jìn)行構(gòu)建和測(cè)試的實(shí)踐是：（）A.敏捷建模。B.用戶故事地圖。C.持續(xù)集成（ContinuousIntegration,CI）。D.迭代計(jì)劃。11.XP（極限編程）方法中，強(qiáng)調(diào)開發(fā)人員編寫自動(dòng)化測(cè)試用例，并在編寫新代碼之前運(yùn)行這些測(cè)試用例的實(shí)踐是：（）A.結(jié)對(duì)編程。B.測(cè)試驅(qū)動(dòng)開發(fā)（Test-DrivenDevelopment,TDD）。C.簡(jiǎn)化設(shè)計(jì)。D.重構(gòu)。12.在敏捷項(xiàng)目管理中，用于促進(jìn)團(tuán)隊(duì)內(nèi)部以及團(tuán)隊(duì)與干系人之間有效溝通的工具或技術(shù)是：（）A.敏捷估算棒（PlanningPoker）。B.用戶故事地圖。C.看板。D.燒烤式會(huì)議（Hackathon）。13.敏捷轉(zhuǎn)型成功的關(guān)鍵因素之一是：（）A.高層管理者的強(qiáng)有力支持。B.一次性全面推行所有敏捷實(shí)踐。C.忽略現(xiàn)有組織文化的影響。D.非常嚴(yán)格的敏捷認(rèn)證流程。14.敏捷項(xiàng)目管理中，用于跟蹤項(xiàng)目進(jìn)度，顯示已完成工作和剩余工作量的圖表是：（）A.Gantt圖。B.磁貼圖（TileChart）。C.布魯姆圖表（BurndownChart）。D.PERT圖。15.在敏捷環(huán)境中，度量產(chǎn)品開發(fā)的進(jìn)度和質(zhì)量，通常會(huì)關(guān)注哪些指標(biāo)？（）A.完成的工作量（故事點(diǎn)）、交付頻率、缺陷密度、客戶滿意度。B.項(xiàng)目預(yù)算、團(tuán)隊(duì)成員工時(shí)、會(huì)議次數(shù)、工具使用率。C.項(xiàng)目范圍變更次數(shù)、項(xiàng)目延遲天數(shù)、管理層滿意度。D.員工離職率、加班時(shí)間、辦公室布局。16.敏捷團(tuán)隊(duì)中，促進(jìn)團(tuán)隊(duì)協(xié)作、移除障礙、確保Scrum流程正常運(yùn)行，并教練團(tuán)隊(duì)實(shí)踐敏捷的Scrum角色是：（）A.產(chǎn)品負(fù)責(zé)人。B.ScrumMaster。C.敏捷教練。D.開發(fā)團(tuán)隊(duì)成員。17.Scrum中，每個(gè)Sprint結(jié)束時(shí)，用于演示完成的可工作軟件增量，并收集干系人反饋的會(huì)議是：（）A.Sprint計(jì)劃會(huì)議。B.Sprint評(píng)審會(huì)議。C.Sprint回顧會(huì)議。D.DailyScrum。18.敏捷原則中，“雖然進(jìn)度和可預(yù)測(cè)性很重要，但響應(yīng)變化更為重要”體現(xiàn)了敏捷的：（）A.人本主義。B.響應(yīng)性。C.迭代性。D.靈活性。19.Kanban方法中，通常用于可視化工作流程，并將任務(wù)卡片在工作流步驟之間移動(dòng)的工具是：（）A.產(chǎn)品待辦列表。B.Sprint待辦列表。C.看板。D.燃盡圖。20.用戶故事地圖（UserStoryMapping）的主要價(jià)值在于：（）A.詳細(xì)定義用戶需求的技術(shù)規(guī)格。B.幫助團(tuán)隊(duì)理解用戶旅程和規(guī)劃發(fā)布。C.用于進(jìn)行用戶驗(yàn)收測(cè)試。D.估算用戶故事的工作量。21.敏捷開發(fā)團(tuán)隊(duì)通常被認(rèn)為是：（）A.非常結(jié)構(gòu)化的，有明確的層級(jí)關(guān)系。B.跨職能的，自我組織的。C.嚴(yán)格按流程執(zhí)行的，由項(xiàng)目經(jīng)理主導(dǎo)。D.分工細(xì)化的，各司其職。22.當(dāng)敏捷團(tuán)隊(duì)需要就某個(gè)任務(wù)或功能的細(xì)節(jié)達(dá)成共識(shí)時(shí)，可能會(huì)使用哪種技術(shù)？（）A.迭代評(píng)審。B.燒腦會(huì)議（Brainstorming）。C.風(fēng)險(xiǎn)登記冊(cè)更新。D.敏捷認(rèn)證。23.敏捷實(shí)踐指南建議，產(chǎn)品待辦列表的排序應(yīng)該基于：（）A.任務(wù)的復(fù)雜度和工作量。B.產(chǎn)品價(jià)值。C.開發(fā)人員的技術(shù)偏好。D.項(xiàng)目經(jīng)理的日程安排。24.在Scrum中，負(fù)責(zé)在整個(gè)Sprint期間維護(hù)Sprint待辦列表，并確保開發(fā)團(tuán)隊(duì)達(dá)成Sprint目標(biāo)的會(huì)議是：（）A.Sprint計(jì)劃會(huì)議。B.Sprint評(píng)審會(huì)議。C.Sprint回顧會(huì)議。D.DailyScrum。25.敏捷項(xiàng)目中的“重構(gòu)”指的是：（）A.修改需求規(guī)格說明書。B.優(yōu)化代碼結(jié)構(gòu)，不改變其外部行為。C.增加新的測(cè)試用例。D.完成一個(gè)Sprint計(jì)劃。26.敏捷強(qiáng)調(diào)的“簡(jiǎn)單”意味著：（）A.使用最簡(jiǎn)單的工具和最低的成本。B.只做最基本的功能，忽略其他需求。C.確保解決方案足夠簡(jiǎn)單，以應(yīng)對(duì)當(dāng)前的需求，并保留改進(jìn)的空間。D.編寫最短的代碼。27.敏捷轉(zhuǎn)型中，常見的挑戰(zhàn)包括：（）A.文化沖突、缺乏管理層支持、對(duì)敏捷實(shí)踐理解不深。B.預(yù)算不足、技術(shù)難題、市場(chǎng)需求變化。C.團(tuán)隊(duì)成員技能不足、辦公環(huán)境不佳、設(shè)備落后。D.項(xiàng)目周期過長(zhǎng)、客戶需求不明確、競(jìng)爭(zhēng)對(duì)手太強(qiáng)。28.XP（極限編程）中，“持續(xù)反饋”原則可以通過哪些方式實(shí)現(xiàn)？（）A.定期進(jìn)行正式的評(píng)審會(huì)議。B.開發(fā)人員與客戶緊密協(xié)作，頻繁交付可工作的軟件。C.使用自動(dòng)化測(cè)試工具進(jìn)行回歸測(cè)試。D.完成所有文檔后再進(jìn)行開發(fā)。29.在敏捷項(xiàng)目中，促進(jìn)團(tuán)隊(duì)內(nèi)部成員之間直接、開放溝通的實(shí)踐有助于：（）A.提高官僚主義效率。B.建立信任，提高協(xié)作效率。C.增加會(huì)議數(shù)量。D.強(qiáng)制執(zhí)行等級(jí)制度。30.Kanban方法中，“限制正在進(jìn)行的工作量”（WIPLimit）有助于：（）A.讓團(tuán)隊(duì)成員同時(shí)處理更多任務(wù)。B.避免資源瓶頸，提高流程效率。C.減少團(tuán)隊(duì)成員的學(xué)習(xí)時(shí)間。D.延長(zhǎng)每個(gè)任務(wù)的完成時(shí)間。31.敏捷團(tuán)隊(duì)中的“自組織”意味著：（）A.團(tuán)隊(duì)成員可以自行決定休假。B.團(tuán)隊(duì)成員可以自行決定工作時(shí)間和地點(diǎn)。C.團(tuán)隊(duì)成員可以自行決定如何最好地完成分配給他們的任務(wù)。D.團(tuán)隊(duì)成員可以自行決定項(xiàng)目預(yù)算。32.當(dāng)敏捷團(tuán)隊(duì)需要估算用戶故事的工作量時(shí)，常用的技術(shù)是：（）A.專家判斷。B.查閱歷史數(shù)據(jù)。C.PlanningPoker（計(jì)劃撲克）。D.工時(shí)估算。33.敏捷項(xiàng)目管理中，產(chǎn)品負(fù)責(zé)人與開發(fā)團(tuán)隊(duì)之間的有效協(xié)作對(duì)于：（）A.確保項(xiàng)目符合預(yù)算。B.確保產(chǎn)品交付符合最初的需求。C.確保產(chǎn)品滿足市場(chǎng)需求并具有競(jìng)爭(zhēng)力。D.確保開發(fā)過程完全自動(dòng)化。34.敏捷原則中，“軟件盡早并持續(xù)地交付給客戶，以便盡早獲得反饋”體現(xiàn)了：（）A.迭代增量交付。B.需求變更優(yōu)先。C.團(tuán)隊(duì)協(xié)作。D.技術(shù)卓越。35.在敏捷環(huán)境中，處理需求變更通常采取的態(tài)度是：（）A.盡量拒絕，以保持項(xiàng)目計(jì)劃穩(wěn)定。B.在項(xiàng)目后期才處理，以避免影響進(jìn)度。C.在每個(gè)Sprint或迭代中，根據(jù)優(yōu)先級(jí)靈活處理。D.由產(chǎn)品負(fù)責(zé)人單獨(dú)決定，開發(fā)團(tuán)隊(duì)無需參與。36.Scrum中，負(fù)責(zé)書寫和優(yōu)先排序產(chǎn)品待辦列表的Scrum角色是：（）A.ScrumMaster。B.敏捷教練。C.產(chǎn)品負(fù)責(zé)人。D.開發(fā)團(tuán)隊(duì)。37.敏捷開發(fā)過程中，用于識(shí)別和記錄項(xiàng)目風(fēng)險(xiǎn)、問題、依賴關(guān)系等的文檔是：（）A.產(chǎn)品待辦列表。B.Sprint待辦列表。C.風(fēng)險(xiǎn)登記冊(cè)。D.敏捷計(jì)劃書。38.在Scrum中，每個(gè)Sprint結(jié)束后，用于反思過去一個(gè)Sprint中的經(jīng)驗(yàn)教訓(xùn)，并討論如何改進(jìn)下一個(gè)Sprint的會(huì)議是：（）A.Sprint計(jì)劃會(huì)議。B.Sprint評(píng)審會(huì)議。C.Sprint回顧會(huì)議。D.DailyScrum。39.敏捷項(xiàng)目成功的關(guān)鍵因素之一是：（）A.完全遵循既定的項(xiàng)目管理流程。B.擁有強(qiáng)大的技術(shù)專家領(lǐng)導(dǎo)團(tuán)隊(duì)。C.團(tuán)隊(duì)成員之間的信任和有效溝通。D.使用最昂貴的項(xiàng)目管理軟件。40.敏捷教練（AgileCoach）的主要作用是：（）A.直接管理敏捷項(xiàng)目團(tuán)隊(duì)。B.為團(tuán)隊(duì)和組織提供敏捷實(shí)踐指導(dǎo)和支持，幫助他們轉(zhuǎn)型和改進(jìn)。C.負(fù)責(zé)敏捷項(xiàng)目的所有測(cè)試工作。D.制定敏捷項(xiàng)目的詳細(xì)計(jì)劃和時(shí)間表。二、簡(jiǎn)答題（每題5分，共20分）41.簡(jiǎn)述Scrum框架中的三個(gè)核心角色及其主要職責(zé)。42.用戶故事地圖（UserStoryMapping）有哪些主要優(yōu)點(diǎn)？43.在敏捷項(xiàng)目中，如何處理需求變更？44.解釋什么是“持續(xù)集成”（ContinuousIntegration,CI）在敏捷開發(fā)中的作用。三、論述題（每題10分，共20分）45.論述在組織中進(jìn)行敏捷轉(zhuǎn)型可能面臨的主要挑戰(zhàn)以及應(yīng)對(duì)策略。46.比較Scrum和Kanban兩種敏捷框架的主要異同點(diǎn)，并說明它們各自適用于哪些場(chǎng)景。試卷答案一、單項(xiàng)選擇題1.D2.D3.B4.B5.D6.A7.D8.B9.A10.C11.B12.D13.A14.C15.A16.B17.B18.B19.C20.B21.B22.B23.B24.A25.B26.C27.A28.B29.B30.B31.C32.C33.C34.A35.C36.C37.C38.C39.C40.B二、簡(jiǎn)答題41.答：Scrum框架中的三個(gè)核心角色是：*產(chǎn)品負(fù)責(zé)人（ProductOwner）：主要職責(zé)是定義產(chǎn)品愿景，管理產(chǎn)品待辦列表（ProductBacklog），確保開發(fā)團(tuán)隊(duì)理解需求，并最大化產(chǎn)品價(jià)值。*ScrumMaster：主要職責(zé)是確保Scrum框架在團(tuán)隊(duì)和組織中正確理解和實(shí)施，移除團(tuán)隊(duì)遇到的障礙，促進(jìn)團(tuán)隊(duì)協(xié)作，并教練團(tuán)隊(duì)實(shí)踐敏捷。*開發(fā)團(tuán)隊(duì)（DevelopmentTeam）：是一個(gè)跨職能、自組織的團(tuán)隊(duì)，負(fù)責(zé)在每個(gè)Sprint內(nèi)交付潛在可交付的產(chǎn)品增量。解析思路：根據(jù)Scrum指南中對(duì)三個(gè)角色的定義和職責(zé)進(jìn)行準(zhǔn)確描述。42.答：用戶故事地圖的優(yōu)點(diǎn)包括：*可視化用戶旅程：清晰地展示用戶從開始到結(jié)束完成任務(wù)的整個(gè)流程和步驟。*幫助團(tuán)隊(duì)理解需求：促進(jìn)團(tuán)隊(duì)成員和干系人對(duì)產(chǎn)品功能和用戶體驗(yàn)的共同理解。*支持優(yōu)先級(jí)排序：有助于團(tuán)隊(duì)基于用戶價(jià)值和依賴關(guān)系對(duì)功能進(jìn)行有效排序和規(guī)劃發(fā)布。*促進(jìn)迭代規(guī)劃：幫助團(tuán)隊(duì)將用戶旅程分解為可管理的迭代或Sprint。解析思路：結(jié)合用戶故事地圖的核心概念，闡述其在理解需求、規(guī)劃、優(yōu)先級(jí)和溝通方面的價(jià)值。43.答：在敏捷項(xiàng)目中處理需求變更的方法是：*保持開放性：敏捷歡迎需求變更，將其視為客戶的競(jìng)爭(zhēng)優(yōu)勢(shì)。*評(píng)估影響：當(dāng)變更提出時(shí)，團(tuán)隊(duì)評(píng)估其對(duì)Sprint目標(biāo)、進(jìn)度、成本和資源的影響。*基于優(yōu)先級(jí)排序：將變更納入產(chǎn)品待辦列表，并根據(jù)其業(yè)務(wù)價(jià)值和緊急程度進(jìn)行優(yōu)先級(jí)排序。*靈活調(diào)整：在后續(xù)的Sprint中，根據(jù)優(yōu)先級(jí)和可用資源，決定何時(shí)以及如何實(shí)現(xiàn)變更。解析思路：體現(xiàn)敏捷對(duì)變更的態(tài)度（歡迎），描述處理變更的標(biāo)準(zhǔn)流程（評(píng)估、排序、調(diào)整）。44.答：持續(xù)集成（ContinuousIntegration,CI）是指在敏捷開發(fā)中，開發(fā)人員頻繁地將代碼變更集成到主分支，通常每天多次。每次集成都會(huì)觸發(fā)自動(dòng)構(gòu)建和測(cè)試流程，目的是及早發(fā)現(xiàn)并解決集成錯(cuò)誤，確保代碼庫的穩(wěn)定性，并促進(jìn)團(tuán)隊(duì)成員之間的協(xié)作。其主要作用包括：*提高軟件質(zhì)量：通過頻繁測(cè)試減少缺陷累積。*加快反饋速度：開發(fā)人員能快速得知代碼集成是否成功。*簡(jiǎn)化集成過程：養(yǎng)成頻繁集成的習(xí)慣，減少集成難度。*支持快速交付：穩(wěn)定的代碼庫為頻繁發(fā)布奠定了基礎(chǔ)。解析思路：先定義CI的概念，然后說明其主要作用（提高質(zhì)量、加速反饋、簡(jiǎn)化集成、支持交付）。三、論述題45.答：組織進(jìn)行敏捷轉(zhuǎn)型可能面臨的主要挑戰(zhàn)及應(yīng)對(duì)策略：*挑戰(zhàn)1：文化沖突與思維轉(zhuǎn)變。傳統(tǒng)層級(jí)文化難以適應(yīng)敏捷的自組織、透明和協(xié)作特性。*策略：高層管理者的堅(jiān)定支持與示范，進(jìn)行充分的敏捷培訓(xùn)和文化宣導(dǎo)，鼓勵(lì)團(tuán)隊(duì)自治和協(xié)作，從小范圍試點(diǎn)開始逐步推廣。*挑戰(zhàn)2：缺乏敏捷經(jīng)驗(yàn)與技能。團(tuán)隊(duì)成員不熟悉敏捷實(shí)踐和工具。*策略：外聘敏捷教練或?qū)＜姨峁┲笇?dǎo)，組織內(nèi)部培訓(xùn)，鼓勵(lì)成員參加認(rèn)證，提供實(shí)踐機(jī)會(huì)并鼓勵(lì)知識(shí)分享。*挑戰(zhàn)3：組織結(jié)構(gòu)和管理流程的障礙。現(xiàn)有的項(xiàng)目管理、績(jī)效考核和報(bào)告流程可能與敏捷不兼容。*策略：逐步調(diào)整或重構(gòu)相關(guān)流程以適應(yīng)敏捷，例如采用更靈活的績(jī)效評(píng)估方式，弱化層級(jí)匯報(bào)，建立跨職能團(tuán)隊(duì)。*挑戰(zhàn)4：干系人期望管理。敏捷的迭代交付和需求變更特性可能導(dǎo)致干系人對(duì)進(jìn)度和范圍產(chǎn)生不切實(shí)際的期望。*策略：加強(qiáng)溝通，清晰解釋敏捷原則和實(shí)踐，建立信任，提供頻繁的可見成果，共同管理需求優(yōu)先級(jí)。*挑戰(zhàn)5：度量與報(bào)告的改變。敏捷更關(guān)注流程和人的指標(biāo)，而非傳統(tǒng)的項(xiàng)目度量。*策略：引入新的度量指標(biāo)，如完成工作量、交付頻率、缺陷率、客戶滿意度等，并調(diào)整報(bào)告機(jī)制，使管理層理解敏捷價(jià)值。解析思路：識(shí)別敏捷轉(zhuǎn)型中的常見障礙（文化、技能、流程、期望、度量），針對(duì)每個(gè)挑戰(zhàn)提出具體、可行的應(yīng)對(duì)措施。46.答：Scrum和Kanban的比較：*相同點(diǎn)：*都屬于敏捷方法，遵循敏捷宣言和原則。*都強(qiáng)調(diào)迭代增量交付、持續(xù)反饋、團(tuán)隊(duì)協(xié)作和適應(yīng)變化。*都使用產(chǎn)品待辦