2025年P(guān)MI-ACP專項(xiàng)沖刺卷考試時間：______分鐘總分：______分姓名：______一、單項(xiàng)選擇題1.根據(jù)敏捷原則，下列哪項(xiàng)最能體現(xiàn)“個體和互動”優(yōu)先于“流程和工具”？A.建立嚴(yán)格的開發(fā)流程和標(biāo)準(zhǔn)化工具集。B.鼓勵開發(fā)人員和產(chǎn)品負(fù)責(zé)人緊密合作，溝通需求。C.僅使用自動化測試工具，避免手動測試。D.設(shè)定固定的開發(fā)周期，確保每個周期都使用相同的方法論。2.在Scrum框架中，由產(chǎn)品負(fù)責(zé)人主持的、用于規(guī)劃下一個Sprint工作內(nèi)容的會議是？A.每日站會(DailyScrum)B.Sprint評審會(SprintReview)C.Sprint回顧會(SprintRetrospective)D.Sprint計(jì)劃會(SprintPlanning)3.用戶故事通常采用哪種格式來描述？A.“作為<角色>,我想要<功能>,以便<價值>”B.“功能點(diǎn)：<功能描述>,優(yōu)先級：<高/中/低>”C.“任務(wù)ID：#123,描述：<具體步驟>”D.“需求編號：REQ-001,負(fù)責(zé)人：<姓名>”4.Kanban方法的核心實(shí)踐之一是限制正在處理的工作(WorkInProgress,WIP)。實(shí)施WIP限制的主要目的是？A.減少開發(fā)團(tuán)隊(duì)的工作量。B.確保所有團(tuán)隊(duì)成員保持忙碌狀態(tài)。C.提高流程效率，減少多任務(wù)處理帶來的浪費(fèi)。D.降低項(xiàng)目成本，減少資源投入。5.敏捷中提到的“用戶故事地圖”主要用來做什么？A.規(guī)劃項(xiàng)目排期，確定每個任務(wù)的開始和結(jié)束時間。B.可視化用戶需求的優(yōu)先級順序和發(fā)布計(jì)劃。C.管理項(xiàng)目風(fēng)險，識別潛在的問題并制定應(yīng)對措施。D.定義產(chǎn)品待辦列表中的用戶故事細(xì)節(jié)和驗(yàn)收標(biāo)準(zhǔn)。6.“驗(yàn)收標(biāo)準(zhǔn)”在用戶故事中扮演著重要角色，其主要目的是？A.規(guī)定開發(fā)人員編碼的規(guī)范和標(biāo)準(zhǔn)。B.明確用戶故事完成時，產(chǎn)品負(fù)責(zé)人或客戶接受該功能的依據(jù)。C.確定用戶故事的優(yōu)先級排序。D.定義用戶故事估算的復(fù)雜度。7.敏捷方法強(qiáng)調(diào)適應(yīng)變化，但在項(xiàng)目開始時制定一個詳細(xì)的、長期不變的項(xiàng)目計(jì)劃，最符合哪種觀點(diǎn)？A.敏捷觀點(diǎn)：計(jì)劃應(yīng)保持靈活，適應(yīng)變化。B.敏捷觀點(diǎn)：在項(xiàng)目初期應(yīng)盡可能預(yù)測所有需求，制定詳細(xì)計(jì)劃。C.傳統(tǒng)觀點(diǎn)：項(xiàng)目成功依賴于詳盡的前期規(guī)劃和嚴(yán)格的執(zhí)行控制。D.敏捷觀點(diǎn)：完全拋棄計(jì)劃，隨遇而安。8.在用戶體驗(yàn)（UX）設(shè)計(jì)中，“可用性”的核心含義是？A.產(chǎn)品必須具有吸引人的視覺外觀和設(shè)計(jì)感。B.產(chǎn)品易于學(xué)習(xí)、高效使用、容錯性強(qiáng)且用戶滿意度高。C.產(chǎn)品界面必須包含盡可能多的功能按鈕。D.產(chǎn)品開發(fā)過程必須非?？焖佟?.以下哪項(xiàng)不屬于常見的敏捷估算技術(shù)？A.故事點(diǎn)(StoryPoints)B.計(jì)劃撲克(PlanningPoker)C.勻速估算(VelocityEstimation)D.貨幣單位估算(Currency-basedEstimation,如$)10.當(dāng)一個項(xiàng)目團(tuán)隊(duì)發(fā)現(xiàn)自己總是無法按時完成Sprint目標(biāo)，持續(xù)改進(jìn)的焦點(diǎn)應(yīng)該放在哪里？A.增加團(tuán)隊(duì)成員數(shù)量，以趕工完成。B.回顧Sprint計(jì)劃會的估算是否準(zhǔn)確，改進(jìn)開發(fā)流程，或在Sprint回顧會中識別障礙并消除。C.提高項(xiàng)目的預(yù)算，購買更強(qiáng)大的開發(fā)工具。D.要求產(chǎn)品負(fù)責(zé)人減少下一個Sprint的用戶故事數(shù)量。二、多項(xiàng)選擇題1.以下哪些屬于敏捷宣言中強(qiáng)調(diào)的價值觀？A.個體和互動高于流程和工具B.靈活響應(yīng)變化高于遵循計(jì)劃C.完成的軟件高于模塊化設(shè)計(jì)D.客戶合作高于合同談判E.團(tuán)隊(duì)自組織高于管理指令2.在Scrum框架中，以下哪些角色是固定的？A.產(chǎn)品負(fù)責(zé)人(ProductOwner)B.ScrumMasterC.開發(fā)團(tuán)隊(duì)(DevelopmentTeam)D.項(xiàng)目經(jīng)理(ProjectManager)E.測試經(jīng)理(TestManager)3.用戶故事的有效性通常需要滿足哪些原則？A.可測試性(Testable)B.獨(dú)立性(Independent)C.可估算性(Estimable)D.小顆粒度(Small)E.可組合性(ValuableandNegotiable)4.以下哪些活動可能發(fā)生在敏捷環(huán)境中的Sprint計(jì)劃會(SprintPlanning)期間？A.產(chǎn)品負(fù)責(zé)人介紹本次Sprint的目標(biāo)和可選的用戶故事。B.開發(fā)團(tuán)隊(duì)討論并選擇本次Sprint要完成的故事。C.開發(fā)團(tuán)隊(duì)對選定的故事進(jìn)行詳細(xì)的技術(shù)設(shè)計(jì)。D.確定本次Sprint的初始估算能力（Velocity）。E.討論并確定本次Sprint的驗(yàn)收標(biāo)準(zhǔn)。5.Kanban方法中，“可視化工作流”意味著什么？A.將項(xiàng)目進(jìn)度報(bào)告以圖表形式展示給管理層。B.在物理白板或數(shù)字看板上展示工作項(xiàng)從開始到結(jié)束的狀態(tài)流轉(zhuǎn)。C.對工作流程進(jìn)行詳細(xì)的文字描述和文檔化。D.可視化團(tuán)隊(duì)成員的個人工作負(fù)荷。E.使用顏色編碼來區(qū)分不同類型的工作項(xiàng)。6.用戶體驗(yàn)（UX）設(shè)計(jì)過程中的常用活動包括哪些？A.用戶研究(UserResearch)B.信息架構(gòu)設(shè)計(jì)(InformationArchitectureDesign)C.原型設(shè)計(jì)(Prototyping)D.可用性測試(UsabilityTesting)E.編寫詳細(xì)的技術(shù)規(guī)格說明書(TechnicalSpecifications)7.敏捷項(xiàng)目組合管理(AgilePortfolioManagement)的目標(biāo)可能包括？A.確保項(xiàng)目組合與組織戰(zhàn)略保持一致。B.最大化項(xiàng)目組合的整體價值。C.優(yōu)先投資于高回報(bào)、低風(fēng)險的項(xiàng)目。D.建立統(tǒng)一的項(xiàng)目審批流程。E.平衡項(xiàng)目組合中不同類型項(xiàng)目的風(fēng)險和收益。8.敏捷方法中，促進(jìn)團(tuán)隊(duì)持續(xù)改進(jìn)的活動通常包括？A.每日站會(DailyScrum)B.Sprint回顧會(SprintRetrospective)C.Sprint評審會(SprintReview)D.培訓(xùn)新技術(shù)和工具E.定期進(jìn)行項(xiàng)目績效評估三、簡答題1.簡述Scrum框架中的三個主要角色及其核心職責(zé)。2.解釋用戶故事中的“INVEST”原則，并說明其中每個字母代表的含義。3.列舉至少三種敏捷開發(fā)方法（框架或?qū)嵺`），并簡要說明其核心特點(diǎn)。4.在敏捷項(xiàng)目中，什么是“持續(xù)交付”(ContinuousDelivery)？它與“持續(xù)集成”(ContinuousIntegration)的主要區(qū)別是什么？5.描述用戶體驗(yàn)（UX）設(shè)計(jì)中的“用戶旅程圖”(UserJourneyMap)是什么，并說明其作用。四、情景分析題你是一個敏捷開發(fā)團(tuán)隊(duì)的成員，你們團(tuán)隊(duì)正在使用Scrum框架進(jìn)行一個軟件開發(fā)項(xiàng)目。當(dāng)前正在進(jìn)行第二個Sprint的Sprint評審會。產(chǎn)品負(fù)責(zé)人展示了幾個在Sprint期間完成的用戶故事，并收集了評審者的反饋。在會議結(jié)束時，產(chǎn)品負(fù)責(zé)人宣布這些完成的用戶故事構(gòu)成了產(chǎn)品增量1.0，可以發(fā)布給內(nèi)部測試團(tuán)隊(duì)。請根據(jù)敏捷原則和Scrum實(shí)踐，分析這個Sprint評審會場景中可能存在的潛在問題或可以改進(jìn)的地方。試卷答案一、單項(xiàng)選擇題1.B2.D3.A4.C5.B6.B7.C8.B9.D10.B二、多項(xiàng)選擇題1.A,B,D,E2.A,B,C3.A,B,C,D,E4.A,B,D,E5.B,E6.A,B,C,D7.A,B,C8.B,D三、簡答題1.Scrum框架中的三個主要角色及其核心職責(zé)：*產(chǎn)品負(fù)責(zé)人(ProductOwner):負(fù)責(zé)最大化產(chǎn)品待辦列表的價值；明確產(chǎn)品待辦列表中用戶故事的細(xì)節(jié)和驗(yàn)收標(biāo)準(zhǔn)；管理和排序產(chǎn)品待辦列表；代表客戶和利益相關(guān)者的聲音。*ScrumMaster:作為服務(wù)型領(lǐng)導(dǎo)者，幫助團(tuán)隊(duì)理解和應(yīng)用Scrum；移除團(tuán)隊(duì)遇到的障礙；促進(jìn)Scrum事件（儀式）的舉行；保護(hù)團(tuán)隊(duì)免受外部干擾。*開發(fā)團(tuán)隊(duì)(DevelopmentTeam):一個跨職能、自組織團(tuán)隊(duì)，負(fù)責(zé)在每個Sprint內(nèi)交付潛在可用的產(chǎn)品增量；團(tuán)隊(duì)規(guī)模通常在3-9人；對交付的產(chǎn)品質(zhì)量負(fù)責(zé)。2.用戶故事中的“INVEST”原則及其含義：*I-Independent(獨(dú)立的):用戶故事應(yīng)該是相對獨(dú)立的，減少依賴關(guān)系，便于管理和估算。*N-Negotiable(可協(xié)商的):用戶故事描述的是需求價值，具體實(shí)現(xiàn)方式和細(xì)節(jié)應(yīng)在開發(fā)過程中協(xié)商確定。*V-Valuable(有價值的):用戶故事必須為用戶或客戶創(chuàng)造明確的價值。*E-Estimable(可估算的):用戶故事應(yīng)該足夠清晰，開發(fā)團(tuán)隊(duì)能夠?qū)ζ涔ぷ髁窟M(jìn)行合理的估算。*S-Small(小的):用戶故事應(yīng)該足夠小，可以在一個相對較短的Sprint內(nèi)完成。*T-Testable(可測試的):用戶故事應(yīng)該包含明確的驗(yàn)收標(biāo)準(zhǔn)，便于測試和驗(yàn)證是否完成。3.列舉至少三種敏捷開發(fā)方法（框架或?qū)嵺`），并簡要說明其核心特點(diǎn)：*Scrum:一種迭代和增量的框架，通過短周期的Sprint（通常2-4周）交付潛在可用的產(chǎn)品增量；強(qiáng)調(diào)角色（產(chǎn)品負(fù)責(zé)人、ScrumMaster、開發(fā)團(tuán)隊(duì)）、事件（Sprint計(jì)劃會、每日站會、Sprint評審會、Sprint回顧會）和工件（產(chǎn)品待辦列表、Sprint待辦列表、產(chǎn)品增量）。*Kanban(看板):一種可視化工作流管理系統(tǒng)，旨在限制正在處理的工作量（WIP），通過流動（Flow）來提高效率；強(qiáng)調(diào)可視化、限制WIP、管理流程、持續(xù)改進(jìn)和統(tǒng)計(jì)度量。*ExtremeProgramming(XP-極限編程):一套強(qiáng)調(diào)通過實(shí)踐（如編碼標(biāo)準(zhǔn)、測試驅(qū)動開發(fā)TDD、重構(gòu)、持續(xù)集成CI、集體代碼所有權(quán)、可持續(xù)節(jié)奏）來提高軟件質(zhì)量和技術(shù)卓越性的敏捷方法。4.“持續(xù)交付”(ContinuousDelivery)與“持續(xù)集成”(ContinuousIntegration)的主要區(qū)別：*持續(xù)集成(CI):開發(fā)人員頻繁地將代碼變更集成到主分支，通常每天多次；每次集成都會觸發(fā)自動構(gòu)建和測試，目的是盡早發(fā)現(xiàn)集成錯誤，保證代碼庫的穩(wěn)定性，使團(tuán)隊(duì)可以快速、安全地集成工作。*持續(xù)交付(CD):建立在持續(xù)集成的基礎(chǔ)上，除了自動化構(gòu)建和測試外，還包括自動化部署過程；目標(biāo)是讓產(chǎn)品可以隨時以高質(zhì)量的狀態(tài)發(fā)布到生產(chǎn)環(huán)境或直接交付給用戶（可能是內(nèi)部測試、預(yù)發(fā)布環(huán)境或最終用戶）；強(qiáng)調(diào)的是“部署”的能力和頻率。5.用戶體驗(yàn)（UX）設(shè)計(jì)中的“用戶旅程圖”(UserJourneyMap)及其作用：*定義：用戶旅程圖是一種可視化工具，描繪了用戶為了達(dá)成某個目標(biāo)而與產(chǎn)品、服務(wù)或品牌進(jìn)行交互的整個過程。它展示了用戶在各個觸點(diǎn)（點(diǎn)觸點(diǎn)）上的行為、想法、情緒和遇到的痛點(diǎn)和收獲。*作用：幫助團(tuán)隊(duì)從用戶的角度理解其體驗(yàn)過程；識別用戶旅程中的關(guān)鍵節(jié)點(diǎn)、觸點(diǎn)和痛點(diǎn)；發(fā)現(xiàn)提升用戶體驗(yàn)機(jī)會；確保設(shè)計(jì)決策符合用戶需求和期望；促進(jìn)跨部門（產(chǎn)品、設(shè)計(jì)、開發(fā)、營銷等）對用戶體驗(yàn)的共同理解和協(xié)作。四、情景分析題在描述的場景中，可能存在的潛在問題或可以改進(jìn)的地方包括：*缺乏對完成標(biāo)準(zhǔn)的清晰定義：產(chǎn)品增量1.0的“完成”狀態(tài)可能沒有經(jīng)過團(tuán)隊(duì)（尤其是開發(fā)團(tuán)隊(duì)）的共同確認(rèn)。敏捷強(qiáng)調(diào)“完成”具有特定的含義（DefinitionofDone,DoD），需要所有相關(guān)方達(dá)成共識。*可能未考慮質(zhì)量保證充分性：宣布發(fā)布僅基于評審會通過，可能忽略了充分的測試階段，如單元測試、集成測試、系統(tǒng)測試，尤其是用戶驗(yàn)收測試（UAT）。敏捷也強(qiáng)調(diào)質(zhì)量內(nèi)建，不應(yīng)只在最后才關(guān)注。*反饋循環(huán)可能不夠快：評審會收集了反饋，但反饋是否及時傳遞給開發(fā)團(tuán)隊(duì)并納入后續(xù)迭代（例如下一個Sprint的計(jì)劃）？敏