2025年ACP敏捷項(xiàng)目管理專項(xiàng)訓(xùn)練沖刺卷考試時(shí)間：______分鐘總分：______分姓名：______一、選擇題（每題1分，共30分）1.根據(jù)敏捷宣言，哪個(gè)選項(xiàng)最好地體現(xiàn)了“個(gè)體和互動(dòng)”優(yōu)先于“流程和工具”？A.強(qiáng)調(diào)使用復(fù)雜的流程圖來管理項(xiàng)目B.鼓勵(lì)團(tuán)隊(duì)成員之間的緊密溝通和協(xié)作C.規(guī)定必須使用特定的項(xiàng)目管理軟件D.建立嚴(yán)格的層級(jí)制度以指導(dǎo)團(tuán)隊(duì)工作2.敏捷原則中提到“盡早并持續(xù)地交付有價(jià)值的軟件”，這主要支持哪種開發(fā)方法？A.大爆炸開發(fā)B.敏捷開發(fā)C.演進(jìn)式開發(fā)D.噴泉模型3.在Scrum框架中，負(fù)責(zé)確?？缏毮躍crum團(tuán)隊(duì)成員在沖刺期間工作效率的Scrum角色是？A.產(chǎn)品負(fù)責(zé)人B.ScrumMasterC.極限編程教練D.迭代評(píng)審會(huì)主席4.產(chǎn)品待辦列表（ProductBacklog）的負(fù)責(zé)人是？A.ScrumMasterB.開發(fā)團(tuán)隊(duì)C.產(chǎn)品負(fù)責(zé)人D.項(xiàng)目發(fā)起人5.Scrum中，每次迭代的時(shí)間長(zhǎng)度通常是多少？A.1-2周B.1-4個(gè)月C.半年D.1年6.在Scrum中，團(tuán)隊(duì)在沖刺期間創(chuàng)建的、可向利益相關(guān)者演示的潛在“完成”的軟件增量稱為？A.產(chǎn)品待辦列表項(xiàng)B.迭代待辦列表C.可交付產(chǎn)品增量D.產(chǎn)品Backlog7.Kanban方法的核心實(shí)踐之一是限制正在處理的工作（WIP）。實(shí)施WIP限制的主要目的是？A.減少團(tuán)隊(duì)成員的工作量B.提高工作流程的流動(dòng)性和效率C.增加團(tuán)隊(duì)成員的壓力D.延長(zhǎng)項(xiàng)目周期以進(jìn)行更深入的工作8.用戶故事的格式通常是什么？A.“作為<角色>,我想要<功能>,以便<價(jià)值>”B.“任務(wù)：完成X，截止日期：Y”C.“問題ID：#123，優(yōu)先級(jí)：高”D.“需求編號(hào)：REQ-001，描述：...”9.在敏捷開發(fā)中，用于估算用戶故事大小的相對(duì)單位是？A.人/天B.功能點(diǎn)C.故事點(diǎn)D.美元10.敏捷估算中常用的“計(jì)劃撲克”（PlanningPoker）技術(shù)屬于哪種類型的估算？A.絕對(duì)估算B.相對(duì)估算C.參數(shù)估算D.自下而上估算11.XP（極限編程）中強(qiáng)調(diào)的“測(cè)試驅(qū)動(dòng)開發(fā)”（TDD）意味著什么？A.先編寫代碼，再寫測(cè)試用例B.編寫代碼和編寫測(cè)試用例是并行過程C.先編寫測(cè)試用例，再編寫能讓測(cè)試通過的最少代碼D.測(cè)試只在測(cè)試階段進(jìn)行12.敏捷團(tuán)隊(duì)中，“持續(xù)集成”（CI）實(shí)踐的核心思想是？A.每天集成一次代碼變更B.每周集成一次代碼變更C.只有在所有測(cè)試通過后才集成代碼D.僅在重大里程碑時(shí)才進(jìn)行集成13.敏捷中用于記錄和跟蹤產(chǎn)品待辦列表項(xiàng)優(yōu)先級(jí)的工具通常是？A.甘特圖B.看板C.PERT圖D.魚骨圖14.在敏捷環(huán)境中，每日站會(huì)（DailyScrum）的主要目的是什么？A.討論項(xiàng)目整體進(jìn)度和風(fēng)險(xiǎn)B.確保每個(gè)團(tuán)隊(duì)成員都完成了昨天分配的任務(wù)C.讓團(tuán)隊(duì)成員了解彼此的工作進(jìn)展，并協(xié)調(diào)當(dāng)天的工作D.審核代碼變更提交15.迭代評(píng)審會(huì)（SprintReview）的主要目的是什么？A.討論技術(shù)挑戰(zhàn)和解決方案B.收集用戶反饋，演示完成的可交付產(chǎn)品增量C.評(píng)估團(tuán)隊(duì)成員的表現(xiàn)D.計(jì)劃下一個(gè)迭代16.迭代回顧會(huì)（SprintRetrospective）的主要目標(biāo)是？A.審計(jì)上一個(gè)迭代的任務(wù)完成情況B.討論項(xiàng)目預(yù)算和資源分配C.反思團(tuán)隊(duì)在協(xié)作、流程和技術(shù)方面的表現(xiàn)，并制定改進(jìn)計(jì)劃D.評(píng)審下一個(gè)迭代的用戶故事17.敏捷項(xiàng)目管理中，“驗(yàn)收標(biāo)準(zhǔn)”（AcceptanceCriteria）的作用是？A.定義項(xiàng)目范圍邊界B.規(guī)定開發(fā)人員編碼規(guī)范C.告知測(cè)試人員需要測(cè)試哪些功能D.描述用戶故事完成時(shí)，用戶或客戶認(rèn)為其“完成”的定義18.以下哪項(xiàng)不是敏捷度量中常用的指標(biāo)？A.周期時(shí)間（CycleTime）B.流動(dòng)速度（FlowSpeed）C.累計(jì)價(jià)值（CumulativeFlow）D.凈現(xiàn)值（NetPresentValue）19.敏捷轉(zhuǎn)型成功的關(guān)鍵因素通常包括哪些？請(qǐng)選擇最重要的一個(gè)。A.高層管理者的強(qiáng)力支持B.引入所有最新的敏捷工具C.團(tuán)隊(duì)成員的廣泛參與和承諾D.立即采用最復(fù)雜的敏捷方法20.在敏捷團(tuán)隊(duì)中，促進(jìn)團(tuán)隊(duì)成員之間直接、開放溝通的重要行為是？A.遵守嚴(yán)格的等級(jí)制度B.鼓勵(lì)隨時(shí)提問和尋求幫助C.禁止在非工作時(shí)間討論工作D.強(qiáng)制使用特定的溝通工具21.敏捷方法通常提倡的團(tuán)隊(duì)規(guī)模范圍是？A.小于5人B.5到12人C.20人以上D.50人以上22.當(dāng)敏捷團(tuán)隊(duì)需要處理需求變更時(shí)，通常遵循的原則是？A.盡量拒絕所有變更請(qǐng)求B.只有在項(xiàng)目后期才考慮變更C.在迭代周期內(nèi)靈活響應(yīng)，評(píng)估變更影響D.將所有變更累積到下一個(gè)迭代23.ACP認(rèn)證考試中，關(guān)于道德與專業(yè)責(zé)任的部分，主要強(qiáng)調(diào)的是什么？A.如何最大化個(gè)人收入B.在項(xiàng)目實(shí)踐中遵守道德規(guī)范和職業(yè)行為準(zhǔn)則C.忽視項(xiàng)目中的小問題以加快進(jìn)度D.只關(guān)注客戶的需求而忽略團(tuán)隊(duì)感受24.敏捷服務(wù)交付（ASD）框架中的“環(huán)境”（Environments）指的是？A.開發(fā)、測(cè)試、生產(chǎn)等不同階段B.物理辦公室或數(shù)據(jù)中心C.項(xiàng)目團(tuán)隊(duì)成員D.客戶組織結(jié)構(gòu)25.與Scrum相比，Kanban方法通常不強(qiáng)調(diào)？A.迭代周期B.限制正在處理的工作C.持續(xù)交付D.回顧會(huì)議26.敏捷估算中，“納尼亞墻”（NarniaWall）是一種什么技術(shù)？A.阻止估算偏差的技術(shù)B.一種啟發(fā)式估算方法，使用故事點(diǎn)范圍（如15,30,60,120,240）C.一種記錄估算會(huì)議結(jié)果的圖表D.計(jì)算團(tuán)隊(duì)速度的工具27.在敏捷項(xiàng)目中，產(chǎn)品負(fù)責(zé)人與開發(fā)團(tuán)隊(duì)之間的理想關(guān)系是？A.層級(jí)管理關(guān)系B.合作伙伴關(guān)系C.對(duì)抗關(guān)系D.僅僅信息傳遞關(guān)系28.敏捷團(tuán)隊(duì)中，促進(jìn)技術(shù)卓越和良好設(shè)計(jì)的重要實(shí)踐是？A.集中所有代碼審查權(quán)限于一人B.鼓勵(lì)持續(xù)重構(gòu)和編寫可測(cè)試代碼C.限制團(tuán)隊(duì)成員學(xué)習(xí)新技術(shù)的時(shí)間D.只在項(xiàng)目結(jié)束時(shí)進(jìn)行代碼整合29.當(dāng)敏捷團(tuán)隊(duì)面臨技術(shù)債務(wù)時(shí)，應(yīng)該采取什么態(tài)度？A.盡量忽略它，專注于新功能開發(fā)B.只有在有足夠時(shí)間時(shí)才償還C.持續(xù)關(guān)注并計(jì)劃逐步償還，平衡新功能與債務(wù)償還D.將技術(shù)債務(wù)問題完全推給開發(fā)人員30.敏捷轉(zhuǎn)型中，常見的挑戰(zhàn)之一是？A.缺乏高層管理者的支持B.團(tuán)隊(duì)成員技能過于單一C.過早引入過多的敏捷工具和實(shí)踐D.項(xiàng)目范圍定義過于詳細(xì)二、判斷題（每題1分，共20分）1.敏捷宣言中的“響應(yīng)變化優(yōu)于遵循計(jì)劃”意味著敏捷團(tuán)隊(duì)?wèi)?yīng)該完全拋棄計(jì)劃。（）2.ScrumMaster的主要職責(zé)是管理項(xiàng)目進(jìn)度，確保項(xiàng)目按時(shí)交付。（）3.用戶故事的驗(yàn)收標(biāo)準(zhǔn)應(yīng)該在用戶故事被開發(fā)團(tuán)隊(duì)接受后才定義。（）4.故事點(diǎn)是一種絕對(duì)單位，可以用來直接轉(zhuǎn)換為工時(shí)（如人/天）。（）5.Kanban系統(tǒng)中的“完成”列表示工作已經(jīng)結(jié)束，可以交付給客戶。（）6.敏捷方法只適用于軟件開發(fā)項(xiàng)目。（）7.迭代評(píng)審會(huì)（SprintReview）是Scrum框架中唯一一個(gè)有產(chǎn)品負(fù)責(zé)人必須參加的儀式。（）8.持續(xù)集成（CI）要求開發(fā)人員每次提交代碼后都必須自動(dòng)運(yùn)行所有測(cè)試。（）9.在敏捷環(huán)境中，需求變更請(qǐng)求在任何時(shí)候都可以接受，不會(huì)對(duì)項(xiàng)目產(chǎn)生負(fù)面影響。（）10.敏捷團(tuán)隊(duì)中的所有決策都應(yīng)該通過民主投票來做出。（）11.敏捷估算中的“團(tuán)隊(duì)速度”（TeamVelocity）可以用來預(yù)測(cè)未來迭代或整個(gè)項(xiàng)目的規(guī)模。（）12.敏捷教練（AgileCoach）通常是永久性地駐留在團(tuán)隊(duì)中，提供持續(xù)指導(dǎo)。（）13.敏捷強(qiáng)調(diào)通過可視化工具（如看板）來增強(qiáng)團(tuán)隊(duì)協(xié)作和透明度。（）14.當(dāng)團(tuán)隊(duì)在迭代中未能完成所有計(jì)劃的用戶故事時(shí)，通常被認(rèn)為是失敗的。（）15.敏捷實(shí)踐中的“重構(gòu)”（Refactoring）是指修復(fù)代碼中的錯(cuò)誤。（）16.敏捷轉(zhuǎn)型成功的關(guān)鍵在于選擇最流行的敏捷框架進(jìn)行實(shí)施。（）17.XP（極限編程）的所有實(shí)踐都是必須嚴(yán)格遵循的。（）18.敏捷項(xiàng)目中的角色（如產(chǎn)品負(fù)責(zé)人、ScrumMaster、開發(fā)團(tuán)隊(duì)）是固定的和明確的。（）19.敏捷度量指標(biāo)中的“變更失敗率”（ChangeFailureRate）越低越好，表示交付的價(jià)值穩(wěn)定性高。（）20.ACP認(rèn)證持有者被授權(quán)在名片上使用ACP頭銜。（）三、簡(jiǎn)答題（每題5分，共30分）1.簡(jiǎn)述敏捷宣言中的四個(gè)核心價(jià)值觀。2.請(qǐng)列出Scrum框架中的三個(gè)主要角色及其核心職責(zé)。3.用戶故事通常包含哪些要素？簡(jiǎn)述其作用。4.列舉并簡(jiǎn)要說明XP（極限編程）的四個(gè)核心價(jià)值。5.敏捷項(xiàng)目管理中，什么是“持續(xù)交付”（ContinuousDelivery）？它與“持續(xù)集成”有何不同？6.在敏捷環(huán)境中，產(chǎn)品負(fù)責(zé)人（ProductOwner）的主要職責(zé)是什么？四、論述題（每題10分，共20分）1.試述在敏捷項(xiàng)目中實(shí)施“限制正在處理的工作”（WIPLimit）的益處。2.結(jié)合實(shí)際情景，論述敏捷團(tuán)隊(duì)如何有效地進(jìn)行迭代回顧會(huì)（SprintRetrospective），以促進(jìn)持續(xù)改進(jìn)。---試卷答案一、選擇題1.B解析：敏捷宣言強(qiáng)調(diào)“個(gè)體和互動(dòng)”優(yōu)先于“流程和工具”，這意味著更看重人與人之間的溝通協(xié)作，而非僵化的流程或昂貴的工具。選項(xiàng)B體現(xiàn)了這一點(diǎn)。2.B解析：“盡早并持續(xù)地交付有價(jià)值的軟件”是敏捷宣言的核心原則之一，直接支持敏捷開發(fā)方法，區(qū)別于其他強(qiáng)調(diào)一次性交付的方法。3.B解析：ScrumMaster的核心職責(zé)是服務(wù)于Scrum團(tuán)隊(duì)，移除團(tuán)隊(duì)impediment（障礙），確保Scrum流程得到遵循，從而幫助團(tuán)隊(duì)提高效率。選項(xiàng)B最符合此描述。4.C解析：產(chǎn)品負(fù)責(zé)人是產(chǎn)品待辦列表（ProductBacklog）的所有者，負(fù)責(zé)對(duì)其進(jìn)行維護(hù)、排序，確保其清晰并最大化產(chǎn)品價(jià)值。5.B解析：Scrum框架規(guī)定，每個(gè)Sprint的持續(xù)時(shí)間必須是固定的，通常在1到4周之間。雖然具體時(shí)長(zhǎng)由團(tuán)隊(duì)決定，但范圍明確。6.C解析：可交付產(chǎn)品增量（Increment）是在每個(gè)Sprint結(jié)束時(shí)產(chǎn)生的，是潛在“完成”的軟件，可以演示給利益相關(guān)者。選項(xiàng)C描述的是這個(gè)概念。7.B解析：限制正在處理的工作（WIPLimit）是Kanban的核心實(shí)踐之一，其主要目的是減少多任務(wù)處理，提高工作流程的流動(dòng)性和整體效率。8.A解析：用戶故事的常用格式是“作為<角色>,我想要<功能>,以便<價(jià)值>”，這種格式有助于從用戶角度理解需求，并關(guān)注其帶來的價(jià)值。9.C解析：故事點(diǎn)是敏捷開發(fā)中用于估算用戶故事相對(duì)大小的單位，它不是絕對(duì)的時(shí)間或工作量度量，而是用于比較不同故事大小的相對(duì)尺度。10.B解析：計(jì)劃撲克（PlanningPoker）是一種基于故事點(diǎn)的相對(duì)估算技術(shù)，團(tuán)隊(duì)成員使用不同的面值牌來隱式地表達(dá)他們對(duì)故事大小的評(píng)估，并進(jìn)行討論以達(dá)成共識(shí)。11.C解析：測(cè)試驅(qū)動(dòng)開發(fā)（TDD）是XP的一個(gè)核心實(shí)踐，其過程是：先編寫一個(gè)失敗的測(cè)試用例，然后編寫剛好能讓測(cè)試通過的最少代碼，最后重構(gòu)代碼。12.A解析：持續(xù)集成（CI）的核心思想是開發(fā)人員頻繁地將代碼變更集成到主干中，通常每天至少集成一次，并自動(dòng)運(yùn)行測(cè)試。13.B解析：看板（Kanban）是一種可視化工具，常用于跟蹤工作項(xiàng)在不同狀態(tài)（列）之間的流動(dòng)，幫助團(tuán)隊(duì)了解工作負(fù)載，限制WIP，促進(jìn)持續(xù)流動(dòng)。雖然產(chǎn)品待辦列表也可以排序，但看板更側(cè)重流程可視化。14.C解析：每日站會(huì)（DailyScrum）的目的是讓開發(fā)團(tuán)隊(duì)每天站在一起，同步進(jìn)度，識(shí)別障礙，計(jì)劃當(dāng)天的工作，確保團(tuán)隊(duì)目標(biāo)一致。15.B解析：迭代評(píng)審會(huì)（SprintReview）的主要目的是讓團(tuán)隊(duì)向利益相關(guān)者演示完成的可交付產(chǎn)品增量，收集反饋，并根據(jù)反饋調(diào)整產(chǎn)品待辦列表。16.C解析：迭代回顧會(huì)（SprintRetrospective）是Scrum團(tuán)隊(duì)特有的會(huì)議，旨在反思整個(gè)Sprint的過程，識(shí)別哪些做得好，哪些可以改進(jìn)，并制定具體的改進(jìn)措施。17.D解析：驗(yàn)收標(biāo)準(zhǔn)定義了用戶故事必須滿足的條件，即用戶或客戶認(rèn)為該故事“完成”的定義，是判斷故事是否可交付的關(guān)鍵依據(jù)。18.D解析：凈現(xiàn)值（NetPresentValue,NPV）是金融投資評(píng)估中的指標(biāo)，用于衡量未來現(xiàn)金流現(xiàn)值的總和，不屬于敏捷項(xiàng)目管理中常用的度量指標(biāo)。19.A解析：高層管理者的強(qiáng)力支持是敏捷轉(zhuǎn)型成功的關(guān)鍵因素之一，因?yàn)樗麄兛梢蕴峁┍匾馁Y源、移除組織障礙，并倡導(dǎo)敏捷文化。20.B解析：鼓勵(lì)隨時(shí)提問和尋求幫助是敏捷團(tuán)隊(duì)促進(jìn)直接、開放溝通的重要行為，有助于知識(shí)共享和快速解決問題。21.B解析：敏捷方法普遍認(rèn)為5到12人的團(tuán)隊(duì)規(guī)模最為有效，這個(gè)范圍允許充分的互動(dòng)和協(xié)作，同時(shí)保持一定的靈活性。22.C解析：敏捷方法提倡在迭代周期內(nèi)靈活響應(yīng)需求變更，團(tuán)隊(duì)需要評(píng)估變更的影響（對(duì)進(jìn)度、成本、風(fēng)險(xiǎn)等），并決定如何處理。23.B解析：ACP認(rèn)證考試中的道德與專業(yè)責(zé)任部分，強(qiáng)調(diào)認(rèn)證持有者在項(xiàng)目管理實(shí)踐中應(yīng)遵守的道德規(guī)范和職業(yè)行為準(zhǔn)則。24.A解析：在敏捷服務(wù)交付（ASD）框架中，“環(huán)境”指的是支持服務(wù)交付所需的不同環(huán)境，如開發(fā)、測(cè)試、預(yù)生產(chǎn)、生產(chǎn)等。25.A解析：與Scrum強(qiáng)調(diào)固定迭代周期不同，Kanban方法通常不強(qiáng)調(diào)迭代（Sprint），而是關(guān)注工作的持續(xù)流動(dòng)，因此迭代周期不是其核心概念。26.B解析：納尼亞墻（NarniaWall）是一種敏捷估算啟發(fā)式技術(shù)，通常使用一系列倍增的故事點(diǎn)值（如15,30,60,120,240等）來幫助團(tuán)隊(duì)進(jìn)行相對(duì)估算。27.B解析：敏捷環(huán)境中，產(chǎn)品負(fù)責(zé)人與開發(fā)團(tuán)隊(duì)是合作伙伴關(guān)系，共同協(xié)作以交付有價(jià)值的產(chǎn)品，而非層級(jí)管理關(guān)系。28.B解析：持續(xù)重構(gòu)和編寫可測(cè)試代碼是XP促進(jìn)技術(shù)卓越和良好設(shè)計(jì)的重要實(shí)踐，有助于保持代碼質(zhì)量，降低長(zhǎng)期維護(hù)成本。29.C解析：面對(duì)技術(shù)債務(wù)，敏捷團(tuán)隊(duì)?wèi)?yīng)持持續(xù)關(guān)注和逐步償還的態(tài)度，將其視為需要平衡優(yōu)先級(jí)的事項(xiàng)，不能完全忽略或拖延。30.A解析：缺乏高層管理者的支持是敏捷轉(zhuǎn)型中常見的挑戰(zhàn)，因?yàn)檗D(zhuǎn)型需要組織層面的變革和資源投入，高層支持至關(guān)重要。二、判斷題1.F解析：敏捷并非完全拋棄計(jì)劃，而是強(qiáng)調(diào)適應(yīng)性計(jì)劃。計(jì)劃是必要的，但必須是靈活的，能夠隨著新信息的獲取而調(diào)整。2.F解析：ScrumMaster的主要職責(zé)不是管理項(xiàng)目進(jìn)度，而是服務(wù)團(tuán)隊(duì)（移除障礙），確保Scrum流程得到遵循，促進(jìn)團(tuán)隊(duì)效率。項(xiàng)目進(jìn)度通常是團(tuán)隊(duì)自行管理的。3.F解析：用戶故事的驗(yàn)收標(biāo)準(zhǔn)應(yīng)該在用戶故事被開發(fā)團(tuán)隊(duì)理解并開始工作之前就定義好，作為開發(fā)工作的指導(dǎo)和驗(yàn)收依據(jù)。4.F解析：故事點(diǎn)是一種相對(duì)估算單位，不能直接轉(zhuǎn)換為絕對(duì)的時(shí)間（如人/天）。它們代表的是相對(duì)工作量或復(fù)雜度。5.T解析：在Kanban系統(tǒng)中，“完成”列代表工作項(xiàng)已經(jīng)達(dá)到了最終狀態(tài)，滿足了所有要求，可以交付給下一個(gè)階段或客戶。6.F解析：敏捷方法不僅適用于軟件開發(fā)項(xiàng)目，也廣泛應(yīng)用于硬件開發(fā)、市場(chǎng)營(yíng)銷、產(chǎn)品研發(fā)、IT運(yùn)維等多種領(lǐng)域。7.T解析：迭代評(píng)審會(huì)（SprintReview）是Scrum框架中唯一一個(gè)明確要求產(chǎn)品負(fù)責(zé)人（ProductOwner）必須參加的儀式，以便其演示產(chǎn)品并收集反饋。8.T解析：持續(xù)集成（CI）的核心實(shí)踐之一是開發(fā)人員每次提交代碼后，自動(dòng)觸發(fā)構(gòu)建和運(yùn)行所有測(cè)試，以盡早發(fā)現(xiàn)集成問題。9.F解析：雖然敏捷歡迎需求變更，但無限制的變更會(huì)對(duì)項(xiàng)目進(jìn)度、成本和質(zhì)量產(chǎn)生負(fù)面影響。團(tuán)隊(duì)需要評(píng)估變更影響，并進(jìn)行有效管理。10.F解析：敏捷鼓勵(lì)團(tuán)隊(duì)通過溝通、共識(shí)和協(xié)作做出決策，而非簡(jiǎn)單的民主投票。決策方式應(yīng)根據(jù)團(tuán)隊(duì)文化和具體情況靈活選擇。11.T解析：團(tuán)隊(duì)速度（Velocity）是團(tuán)隊(duì)在單個(gè)Sprint中完成的故事點(diǎn)總數(shù)。知道了速度，團(tuán)隊(duì)可以用來估算未來迭代或項(xiàng)目的規(guī)模和交付時(shí)間。12.F解析：敏捷教練（AgileCoach）通常是提供短期或項(xiàng)目制的指導(dǎo)和支持，幫助團(tuán)隊(duì)或組織采用和實(shí)踐敏捷，不一定是永久駐留。13.T解析：敏捷強(qiáng)調(diào)使用可視化工具（如看板、燃盡圖等）來增強(qiáng)團(tuán)隊(duì)協(xié)作、提高透明度，讓工作流程和狀態(tài)一目了然。14.F解析：敏捷迭代的目標(biāo)是盡可能完成計(jì)劃的用戶故事。未能完成所有計(jì)劃的故事是正常的，關(guān)鍵在于分析原因并進(jìn)行反思改進(jìn)，而非簡(jiǎn)單地視為失敗。15.F解析：重構(gòu)（Refactoring）是指在不改變軟件外在行為的前提下，對(duì)代碼內(nèi)部結(jié)構(gòu)進(jìn)行優(yōu)化，以提升代碼質(zhì)量、可讀性或可維護(hù)性。修復(fù)錯(cuò)誤是bugfix。16.F解析：敏捷轉(zhuǎn)型成功的關(guān)鍵在于理解敏捷原則并適應(yīng)組織環(huán)境，選擇合適的實(shí)踐進(jìn)行實(shí)施，而非盲目追求最流行的框架。17.F解析：XP（極限編程）提供了一系列最佳實(shí)踐，但敏捷強(qiáng)調(diào)靈活應(yīng)用，團(tuán)隊(duì)可以根據(jù)自身情況選擇最合適的實(shí)踐，而非嚴(yán)格遵循所有實(shí)踐。18.T解析：敏捷框架為項(xiàng)目定義了清晰的角色（產(chǎn)品負(fù)責(zé)人、ScrumMaster、開發(fā)團(tuán)隊(duì)），這些角色有明確的職責(zé)和期望。19.T解析：變更失敗率（ChangeFailureRate）衡量的是部署后導(dǎo)致生產(chǎn)環(huán)境問題的比例。該指標(biāo)越低，表示交付的質(zhì)量越高，價(jià)值穩(wěn)定性越好。20.T解析：根據(jù)PMI（項(xiàng)目管理協(xié)會(huì)）的規(guī)定，獲得ACP認(rèn)證后，持有者被授權(quán)在名片和簡(jiǎn)歷上使用ACP頭銜。三、簡(jiǎn)答題1.敏捷宣言的四個(gè)核心價(jià)值觀是：*個(gè)人和互動(dòng)高于流程和工具*可工作的軟件高于詳盡的文檔*客戶合作高于合同談判*響應(yīng)變化高于遵循計(jì)劃2.Scrum框架中的三個(gè)主要角色及其核心職責(zé)：*產(chǎn)品負(fù)責(zé)人（ProductOwner）：負(fù)責(zé)最大化產(chǎn)品待辦列表價(jià)值的價(jià)值排序，代表客戶和產(chǎn)品利益。*ScrumMaster：服務(wù)型領(lǐng)導(dǎo)者，負(fù)責(zé)移除團(tuán)隊(duì)impediment，確保Scrum流程得到遵循，促進(jìn)團(tuán)隊(duì)效率。*開發(fā)團(tuán)隊(duì)（DevelopmentTeam）：一個(gè)跨職能、自組織團(tuán)隊(duì)，負(fù)責(zé)在每個(gè)Sprint中交付一個(gè)“潛在可交付的產(chǎn)品增量”。3.用戶故事通常包含的要素及其作用：*角色（Role）：使用或交互該功能的人或事物。*想要（Want）：該角色希望通過此功能完成什么。*以便（Sothat）：執(zhí)行此功能的目的或帶來的價(jià)值。*作用：這種格式有助于從用戶角度理解需求，確保開發(fā)的功能真正有價(jià)值，并便于討論和估算。4.XP（極限編程）的四個(gè)核心價(jià)值：*Communicate（溝通）：團(tuán)隊(duì)成員之間、團(tuán)隊(duì)與客戶之間保持開放和頻繁的溝通。*Simplify（簡(jiǎn)單）：持續(xù)尋找并消除簡(jiǎn)化工作的方法，保持設(shè)計(jì)簡(jiǎn)單。*Respect（尊重）：相互尊重團(tuán)隊(duì)成員，尊重客戶，尊重用戶。*Courage（勇氣）：勇于做出困難的技術(shù)決策，勇于重構(gòu)代碼，勇于面對(duì)和溝通問題。5.敏捷項(xiàng)目管理中，持續(xù)交付（ContinuousDelivery）的含義及其與持續(xù)集成的不同：*含義：持續(xù)交付是CI的延伸，它要求開發(fā)團(tuán)隊(duì)在通過CI流程集成代碼變更后，能夠自動(dòng)或手動(dòng)地將任何可工作的版本安全地、頻繁地交付給內(nèi)部或外部用戶。它不僅僅是代碼集成，還包括準(zhǔn)備發(fā)布的能力。*與持續(xù)集成的不同：持續(xù)集成（CI）關(guān)注的是代碼集成和構(gòu)建的自動(dòng)化，確保每次提交都能成功構(gòu)建并通過基礎(chǔ)測(cè)試。持續(xù)交付（CD）在此基礎(chǔ)上，進(jìn)一步關(guān)注自動(dòng)化測(cè)試、部署和發(fā)布流程，目標(biāo)是實(shí)現(xiàn)快速、可靠地向最終用戶交付價(jià)值。6.敏捷環(huán)境中，產(chǎn)品負(fù)責(zé)人（ProductOwner）的主要職責(zé)：*定義和管理產(chǎn)品待辦列表（ProductBacklog），確保其清晰、有序，并最大化產(chǎn)品價(jià)值。*優(yōu)先排序產(chǎn)品待辦列表項(xiàng)，根據(jù)業(yè)務(wù)價(jià)值、風(fēng)險(xiǎn)、依賴關(guān)系等因素決定開發(fā)順序。*在迭代評(píng)審會(huì)（SprintReview）上演示完成的可交付產(chǎn)品增量，收集利益相關(guān)者的反饋。*與開發(fā)團(tuán)隊(duì)緊密合作，提供清晰的需求說明和業(yè)務(wù)背景。*代表客戶和業(yè)務(wù)方的利益，做出關(guān)于產(chǎn)品方向和范圍的關(guān)鍵決策。四、論述題1.在敏捷項(xiàng)目中實(shí)施“限制正在處理的工作”（WIPLimit）的益處：*提高流動(dòng)性和效率：限制WI