2025年P(guān)MI-ACP認(rèn)證專項訓(xùn)練測試卷考試時間：______分鐘總分：______分姓名：______一、單項選擇題（每題只有一個最恰當(dāng)?shù)拇鸢?，請將正確選項的首字母填在題干后的括號內(nèi)。每題1分，共40分）1.根據(jù)敏捷宣言，以下哪項不是敏捷宣言中強(qiáng)調(diào)的價值觀？（A）A.效率比成效更重要B.響應(yīng)變化比遵循計劃更重要C.個體的價值和互動比流程和工具更重要D.協(xié)作優(yōu)于單獨工作2.Scrum框架中，負(fù)責(zé)確保產(chǎn)品待辦列表價值最大化的角色是？（C）A.ScrumMasterB.ProductOwnerC.DevelopmentTeamD.ScrumCommitte3.Kanban方法的核心實踐之一是限制正在進(jìn)行的工作（WIP），其主要目的是？（B）A.確保所有團(tuán)隊成員同時開始工作B.提高流程效率，減少浪費和延遲C.明確每個任務(wù)的責(zé)任人D.減少項目總預(yù)算4.敏捷項目管理中，“沖刺”（Sprint）通常指的是？（D）A.整個項目的生命周期B.項目規(guī)劃階段C.項目收尾階段D.一個時間盒（固定長度）內(nèi)的工作周期5.XP（極限編程）方法中，“測試驅(qū)動開發(fā)”（TDD）強(qiáng)調(diào)的是什么原則？（A）A.先編寫測試用例，再編寫代碼以滿足測試B.代碼完成后編寫測試用例C.不需要編寫測試用例D.測試和開發(fā)是獨立的過程6.項目管理知識體系（PMBOK）中，“需求收集”過程的目的是？（C）A.完成項目最終交付物的設(shè)計B.制定詳細(xì)的項目進(jìn)度計劃C.識別、記錄并確認(rèn)項目相關(guān)方的需求和期望D.管理項目團(tuán)隊沖突7.在項目范圍管理中，“范圍蔓延”（ScopeCreep）指的是？（B）A.項目范圍被有效控制B.項目范圍未經(jīng)適當(dāng)控制而逐漸擴(kuò)大的現(xiàn)象C.項目范圍被清晰地定義和記錄D.項目范圍因客戶要求變更而合理調(diào)整8.項目進(jìn)度管理中，關(guān)鍵路徑法（CPM）的主要輸出是什么？（A）A.項目的總工期和決定項目工期的關(guān)鍵活動序列B.項目的所有可能結(jié)束日期C.活動的最早開始和最晚開始時間D.項目工期的概率分布9.項目成本管理中，用于估算項目總成本的一種技術(shù)是？（C）A.掙值管理（EVM）B.成本基準(zhǔn)C.參數(shù)估算D.成本績效指數(shù)（CPI）10.項目質(zhì)量管理中，“七種基本質(zhì)量工具”不包括以下哪項？（D）A.流程圖（Flowchart）B.因果圖（Fishbone/IshikawaDiagram）C.直方圖（Histogram）D.網(wǎng)絡(luò)圖（NetworkDiagram）11.在項目資源管理中，確定資源需求和獲取資源的過程是？（B）A.資源分解結(jié)構(gòu)（RBS）B.資源管理計劃制定C.資源日歷D.資源平衡12.項目溝通管理中，選擇合適的溝通方法主要取決于？（C）A.項目經(jīng)理的個人偏好B.項目團(tuán)隊的規(guī)模C.溝通需求（如信息類型、緊急程度、受眾特征）D.公司的溝通政策13.項目風(fēng)險管理中，識別潛在風(fēng)險并記錄其特征的過程是？（A）A.風(fēng)險識別B.風(fēng)險定性分析C.風(fēng)險應(yīng)對規(guī)劃D.風(fēng)險監(jiān)控14.當(dāng)風(fēng)險發(fā)生的可能性較高，且一旦發(fā)生影響嚴(yán)重時，通常需要優(yōu)先處理，這種風(fēng)險被稱為？（B）A.低概率、低影響風(fēng)險B.高概率、高影響風(fēng)險C.低概率、高影響風(fēng)險D.高概率、低影響風(fēng)險15.項目采購管理中，“合同”指的是？（C）A.采購申請B.招標(biāo)文件C.雙方就采購工作達(dá)成的具有法律約束力的協(xié)議D.采購合同收尾16.組織結(jié)構(gòu)對項目的影響力體現(xiàn)在？（A）A.決定了項目資源的獲取方式、溝通路徑和決策權(quán)限B.完全不影響項目執(zhí)行C.只影響項目的技術(shù)選型D.主要影響項目的預(yù)算制定17.項目治理的主要目的是？（B）A.確保項目團(tuán)隊成員士氣高漲B.建立清晰的決策流程、責(zé)任分配和績效衡量標(biāo)準(zhǔn)，以指導(dǎo)和控制項目C.定期組織團(tuán)隊建設(shè)活動D.管理項目文檔的存儲18.業(yè)務(wù)分析中，“需求驗證”（Validation）的主要目的是？（C）A.確保需求被清晰、無歧義地記錄B.確保需求是可行的C.確認(rèn)需求是否滿足業(yè)務(wù)目標(biāo)和用戶期望D.確保需求符合技術(shù)規(guī)范19.軟件工程中，“敏捷設(shè)計原則”之一是“您應(yīng)該盡可能簡單”（Youshouldalwayskeepitsimple）。這通常意味著？（A）A.避免不必要的復(fù)雜性，優(yōu)先實現(xiàn)核心功能B.設(shè)計應(yīng)盡可能復(fù)雜，以應(yīng)對所有可能未來需求C.設(shè)計復(fù)雜度與系統(tǒng)性能成正比D.簡單的設(shè)計只適用于小型項目20.軟件開發(fā)生命周期（SDLC）模型中，“原型模型”的主要特點是？（D）A.線性順序，不可迭代B.同時進(jìn)行開發(fā)多個模塊C.先開發(fā)核心框架，再填充細(xì)節(jié)D.開發(fā)一個系統(tǒng)模型的早期版本，用于獲取用戶反饋并逐步完善21.在軟件測試中，“回歸測試”（RegressionTesting）通常發(fā)生在？（B）A.測試計劃階段B.代碼修改后，確保修改沒有引入新問題或?qū)е屡f問題復(fù)現(xiàn)C.測試完成階段D.需求分析階段22.人工智能（AI）在項目管理中的應(yīng)用可能包括？（C）A.完全取代項目經(jīng)理B.僅用于項目預(yù)算估算C.輔助進(jìn)行風(fēng)險預(yù)測、進(jìn)度優(yōu)化或決策支持D.管理項目團(tuán)隊成員的考勤23.大數(shù)據(jù)（BigData）技術(shù)在項目管理中的應(yīng)用價值主要體現(xiàn)在？（A）A.通過分析大量項目相關(guān)數(shù)據(jù)，提高決策的準(zhǔn)確性和預(yù)見性B.僅用于存儲項目文檔C.降低項目溝通成本D.自動完成項目計劃制定24.云計算（CloudComputing）對項目交付的影響是？（B）A.增加項目硬件采購成本B.提供靈活的計算和存儲資源，可能縮短開發(fā)和部署周期C.必須使用特定的云服務(wù)提供商D.完全取代本地服務(wù)器25.區(qū)塊鏈（Blockchain）技術(shù)的主要特點之一是？（D）A.完全中心化B.數(shù)據(jù)易篡改C.沒有透明性D.數(shù)據(jù)分布式存儲且難以篡改26.領(lǐng)導(dǎo)力在敏捷團(tuán)隊中的體現(xiàn)方式之一是？（C）A.強(qiáng)制團(tuán)隊成員遵守所有既定規(guī)則B.由指定的領(lǐng)導(dǎo)者獨自做出所有決策C.激發(fā)團(tuán)隊成員的潛力，促進(jìn)協(xié)作，移除障礙D.嚴(yán)格監(jiān)控團(tuán)隊成員的工作時間27.項目經(jīng)理在處理團(tuán)隊沖突時，采取“合作”或“問題解決”型沖突管理風(fēng)格通常是？（A）A.旨在找到雙方都能接受的解決方案B.試圖壓制或忽視沖突C.將責(zé)任歸咎于一方D.堅持自己的觀點，說服對方28.在敏捷環(huán)境中，項目相關(guān)的變更請求通常是如何處理的？（B）A.在項目初期一次性凍結(jié)，之后不允許任何變更B.在每個迭代或特定時間點進(jìn)行評估，評估其對進(jìn)度、成本和范圍的影響后決定是否接受C.由項目經(jīng)理單獨決定是否批準(zhǔn)D.只能由客戶提出29.職業(yè)道德要求項目從業(yè)者應(yīng)？（C）A.優(yōu)先考慮個人利益B.在利益沖突時對相關(guān)方隱瞞C.堅持誠信、公正和負(fù)責(zé)任的行為D.為了項目成功可以不遵守法律法規(guī)30.在項目干系人管理中，識別干系人的主要目的是？（A）A.了解干系人的需求、期望、影響力和利益，以便有效管理他們B.確定干系人對項目的出資比例C.列出所有可能認(rèn)識的人D.僅識別高層管理人員31.業(yè)務(wù)分析中的“用例”（UseCase）主要用于？（B）A.描述技術(shù)實現(xiàn)細(xì)節(jié)B.描述系統(tǒng)用戶如何與系統(tǒng)交互以實現(xiàn)特定業(yè)務(wù)目標(biāo)C.規(guī)定項目團(tuán)隊成員的職責(zé)D.制定項目營銷計劃32.軟件開發(fā)中的“持續(xù)集成”（ContinuousIntegration,CI）是一種實踐，其核心思想是？（C）A.頻繁進(jìn)行代碼審查B.一次性完成所有功能開發(fā)C.開發(fā)人員頻繁地將代碼變更集成到主分支，并通過自動化測試確保集成質(zhì)量D.減少開發(fā)會議的次數(shù)33.項目管理中，“變更請求”（ChangeRequest）是指？（D）A.項目團(tuán)隊成員提出的加班申請B.項目周報C.項目預(yù)算調(diào)整通知D.對項目基準(zhǔn)（范圍、進(jìn)度、成本等）提出修改的正式文件34.敏捷實踐中的“用戶故事”（UserStory）通常采用何種格式？（B）A.“作為<角色>，我想要<功能>，以便<價值>”B.“作為一個<用戶類型>，我想要<完成某事>，以便<獲得某種好處>”C.“項目名稱：XX系統(tǒng)開發(fā)”D.“任務(wù)ID：T001，任務(wù)描述：..."35.在項目環(huán)境中，道德困境（EthicalDilemma）通常是指？（C）A.完成任務(wù)但超出預(yù)算B.兩個或多個相互沖突的價值觀或責(zé)任C.在項目決策中面臨在組織利益、客戶利益、團(tuán)隊利益或個人利益之間進(jìn)行權(quán)衡的情境D.項目進(jìn)度落后于計劃36.“敏捷宣言”中強(qiáng)調(diào)的“個體和互動”勝過“流程和工具”，意味著？（A）A.盡管流程和工具很重要，但人的因素（溝通、協(xié)作、創(chuàng)造力）更為關(guān)鍵B.敏捷項目不需要任何流程和工具C.敏捷團(tuán)隊可以不需要任何個體互動D.流程和工具比個體和互動重要得多37.以下哪種技術(shù)通常用于識別風(fēng)險的根本原因？（B）A.敏捷回顧會議B.因果圖（魚骨圖）C.漏斗圖D.關(guān)鍵路徑法38.組織文化對項目成功的影響是？（A）A.影響團(tuán)隊成員的行為方式、溝通習(xí)慣和對變革的接受程度B.完全不影響項目結(jié)果C.只影響項目的財務(wù)績效D.主要由項目經(jīng)理的個人能力決定39.在使用Kanban進(jìn)行項目管理時，可視化工作流程板的主要目的是？（D）A.美化辦公環(huán)境B.記錄項目歷史C.僅用于跟蹤任務(wù)負(fù)責(zé)人D.提高流程透明度，幫助識別瓶頸，優(yōu)化工作流40.職業(yè)素養(yǎng)要求項目從業(yè)者具備良好的溝通能力，這包括？（C）A.只在會議上發(fā)言B.只寫正式報告C.能夠清晰、準(zhǔn)確、及時地向不同干系人溝通信息D.避免在郵件中表達(dá)負(fù)面意見二、多項選擇題（每題有兩個或兩個以上最恰當(dāng)?shù)拇鸢?，請將正確選項的首字母填在題干后的括號內(nèi)。每題2分，共20分）41.敏捷宣言倡導(dǎo)的核心價值觀包括？（ABCD）A.個人和互動高于流程和工具B.工作軟件高于詳盡文檔C.協(xié)作高于競爭D.響應(yīng)變化高于遵循計劃E.團(tuán)隊合作高于個人英雄主義42.Scrum框架中，哪些角色組成Scrum團(tuán)隊？（ABC）A.ProductOwnerB.ScrumMasterC.DevelopmentTeamD.項目經(jīng)理E.質(zhì)量保證人員43.項目風(fēng)險管理過程通常包括？（ABCDE）A.風(fēng)險識別B.風(fēng)險定性分析C.風(fēng)險定量分析D.風(fēng)險應(yīng)對規(guī)劃E.風(fēng)險監(jiān)控44.項目質(zhì)量管理過程可能涉及？（ABCD）A.確定項目質(zhì)量標(biāo)準(zhǔn)B.執(zhí)行質(zhì)量保證活動C.執(zhí)行質(zhì)量控制活動D.進(jìn)行質(zhì)量審計E.制定市場推廣計劃45.項目溝通管理計劃可能包含哪些內(nèi)容？（ABCDE）A.溝通矩陣B.溝通技術(shù)C.溝通頻率D.溝通責(zé)任分配E.溝通工具和平臺46.以下哪些屬于新興技術(shù)？（ABCDE）A.人工智能（AI）B.機(jī)器學(xué)習(xí)（ML）C.大數(shù)據(jù)（BigData）D.云計算（CloudComputing）E.區(qū)塊鏈（Blockchain）F.水晶球（CrystalBall）47.軟件工程中，設(shè)計原則可能包括？（ABCD）A.開放/封閉原則（Open/ClosedPrinciple）B.里氏替換原則（LiskovSubstitutionPrinciple）C.接口隔離原則（InterfaceSegregationPrinciple）D.依賴倒置原則（DependencyInversionPrinciple）E.頻繁變更原則（FrequentChangePrinciple）48.項目職業(yè)素養(yǎng)要求從業(yè)者應(yīng)？（ABCD）A.遵守職業(yè)道德規(guī)范B.在利益沖突時進(jìn)行披露C.保持專業(yè)能力持續(xù)發(fā)展D.對客戶和團(tuán)隊成員保持誠信E.優(yōu)先考慮個人職業(yè)發(fā)展，即使損害組織利益49.組織環(huán)境因素可能包括？（ABCDE）A.組織結(jié)構(gòu)B.組織文化C.治理流程D.項目管理信息系統(tǒng)（PMIS）E.市場環(huán)境50.業(yè)務(wù)分析技術(shù)可能包括？（ABCDE）A.用例建模B.數(shù)據(jù)建模C.流程建模D.原型法E.需求分析會議三、案例分析題（請根據(jù)案例情境回答問題。每題10分，共30分）51.案例情境：你是一個敏捷團(tuán)隊的ScrumMaster。在一次Sprint評審會議后，一位重要的干系人（非客戶代表）提出，希望在下個Sprint中增加一個他們特別關(guān)注的功能模塊，這個模塊與當(dāng)前Sprint的目標(biāo)有一定沖突，且干系人表示如果不加入這個模塊，他們可能不會繼續(xù)提供支持。問題：請簡述你將如何處理這位干系人的請求？52.案例情境：你正在管理一個涉及使用大數(shù)據(jù)分析來優(yōu)化客戶服務(wù)流程的項目。項目團(tuán)隊由來自不同部門的成員組成，包括數(shù)據(jù)科學(xué)家、業(yè)務(wù)分析師和IT實施人員。在項目執(zhí)行過程中，團(tuán)隊成員經(jīng)常抱怨溝通不暢，數(shù)據(jù)科學(xué)家認(rèn)為業(yè)務(wù)需求不明確，業(yè)務(wù)分析師覺得技術(shù)實現(xiàn)過于理想化，IT實施人員則覺得進(jìn)度壓力過大。問題：請簡述你可以采取哪些措施來改善這個項目的團(tuán)隊協(xié)作和溝通？53.案例情境：你是一個項目的項目經(jīng)理，項目旨在引入一項新技術(shù)（例如AI）來改進(jìn)現(xiàn)有業(yè)務(wù)流程。在項目早期階段，你識別到幾個潛在風(fēng)險：一是技術(shù)本身的成熟度和適用性存在不確定性；二是項目團(tuán)隊成員對新技術(shù)缺乏理解和經(jīng)驗；三是新技術(shù)引入可能對現(xiàn)有流程和用戶習(xí)慣造成沖擊，引發(fā)抵觸。問題：請簡述你會如何規(guī)劃風(fēng)險應(yīng)對措施，以應(yīng)對上述風(fēng)險？---試卷答案一、單項選擇題1.A2.B3.B4.D5.A6.C7.B8.A9.C10.D11.B12.C13.A14.B15.C16.A17.B18.C19.A20.D21.B22.C23.A24.B25.D26.C27.A28.B29.C30.A31.B32.C33.D34.B35.C36.A37.B38.A39.D40.C解析1.敏捷宣言強(qiáng)調(diào)“個體和互動”勝過“流程和工具”，“工作軟件”勝過“詳盡文檔”，“協(xié)作”勝過“競爭”，“響應(yīng)變化”勝過“遵循計劃”。A選項“效率比成效更重要”與敏捷宣言不符。2.Scrum框架中，ProductOwner負(fù)責(zé)最大化產(chǎn)品待辦列表的價值。ScrumMaster負(fù)責(zé)服務(wù)型領(lǐng)導(dǎo)Scrum團(tuán)隊，移除障礙，確保Scrum實踐得到遵循。DevelopmentTeam負(fù)責(zé)在每個Sprint中交付產(chǎn)品增量。3.Kanban的核心實踐之一是限制正在進(jìn)行的工作（WIP），目的是防止工作過載，減少多任務(wù)處理，提高流程流速和效率，縮短交付周期。4.Sprint是Scrum框架中一個固定時間長度（通常為1-4周）的迭代周期，團(tuán)隊在Sprint內(nèi)致力于交付一個“潛在可交付的產(chǎn)品增量”。5.測試驅(qū)動開發(fā)（TDD）是XP方法的一種實踐，其核心原則是在編寫任何功能代碼之前，先編寫一個失敗的測試用例，然后編寫足夠的代碼使測試通過，最后重構(gòu)代碼。6.需求收集過程的目的是識別、分析和記錄項目相關(guān)方的需求和期望，確保項目團(tuán)隊對要交付什么有共同的理解。7.范圍蔓延（ScopeCreep）是指項目范圍未經(jīng)適當(dāng)控制而無意中或故意地擴(kuò)大，導(dǎo)致項目失控。8.關(guān)鍵路徑法（CPM）是一種網(wǎng)絡(luò)分析技術(shù)，用于確定項目的最短工期和決定項目工期的關(guān)鍵活動序列。關(guān)鍵路徑上的任何延遲都會導(dǎo)致項目總工期延遲。9.參數(shù)估算是一種估算技術(shù)，它使用歷史數(shù)據(jù)或數(shù)學(xué)模型，基于某個或某些參數(shù)（如代碼行數(shù)、功能點數(shù)）來估算成本或工期。10.項目質(zhì)量管理中，“七種基本質(zhì)量工具”通常指：檢查表（Checklist）、因果圖（Fishbone/Ishikawa）、帕累托圖（Pareto）、直方圖（Histogram）、散點圖（ScatterDiagram）、控制圖（ControlChart）、流程圖（Flowchart）。網(wǎng)絡(luò)圖（NetworkDiagram）是項目進(jìn)度管理中的工具。11.資源管理計劃制定過程涉及識別項目所需資源、確定資源需求、制定獲取資源的方法，并描述如何管理干系人對資源的期望。12.選擇合適的溝通方法取決于溝通的需求，包括信息的性質(zhì)（緊急、正式、非正式）、干系人的位置和偏好、溝通媒介的可用性、文化差異等因素。13.風(fēng)險識別是項目風(fēng)險管理過程的第一個步驟，旨在識別可能影響項目的潛在風(fēng)險事件，并記錄其特征。14.高概率、高影響的風(fēng)險對項目威脅最大，通常需要優(yōu)先處理，制定詳細(xì)的應(yīng)對計劃。15.在項目管理中，“合同”是采購管理中，買賣雙方就采購的產(chǎn)品、服務(wù)或結(jié)果達(dá)成的具有法律約束力的正式協(xié)議。16.組織結(jié)構(gòu)定義了項目資源的分配方式、決策流程、匯報關(guān)系和溝通路徑，對項目的執(zhí)行方式有直接影響。17.項目治理是為了確保項目在組織內(nèi)部得到有效管理和控制而建立的一系列規(guī)則、流程和結(jié)構(gòu)，旨在明確決策權(quán)、責(zé)任和績效衡量標(biāo)準(zhǔn)。18.需求驗證（Validation）是確認(rèn)已交付的軟件產(chǎn)品是否滿足規(guī)定的需求，以及這些需求是否滿足用戶的實際需要和業(yè)務(wù)目標(biāo)。19.敏捷設(shè)計原則強(qiáng)調(diào)簡單性，即“你應(yīng)當(dāng)盡可能簡單——除非你做不到簡單”。這意味著設(shè)計應(yīng)盡可能簡潔，只實現(xiàn)當(dāng)前需要的功能，避免不必要的復(fù)雜性。20.原型模型是一種迭代式開發(fā)方法，通過創(chuàng)建系統(tǒng)或產(chǎn)品的工作模型（原型）來獲取用戶反饋，逐步完善設(shè)計和需求。21.回歸測試是在軟件經(jīng)過修改（如缺陷修復(fù)、功能增強(qiáng)）后，重新運行之前的測試用例，以確保修改沒有引入新的錯誤或?qū)е略绣e誤重現(xiàn)。22.人工智能（AI）在項目管理中的應(yīng)用包括：使用AI進(jìn)行風(fēng)險預(yù)測分析、智能進(jìn)度計劃優(yōu)化、基于數(shù)據(jù)的決策支持、自動化報告等。23.大數(shù)據(jù)技術(shù)在項目管理中的應(yīng)用價值在于能夠處理和分析海量項目數(shù)據(jù)（如進(jìn)度數(shù)據(jù)、成本數(shù)據(jù)、資源數(shù)據(jù)、質(zhì)量數(shù)據(jù)），從中發(fā)現(xiàn)隱藏的模式和趨勢，為項目決策提供更精準(zhǔn)的依據(jù)。24.云計算通過提供按需獲取的、可擴(kuò)展的計算和存儲資源，可以提高項目的靈活性，可能縮短開發(fā)和部署周期，降低對本地硬件的依賴。25.區(qū)塊鏈技術(shù)的主要特點包括：去中心化（或分布式）、不可篡改性、透明性、安全性等。數(shù)據(jù)一旦寫入?yún)^(qū)塊鏈，就很難被修改。26.領(lǐng)導(dǎo)力在敏捷團(tuán)隊中表現(xiàn)為服務(wù)型領(lǐng)導(dǎo)，教練團(tuán)隊成員，移除障礙，創(chuàng)造一個心理安全的環(huán)境，鼓勵團(tuán)隊成員自組織和協(xié)作，共同對項目結(jié)果負(fù)責(zé)。27.在項目環(huán)境中，當(dāng)面臨兩種或多種相互沖突的價值觀、責(zé)任或利益時，就需要進(jìn)行道德困境的權(quán)衡和決策。28.在敏捷環(huán)境中，變更請求通常會在每個迭代開始前的計劃會議或特定的時間點（如Sprint評審后）進(jìn)行評估，評估其對項目范圍、進(jìn)度、成本和質(zhì)量的影響，然后由ProductOwner和Scrum團(tuán)隊共同決定是否納入下一個迭代。29.職業(yè)道德要求項目從業(yè)者誠實守信，公平對待所有相關(guān)方，對自己的行為負(fù)責(zé)，遵守相關(guān)法律法規(guī)和行業(yè)標(biāo)準(zhǔn)。30.識別干系人的主要目的是全面了解項目涉及的個人或組織，他們的利益所在、期望、影響力以及他們可能對項目施加的積極或消極影響，以便制定有效的干系人參與策略。31.用例（UseCase）是描述系統(tǒng)（或產(chǎn)品）如何響應(yīng)外部用戶（Actor）交互以實現(xiàn)特定業(yè)務(wù)目標(biāo)的情景或流程，通常用于需求分析和用戶界面設(shè)計。32.持續(xù)集成（CI）是一種軟件開發(fā)實踐，要求開發(fā)人員頻繁地將代碼變更集成到主分支，每次集成都會觸發(fā)自動構(gòu)建和測試，以盡早發(fā)現(xiàn)集成錯誤。33.變更請求（ChangeRequest）是正式提出對項目基準(zhǔn)（如范圍、進(jìn)度、成本、質(zhì)量等）進(jìn)行修改的文件，需要經(jīng)過評估、批準(zhǔn)或否決的流程。34.用戶故事（UserStory）是敏捷開發(fā)中用于描述軟件功能需求的一種簡短、簡單的描述格式，通常遵循“作為一個<角色>,我想要<完成某事>,以便<獲得某種好處>”的模板。35.道德困境（EthicalDilemma）是指在項目實踐中，面臨兩種或多種相互沖突的道德原則、價值觀或責(zé)任時，難以做出符合所有相關(guān)方期望的決策情境。36.“個體和互動”勝過“流程和工具”強(qiáng)調(diào)的是，盡管流程和工具對項目很重要，但人的因素，如團(tuán)隊成員之間的溝通、協(xié)作、技能和積極性，是項目成功的關(guān)鍵驅(qū)動力。37.因果圖（魚骨圖）是一種用于識別問題根本原因的工具，它通過展示導(dǎo)致問題的各種可能原因（如人、機(jī)、料、法、環(huán)、測），幫助團(tuán)隊系統(tǒng)地分析問題。38.組織文化通過影響團(tuán)隊成員的行為模式、價值觀、溝通習(xí)慣、對變革的態(tài)度等方式，深刻地影響項目的執(zhí)行過程和最終成敗。39.可視化工作流程板（KanbanBoard）是將Kanban系統(tǒng)中的工作流程以物理或數(shù)字看板的形式展現(xiàn)出來，使流程透明化，幫助團(tuán)隊成員和管理者了解工作狀態(tài)，識別瓶頸，及時調(diào)整，優(yōu)化流程效率。40.職業(yè)素養(yǎng)要求項目從業(yè)者具備良好的溝通能力，包括能夠根據(jù)不同的對象和情境，清晰、準(zhǔn)確、簡潔、及時地傳遞信息，并能夠有效傾聽和理解他人。二、多項選擇題41.ABCD42.ABC43.ABCDE44.ABCD45.ABCDE46.ABCDE47.ABCD48.ABCD49.ABCDE50.ABCDE解析41.敏捷宣言的核心價值觀包括：個人和互動高于流程和工具；工作軟件高于詳盡文檔；協(xié)作高于競爭；響應(yīng)變化高于遵循計劃。選項A、B、C、D都正確。選項E“團(tuán)隊合作高于個人英雄主義”雖然也是敏捷倡導(dǎo)的，但不是宣言中的核心價值觀表述。42.根據(jù)Scrum框架，Scrum團(tuán)隊由三個核心角色組成：ProductOwner（產(chǎn)品負(fù)責(zé)人）、ScrumMaster（ScrumMaster）和DevelopmentTeam（開發(fā)團(tuán)隊）。選項A、B、C正確。項目經(jīng)理和質(zhì)量管理員不是Scrum框架規(guī)定的官方角色。43.項目風(fēng)險管理過程通常包括：風(fēng)險識別（識別潛在風(fēng)險）、風(fēng)險定性分析（評估風(fēng)險的可能性和影響）、風(fēng)險定量分析（進(jìn)一步量化風(fēng)險影響）、風(fēng)險應(yīng)對規(guī)劃（制定應(yīng)對策略）、風(fēng)險監(jiān)控（跟蹤風(fēng)險狀態(tài)和應(yīng)對措施的有效性）。選項A、B、C、D、E都是風(fēng)險管理過程的重要組成部分。44.項目質(zhì)量管理過程包括：質(zhì)量規(guī)劃（確定項目質(zhì)量標(biāo)準(zhǔn)和如何滿足標(biāo)準(zhǔn)）、質(zhì)量保證（執(zhí)行質(zhì)量保證活動，確保過程符合標(biāo)準(zhǔn)）、質(zhì)量控制（監(jiān)控具體項目結(jié)果，識別不符合標(biāo)準(zhǔn)的地方并采取糾正措施）、質(zhì)量審計（系統(tǒng)地檢查和評價項目質(zhì)量活動）以及持續(xù)改進(jìn)質(zhì)量管理體系。選項A、B、C、D正確。制定市場推廣計劃屬于市場營銷范疇，不屬于質(zhì)量管理過程。45.項目溝通管理計劃可能包含：溝通矩陣（明確誰向誰、何時、用什么方式溝通什么信息）、溝通技術(shù)（如會議、報告、郵件等）、溝通頻率（溝通的頻率和時機(jī)）、溝通責(zé)任分配（明確誰負(fù)責(zé)溝通）、溝通工具和平臺（如使用的軟件、設(shè)備等）。選項A、B、C、D、E都是溝通管理計劃可能包含的內(nèi)容。46.新興技術(shù)通常指近年來快速發(fā)展并對社會和行業(yè)產(chǎn)生顯著影響的技術(shù)。選項中人工智能（AI）、機(jī)器學(xué)習(xí)（ML）、大數(shù)據(jù)（BigData）、云計算（CloudComputing）、區(qū)塊鏈（Blockchain）都屬于新興技術(shù)范疇。選項F“水晶球（CrystalBall）”通常指預(yù)測技術(shù)，雖然可能利用數(shù)據(jù)分析，但本身不是一種基礎(chǔ)的新興技術(shù)類別。47.軟件工程中常用的設(shè)計原則（SOLID原則的一部分或擴(kuò)展）包括：開放/封閉原則（對擴(kuò)展開放，對修改封閉）、里氏替換原則（子類型必須能夠替換掉它們的基類型）、接口隔離原則（客戶端不應(yīng)依賴它不需要的接口）、依賴倒置原則（高層模塊不應(yīng)依賴低層模塊，兩者都應(yīng)依賴抽象）。選項A、B、C、D正確。選項E“頻繁變更原則”不是設(shè)計原則。48.項目職業(yè)素養(yǎng)要求從業(yè)者應(yīng)遵守職業(yè)道德規(guī)范，保持專業(yè)能力持續(xù)發(fā)展，在利益沖突時進(jìn)行披露，對客戶和團(tuán)隊成員保持誠信，尊重他人，做出負(fù)責(zé)任的決策等。選項A、B、C、D都是職業(yè)素養(yǎng)的重要體現(xiàn)。選項E“優(yōu)先考慮個人職業(yè)發(fā)展，即使損害組織利益”違背了職業(yè)道德。49.組織環(huán)境因素是指存在于項目外部，但會影響項目執(zhí)行的環(huán)境條件。包括：組織結(jié)構(gòu)（如矩陣式、職能式）、組織文化、治理流程、項目管理信息系統(tǒng)（PMIS）的可用性、市場環(huán)境、競爭環(huán)境、法律法規(guī)、經(jīng)濟(jì)狀況等。選項A、B、C、D、E都屬于組織環(huán)境因素。50.業(yè)務(wù)分析技術(shù)是業(yè)務(wù)分析師用來收集、分析、記錄和溝通業(yè)務(wù)需求的技術(shù)。包括：用例建模（描述用戶與系統(tǒng)交互）、數(shù)據(jù)建模（描述數(shù)據(jù)結(jié)構(gòu)和關(guān)系）、流程建模（描述業(yè)務(wù)流程）、原型法（創(chuàng)建系統(tǒng)模型供用戶反饋）、需求分析會議（與干系人討論需求）、訪談、觀察等。選項A、B、C、D、E都是常見的業(yè)務(wù)分析技術(shù)。三、案例分析題51.解析思路：1.評估請求的合理性:首先與ProductOwner溝通，確認(rèn)該功能是否符合產(chǎn)品愿景和戰(zhàn)略，以及其業(yè)務(wù)價值是否足夠高。2.評估對Sprint的影響:分析添加該功能對當(dāng)前Sprint剩余時間、團(tuán)隊工作量、潛在風(fēng)險和交付價值的影響。3.透明溝通:將評估結(jié)果（包括潛在影響和風(fēng)險）清晰地傳達(dá)給干系人，解釋為什么可能無法滿足其即時請求（例如，為了保持Sprint目標(biāo)的完成度）。4.探討替代方案:與干系人探討其他可能性，例如：*在后續(xù)Sprint中優(yōu)先考慮該功能。*如果干系人支持是關(guān)鍵，看是否可以通過調(diào)整Sprint目標(biāo)或?qū)で箢~外資源（可能性較低）來嘗試納入。*探討簡化版本或替代方案，以在當(dāng)前Sprint內(nèi)交付部分價值。5.記錄和跟蹤:無論結(jié)果如何，都將溝通情況和達(dá)成的共識（或未能達(dá)成共識的原因）記錄在案，并跟蹤后續(xù)情況。6.維護(hù)關(guān)系:保持與干系人的良好溝通和關(guān)系，解釋敏捷中對需求排序和價值交付的重視。52.解析思路：1.建立共同目標(biāo):組織團(tuán)隊會議，明確項目共同目標(biāo)，強(qiáng)調(diào)跨部門協(xié)作