2025年P(guān)MI-ACP沖刺專項(xiàng)練習(xí)卷考試時(shí)間：______分鐘總分：______分姓名：______一、單項(xiàng)選擇題1.根據(jù)敏捷原則，以下哪項(xiàng)最能體現(xiàn)“簡(jiǎn)單化”(Simplicity)的思想？A.在項(xiàng)目初期投入大量時(shí)間進(jìn)行詳盡的計(jì)劃。B.快速迭代，持續(xù)交付可工作的軟件最小可行產(chǎn)品。C.確保團(tuán)隊(duì)規(guī)模盡可能大，以便擁有所有必要的技能。D.嚴(yán)格遵循既定的項(xiàng)目計(jì)劃，避免變更。2.在Scrum框架中，由產(chǎn)品負(fù)責(zé)人、ScrumMaster和開發(fā)團(tuán)隊(duì)共同參與的，旨在規(guī)劃下一個(gè)Sprint的工作并估算Sprint值的會(huì)議是？A.Sprint評(píng)審會(huì)議(SprintReview)B.Sprint回顧會(huì)議(SprintRetrospective)C.Sprint計(jì)劃會(huì)議(SprintPlanning)D.產(chǎn)品backlog評(píng)審會(huì)議(ProductBacklogRefinement)3.敏捷宣言強(qiáng)調(diào)“我們更重視通過合作實(shí)現(xiàn)客戶的成功，而不是通過合同文書”。這體現(xiàn)了敏捷價(jià)值觀中的哪一項(xiàng)優(yōu)先？A.個(gè)人與互動(dòng)高于流程與工具B.可工作的軟件高于詳盡的文檔C.客戶合作高于合同談判D.響應(yīng)變化高于遵循計(jì)劃4.當(dāng)一個(gè)項(xiàng)目需要跨職能團(tuán)隊(duì)協(xié)作，并且工作成果是逐漸交付、可以增量發(fā)布的，那么采用以下哪種方法可能最為適合？A.瀑布模型B.水晶模型C.敏捷方法（如Scrum或Kanban）D.V模型5.在項(xiàng)目風(fēng)險(xiǎn)管理中，識(shí)別出的、可能對(duì)項(xiàng)目目標(biāo)產(chǎn)生積極影響的潛在事件被稱為？A.風(fēng)險(xiǎn)威脅(RiskThreat)B.風(fēng)險(xiǎn)機(jī)會(huì)(RiskOpportunity)C.風(fēng)險(xiǎn)觸發(fā)器(RiskTrigger)D.風(fēng)險(xiǎn)日志條目(RiskLogEntry)6.一個(gè)敏捷團(tuán)隊(duì)采用了Kanban方法來管理工作流。Kanban板上的“待辦”(ToDo)列和“完成”(Done)列分別代表了？A.未開始的工作和已完成的工作B.正在處理的工作和已驗(yàn)證的工作C.已批準(zhǔn)的需求和已測(cè)試的需求D.阻塞的工作和等待評(píng)審的工作7.根據(jù)敏捷原則，“自組織團(tuán)隊(duì)”意味著？A.團(tuán)隊(duì)成員嚴(yán)格按照項(xiàng)目經(jīng)理的指示執(zhí)行任務(wù)。B.團(tuán)隊(duì)成員在沒有外部干預(yù)的情況下，自行決定如何最好地達(dá)成目標(biāo)。C.團(tuán)隊(duì)成員只負(fù)責(zé)他們被分配到的特定任務(wù)。D.團(tuán)隊(duì)成員自行決定工作時(shí)間和休假。8.在進(jìn)行Sprint評(píng)審會(huì)議時(shí)，開發(fā)團(tuán)隊(duì)向產(chǎn)品負(fù)責(zé)人和相關(guān)干系人演示的是？A.計(jì)劃在下一個(gè)Sprint中完成的所有工作。B.在當(dāng)前Sprint周期內(nèi)完成的所有可工作的軟件增量。C.對(duì)項(xiàng)目整體風(fēng)險(xiǎn)和應(yīng)對(duì)措施的評(píng)估。D.團(tuán)隊(duì)在Sprint回顧會(huì)議上識(shí)別出的改進(jìn)點(diǎn)。9.敏捷項(xiàng)目管理中強(qiáng)調(diào)的“透明度”(Transparency)主要指？A.項(xiàng)目團(tuán)隊(duì)成員必須公開自己的個(gè)人生活和財(cái)務(wù)信息。B.項(xiàng)目狀態(tài)、工作進(jìn)展、問題和挑戰(zhàn)對(duì)相關(guān)干系人公開可見。C.項(xiàng)目計(jì)劃必須公開張貼在團(tuán)隊(duì)區(qū)域的墻上。D.項(xiàng)目預(yù)算的每一筆支出都必須詳細(xì)公布。10.當(dāng)敏捷團(tuán)隊(duì)在Sprint執(zhí)行過程中發(fā)現(xiàn)原定計(jì)劃無法實(shí)現(xiàn)目標(biāo)時(shí)，最合適的做法是？A.堅(jiān)持完成原計(jì)劃，即使延期也要保證所有任務(wù)都做。B.放棄剩余的任務(wù)，只交付已完成的部分。C.重新評(píng)估Sprint目標(biāo)和工作量，根據(jù)實(shí)際情況調(diào)整計(jì)劃。D.將問題上報(bào)給項(xiàng)目經(jīng)理，等待其做出決策。二、單項(xiàng)選擇題11.在范圍管理中，用于記錄產(chǎn)品待辦列表中需求變更請(qǐng)求、原因、影響和建議解決方案的文檔是？A.需求規(guī)格說明書B.產(chǎn)品待辦列表C.變更請(qǐng)求日志D.工作分解結(jié)構(gòu)12.敏捷估算中常用的“故事點(diǎn)”(StoryPoint)主要衡量的是什么？A.任務(wù)的具體工期（以小時(shí)或天計(jì)）。B.完成一項(xiàng)用戶故事所需的工作量或復(fù)雜度。C.開發(fā)人員的人數(shù)。D.項(xiàng)目的總預(yù)算。13.在時(shí)間管理中，用于估算完成一系列相互依賴任務(wù)所需時(shí)間的活動(dòng)是？A.活動(dòng)排序B.活動(dòng)資源估算C.活動(dòng)持續(xù)時(shí)間估算D.關(guān)鍵路徑分析14.敏捷開發(fā)過程中，產(chǎn)品負(fù)責(zé)人負(fù)責(zé)維護(hù)和管理的是？A.項(xiàng)目進(jìn)度計(jì)劃B.開發(fā)團(tuán)隊(duì)人員配置C.產(chǎn)品待辦列表(ProductBacklog)D.項(xiàng)目風(fēng)險(xiǎn)登記冊(cè)15.在進(jìn)行風(fēng)險(xiǎn)應(yīng)對(duì)規(guī)劃時(shí)，將已識(shí)別的風(fēng)險(xiǎn)及其應(yīng)對(duì)措施記錄在案的文檔是？A.風(fēng)險(xiǎn)概率和影響矩陣B.風(fēng)險(xiǎn)登記冊(cè)C.風(fēng)險(xiǎn)應(yīng)對(duì)計(jì)劃D.風(fēng)險(xiǎn)審計(jì)報(bào)告16.以下哪項(xiàng)不是敏捷實(shí)踐中的“持續(xù)集成”(ContinuousIntegration)的主要原則？A.開發(fā)人員頻繁地將代碼變更集成到主代碼庫(kù)。B.每次集成都通過自動(dòng)化測(cè)試來驗(yàn)證。C.團(tuán)隊(duì)成員需要等待特定時(shí)間點(diǎn)再進(jìn)行代碼合并。D.目標(biāo)是盡早發(fā)現(xiàn)和解決集成錯(cuò)誤。17.在Scrum框架中，負(fù)責(zé)確保Scrum流程被遵循，并移除團(tuán)隊(duì)在達(dá)成目標(biāo)過程中遇到的障礙的角色是？A.產(chǎn)品負(fù)責(zé)人(ProductOwner)B.ScrumMasterC.開發(fā)團(tuán)隊(duì)(DevelopmentTeam)D.項(xiàng)目經(jīng)理(ProjectManager)18.當(dāng)項(xiàng)目需要管理多個(gè)相互依賴的子項(xiàng)目或工作包時(shí)，最適合使用哪種圖表來展示它們之間的邏輯關(guān)系？A.PERT圖B.Gantt圖C.敏捷看板(KanbanBoard)D.魚骨圖19.敏捷強(qiáng)調(diào)的“迭代”(Iteration)或“Sprint”意味著？A.項(xiàng)目被劃分為一系列固定的、短期的、可重復(fù)的周期。B.項(xiàng)目按線性階段順序進(jìn)行，如需求、設(shè)計(jì)、開發(fā)、測(cè)試。C.項(xiàng)目一次性完成所有工作。D.項(xiàng)目只進(jìn)行一次規(guī)劃，然后不再改變。20.在敏捷環(huán)境中，用于促進(jìn)團(tuán)隊(duì)成員之間面對(duì)面溝通和協(xié)作的實(shí)踐是？A.站立式會(huì)議(Stand-upMeeting)B.電子郵件溝通C.詳細(xì)的項(xiàng)目報(bào)告D.遠(yuǎn)程視頻會(huì)議（非專用）三、單項(xiàng)選擇題21.在質(zhì)量管理中，關(guān)注于識(shí)別、減少和消除過程中導(dǎo)致缺陷的原因，從而提高過程質(zhì)量的方法是？A.測(cè)量值分析B.流程改進(jìn)C.統(tǒng)計(jì)過程控制(SPC)D.質(zhì)量審計(jì)22.敏捷開發(fā)中，“驗(yàn)收標(biāo)準(zhǔn)”(AcceptanceCriteria)的主要作用是？A.定義開發(fā)人員需要完成的具體編碼任務(wù)。B.指導(dǎo)測(cè)試人員設(shè)計(jì)測(cè)試用例。C.幫助產(chǎn)品負(fù)責(zé)人和客戶確定用戶故事何時(shí)已完成。D.規(guī)定項(xiàng)目必須遵守的標(biāo)準(zhǔn)和規(guī)范。23.當(dāng)項(xiàng)目團(tuán)隊(duì)在執(zhí)行Sprint時(shí)遇到一個(gè)預(yù)料之外的、重大的技術(shù)難題，導(dǎo)致無法按原計(jì)劃進(jìn)行時(shí)，首要應(yīng)該采取的行動(dòng)是？A.嘗試快速解決技術(shù)問題，即使這意味著Sprint目標(biāo)可能無法達(dá)成。B.立即停止所有工作，直到技術(shù)問題完全解決。C.在Sprint評(píng)審會(huì)議上將問題作為新功能點(diǎn)提出。D.重新評(píng)估Sprint目標(biāo)和工作量，與產(chǎn)品負(fù)責(zé)人協(xié)商調(diào)整。24.在干系人管理中，識(shí)別出所有可能影響項(xiàng)目或受項(xiàng)目影響的人或組織是？A.干系人分析B.干系人登記冊(cè)C.干系人參與度評(píng)估D.干系人溝通計(jì)劃25.敏捷原則中提到的“盡早交付可工作的軟件”，其目的是什么？A.盡可能快地完成所有編碼工作。B.讓客戶盡早看到最終產(chǎn)品。C.通過頻繁交付獲得干系人的反饋，降低項(xiàng)目風(fēng)險(xiǎn)。D.減少開發(fā)過程中文檔的數(shù)量。26.Kanban方法中，“限制在制品”(WorkInProgress,WIP)的目的是？A.減少團(tuán)隊(duì)成員的工作量。B.避免團(tuán)隊(duì)成員閑置。C.防止團(tuán)隊(duì)同時(shí)處理過多任務(wù)，導(dǎo)致效率低下或質(zhì)量下降。D.強(qiáng)制團(tuán)隊(duì)成員按順序完成任務(wù)。27.在敏捷項(xiàng)目中，產(chǎn)品負(fù)責(zé)人與開發(fā)團(tuán)隊(duì)進(jìn)行頻繁溝通的主要目的是？A.督促開發(fā)團(tuán)隊(duì)完成工作。B.確保開發(fā)團(tuán)隊(duì)理解產(chǎn)品待辦列表中的需求。C.共同決策產(chǎn)品方向和優(yōu)先級(jí)，管理產(chǎn)品待辦列表。D.分配任務(wù)給開發(fā)團(tuán)隊(duì)成員。28.敏捷宣言強(qiáng)調(diào)“響應(yīng)變化高于遵循計(jì)劃”，這主要是因?yàn)椋緼.變化比計(jì)劃更有趣。B.在復(fù)雜項(xiàng)目中，需求和環(huán)境往往難以預(yù)測(cè)，靈活應(yīng)變更有效。C.敏捷團(tuán)隊(duì)不喜歡計(jì)劃。D.敏捷項(xiàng)目不需要做計(jì)劃。29.敏捷項(xiàng)目中的“用戶故事”(UserStory)通常以哪種格式編寫？A.“作為<角色>,我想要<功能>,以便<價(jià)值>”B.“任務(wù)：<具體活動(dòng)>，截止日期：<日期>”C.“需求編號(hào)：<編號(hào)>，優(yōu)先級(jí)：<高/中/低>”D.“功能點(diǎn)：<點(diǎn)數(shù)>,估算工時(shí)：<小時(shí)>”30.敏捷團(tuán)隊(duì)中，“開發(fā)團(tuán)隊(duì)”(DevelopmentTeam)的特點(diǎn)是？A.由項(xiàng)目經(jīng)理領(lǐng)導(dǎo)，包含不同職能的成員。B.跨職能，自組織，對(duì)交付的軟件質(zhì)量負(fù)全部責(zé)任。C.只包含程序員和測(cè)試人員。D.其成員角色和職責(zé)在項(xiàng)目開始時(shí)固定不變。四、單項(xiàng)選擇題31.在進(jìn)行時(shí)間估算時(shí)，如果一項(xiàng)任務(wù)由兩位經(jīng)驗(yàn)相當(dāng)?shù)拈_發(fā)人員同時(shí)工作，其估算結(jié)果通常會(huì)？A.與單人估算相同。B.是單人估算的一半。C.大于單人估算，因?yàn)榭赡艽嬖跍贤ㄩ_銷。D.是單人估算的兩倍。32.敏捷項(xiàng)目管理中，用于記錄項(xiàng)目過程中所有已識(shí)別風(fēng)險(xiǎn)、其狀態(tài)、優(yōu)先級(jí)和應(yīng)對(duì)措施的動(dòng)態(tài)文檔是？A.風(fēng)險(xiǎn)登記冊(cè)B.風(fēng)險(xiǎn)應(yīng)對(duì)計(jì)劃C.風(fēng)險(xiǎn)審計(jì)報(bào)告D.問題日志33.當(dāng)敏捷團(tuán)隊(duì)在Sprint回顧會(huì)議中決定改進(jìn)下一個(gè)Sprint的“每日站會(huì)”(DailyScrum)形式時(shí)，這體現(xiàn)了團(tuán)隊(duì)的哪種能力？A.溝通能力B.反思和改進(jìn)能力(RetrospectiveandAdaptation)C.規(guī)劃能力D.領(lǐng)導(dǎo)能力34.敏捷開發(fā)中，用于促進(jìn)跨職能團(tuán)隊(duì)成員之間直接、持續(xù)溝通和協(xié)作的物理空間或虛擬環(huán)境是？A.敏捷辦公室(AgileOffice)B.共享工作區(qū)(SharedWorkspace)C.站立式會(huì)議空間(Stand-upSpace)D.遠(yuǎn)程協(xié)作平臺(tái)(RemoteCollaborationPlatform)35.在范圍管理中，如果產(chǎn)品負(fù)責(zé)人決定增加一個(gè)在原始合同范圍之外的新功能，并且這個(gè)變更對(duì)項(xiàng)目有顯著影響，最合適的處理方式是？A.拒絕變更請(qǐng)求，維持原始合同范圍。B.要求客戶支付額外的費(fèi)用，并修改合同。C.在不通知客戶的情況下，將新功能加入Sprint計(jì)劃。D.與客戶協(xié)商，評(píng)估變更影響，并在可能的情況下將其納入項(xiàng)目，更新合同或Sprint計(jì)劃。36.在Kanban系統(tǒng)中，工作流中某個(gè)階段處理時(shí)間過長(zhǎng)，導(dǎo)致任務(wù)積壓，這通常表明？A.該階段工作量過大。B.該階段任務(wù)數(shù)量過少。C.WIP限制設(shè)置不合理或未有效執(zhí)行。D.團(tuán)隊(duì)成員工作效率低下。37.敏捷項(xiàng)目管理中，“協(xié)作”(Collaboration)的核心是？A.團(tuán)隊(duì)成員之間的獨(dú)立工作。B.通過溝通、共享和共同解決問題來達(dá)成目標(biāo)。C.與外部干系人的正式會(huì)議。D.遵守嚴(yán)格的項(xiàng)目流程。38.敏捷估算中，“相對(duì)估算”(RelativeEstimation)的主要目的是什么？A.得到每個(gè)任務(wù)的具體耗時(shí)（分鐘或小時(shí)）。B.比較不同任務(wù)或用戶故事的工作量大小，而不是絕對(duì)值。C.確定項(xiàng)目總工時(shí)。D.為每個(gè)任務(wù)分配資源。39.在進(jìn)行風(fēng)險(xiǎn)評(píng)估時(shí)，評(píng)估風(fēng)險(xiǎn)發(fā)生的可能性（概率）和一旦發(fā)生對(duì)項(xiàng)目產(chǎn)生的影響（影響）的矩陣通常被稱為？A.風(fēng)險(xiǎn)登記冊(cè)B.風(fēng)險(xiǎn)概率和影響矩陣C.風(fēng)險(xiǎn)應(yīng)對(duì)策略D.風(fēng)險(xiǎn)優(yōu)先級(jí)列表40.敏捷團(tuán)隊(duì)中的“ScrumMaster”主要扮演的角色是？A.項(xiàng)目技術(shù)負(fù)責(zé)人，負(fù)責(zé)解決所有技術(shù)難題。B.項(xiàng)目教練(Coach)，幫助團(tuán)隊(duì)?wèi)?yīng)用敏捷原則和實(shí)踐，移除障礙。C.項(xiàng)目計(jì)劃制定者，負(fù)責(zé)制定詳細(xì)的項(xiàng)目時(shí)間表。D.項(xiàng)目成本控制負(fù)責(zé)人。五、單項(xiàng)選擇題41.當(dāng)項(xiàng)目環(huán)境復(fù)雜多變，需求難以在早期完全確定時(shí)，采用敏捷方法的優(yōu)勢(shì)在于？A.可以提供非常詳細(xì)的項(xiàng)目最終交付物。B.能夠更好地適應(yīng)變化，通過迭代交付獲取反饋，降低項(xiàng)目風(fēng)險(xiǎn)。C.強(qiáng)制項(xiàng)目團(tuán)隊(duì)嚴(yán)格遵守計(jì)劃。D.減少項(xiàng)目所需的管理和溝通工作量。42.在Scrum中，由產(chǎn)品負(fù)責(zé)人維護(hù)的，按優(yōu)先級(jí)排序的、包含所有產(chǎn)品待辦事項(xiàng)的列表是？A.Sprint待辦列表(SprintBacklog)B.產(chǎn)品待辦列表(ProductBacklog)C.發(fā)布待辦列表(ReleaseBacklog)D.產(chǎn)品特性列表(ProductFeatureList)43.敏捷項(xiàng)目管理中，用于識(shí)別項(xiàng)目所有相關(guān)干系人，分析他們的期望、影響和參與方式的實(shí)踐是？A.干系人管理(StakeholderManagement)B.風(fēng)險(xiǎn)識(shí)別(RiskIdentification)C.需求收集(RequirementsGathering)D.項(xiàng)目啟動(dòng)(ProjectInitiation)44.在質(zhì)量管理中，“七種基本質(zhì)量工具”(7BasicQualityTools)通常不包括以下哪一項(xiàng)？A.流程圖(Flowchart)B.因果圖(FishboneDiagram)C.散點(diǎn)圖(ScatterDiagram)D.PERT圖(ProgramEvaluationandReviewTechnique)45.敏捷團(tuán)隊(duì)在Sprint計(jì)劃會(huì)議結(jié)束時(shí)，會(huì)產(chǎn)出什么關(guān)鍵文檔或列表？A.產(chǎn)品待辦列表(ProductBacklog)B.Sprint目標(biāo)(SprintGoal)C.Sprint待辦列表(SprintBacklog)D.風(fēng)險(xiǎn)登記冊(cè)(RiskRegister)46.當(dāng)項(xiàng)目團(tuán)隊(duì)成員對(duì)產(chǎn)品待辦列表中某個(gè)需求的優(yōu)先級(jí)存在分歧時(shí)，產(chǎn)品負(fù)責(zé)人通常會(huì)如何處理？A.讓團(tuán)隊(duì)成員自行協(xié)商決定。B.堅(jiān)持自己的優(yōu)先級(jí)判斷，無視團(tuán)隊(duì)成員意見。C.組織團(tuán)隊(duì)討論，收集意見后做出決策，并解釋原因。D.將該需求暫時(shí)從列表中移除。47.敏捷開發(fā)強(qiáng)調(diào)的“可視化”(Visualization)通常指什么？A.項(xiàng)目報(bào)告需要使用大量圖表和圖形。B.項(xiàng)目進(jìn)度和狀態(tài)通過物理看板或電子工具清晰展示給所有團(tuán)隊(duì)成員和干系人。C.團(tuán)隊(duì)成員需要能夠看到彼此的工作。D.項(xiàng)目計(jì)劃需要可視化呈現(xiàn)。48.在進(jìn)行成本估算時(shí)，如果一項(xiàng)任務(wù)有多種可能的執(zhí)行方式，每種方式有不同成本和持續(xù)時(shí)間，選擇哪個(gè)？A.成本最低的方式。B.持續(xù)時(shí)間最短的方式。C.最符合項(xiàng)目經(jīng)理偏好的方式。D.能夠最好地滿足項(xiàng)目質(zhì)量和時(shí)間要求的方式（通?；陲L(fēng)險(xiǎn)和收益的綜合考慮）。49.敏捷原則中“工作的軟件”(WorkingSoftware)被置于“詳盡的文檔”(ComprehensiveDocumentation)之上，主要是基于什么考慮？A.文檔不重要。B.軟件本身更能有效地溝通項(xiàng)目進(jìn)展。C.在敏捷環(huán)境中，獲取快速反饋比維護(hù)文檔更重要。D.客戶更喜歡看軟件而不是文檔。50.在敏捷項(xiàng)目中，如果開發(fā)團(tuán)隊(duì)發(fā)現(xiàn)自己在一個(gè)Sprint中估算能力過高，導(dǎo)致交付的軟件質(zhì)量下降或未能達(dá)成目標(biāo)，這表明團(tuán)隊(duì)需要？A.增加團(tuán)隊(duì)成員數(shù)量。B.改進(jìn)其估算技術(shù)和流程。C.要求產(chǎn)品負(fù)責(zé)人減少下一個(gè)Sprint的工作量。D.承認(rèn)失敗，請(qǐng)求管理層介入。---試卷答案1.B解析：敏捷原則強(qiáng)調(diào)“盡可能簡(jiǎn)單”，快速迭代交付最小可行產(chǎn)品，體現(xiàn)了簡(jiǎn)單化的思想。選項(xiàng)A是計(jì)劃驅(qū)動(dòng)型方法的特征；選項(xiàng)C與敏捷自組織的團(tuán)隊(duì)理念相悖；選項(xiàng)D強(qiáng)調(diào)計(jì)劃性，與敏捷的靈活性相悖。2.C解析：Sprint計(jì)劃會(huì)議是Scrum框架中規(guī)劃下一個(gè)Sprint工作并估算Sprint值的會(huì)議，由產(chǎn)品負(fù)責(zé)人、ScrumMaster和開發(fā)團(tuán)隊(duì)共同參與。選項(xiàng)A是展示完成的Sprint成果；選項(xiàng)B是回顧Sprint過程和效果；選項(xiàng)D是產(chǎn)品待辦列表細(xì)化會(huì)議。3.C解析：敏捷宣言強(qiáng)調(diào)“我們更重視通過合作實(shí)現(xiàn)客戶的成功，而不是通過合同文書”，這體現(xiàn)了敏捷價(jià)值觀中“客戶合作高于合同談判”的優(yōu)先次序。選項(xiàng)A是個(gè)人與互動(dòng)的優(yōu)先；選項(xiàng)B是可工作的軟件的優(yōu)先；選項(xiàng)D是響應(yīng)變化的優(yōu)先。4.C解析：當(dāng)一個(gè)項(xiàng)目需要跨職能團(tuán)隊(duì)協(xié)作，并且工作成果是逐漸交付、可以增量發(fā)布時(shí)，采用敏捷方法（如Scrum或Kanban）可能最為適合，因?yàn)樗鼈儚?qiáng)調(diào)靈活性、迭代和團(tuán)隊(duì)協(xié)作。選項(xiàng)A是計(jì)劃驅(qū)動(dòng)型方法；選項(xiàng)B是迭代但可能較重于計(jì)劃；選項(xiàng)D是瀑布模型的典型特征。5.B解析：在項(xiàng)目風(fēng)險(xiǎn)管理中，識(shí)別出的、可能對(duì)項(xiàng)目目標(biāo)產(chǎn)生積極影響的潛在事件被稱為風(fēng)險(xiǎn)機(jī)會(huì)。選項(xiàng)A是可能產(chǎn)生負(fù)面影響的事件；選項(xiàng)C是引發(fā)風(fēng)險(xiǎn)的因素；選項(xiàng)D是記錄風(fēng)險(xiǎn)信息的文檔。6.A解析：在Kanban工作流中，“待辦”列代表尚未開始處理的工作，“完成”列代表已經(jīng)完成所有流程的工作。選項(xiàng)B、C、D描述的是不同狀態(tài)或列的可能名稱，但與“待辦”和“完成”的標(biāo)準(zhǔn)對(duì)應(yīng)關(guān)系不符。7.B解析：敏捷團(tuán)隊(duì)中的“自組織”意味著團(tuán)隊(duì)成員在沒有外部干預(yù)的情況下，自行決定如何最好地組織工作、分配任務(wù)、解決困難，以達(dá)成目標(biāo)。選項(xiàng)A是傳統(tǒng)項(xiàng)目管理模式；選項(xiàng)C是任務(wù)分配方式；選項(xiàng)D是工作時(shí)間管理方式。8.B解析：在Sprint評(píng)審會(huì)議中，開發(fā)團(tuán)隊(duì)向產(chǎn)品負(fù)責(zé)人和相關(guān)干系人演示的是在當(dāng)前Sprint周期內(nèi)完成的所有可工作的軟件增量，以獲取反饋。選項(xiàng)A是Sprint計(jì)劃會(huì)議的內(nèi)容；選項(xiàng)C是風(fēng)險(xiǎn)管理內(nèi)容；選項(xiàng)D是Sprint回顧會(huì)議的內(nèi)容。9.B解析：敏捷項(xiàng)目管理中強(qiáng)調(diào)的“透明度”主要指項(xiàng)目狀態(tài)、工作進(jìn)展、問題和挑戰(zhàn)對(duì)相關(guān)干系人公開可見，以便及時(shí)了解情況并做出反應(yīng)。選項(xiàng)A是個(gè)人隱私問題；選項(xiàng)C是信息展示方式；選項(xiàng)D是預(yù)算透明度。10.C解析：當(dāng)敏捷團(tuán)隊(duì)在Sprint執(zhí)行過程中發(fā)現(xiàn)原定計(jì)劃無法實(shí)現(xiàn)目標(biāo)時(shí)，最合適的做法是重新評(píng)估Sprint目標(biāo)和工作量，根據(jù)實(shí)際情況調(diào)整計(jì)劃，保持Sprint的完整性。選項(xiàng)A可能導(dǎo)致無法達(dá)成目標(biāo)；選項(xiàng)B可能無法交付完整價(jià)值；選項(xiàng)D依賴外部決策，響應(yīng)過慢。11.C解析：變更請(qǐng)求日志用于記錄產(chǎn)品待辦列表中需求變更請(qǐng)求、原因、影響和建議解決方案，是管理變更的關(guān)鍵文檔。選項(xiàng)A是需求詳細(xì)描述文檔；選項(xiàng)B是需求列表；選項(xiàng)D是分解項(xiàng)目結(jié)構(gòu)的工具。12.B解析：敏捷估算中常用的“故事點(diǎn)”主要衡量的是完成一項(xiàng)用戶故事所需的工作量或復(fù)雜度，是一個(gè)相對(duì)度量。選項(xiàng)A是絕對(duì)時(shí)間單位；選項(xiàng)C是團(tuán)隊(duì)規(guī)模；選項(xiàng)D是預(yù)算單位。13.C解析：在時(shí)間管理中，活動(dòng)持續(xù)時(shí)間估算是估算完成每個(gè)獨(dú)立活動(dòng)所需時(shí)間的活動(dòng)?；顒?dòng)排序是確定活動(dòng)順序；活動(dòng)資源估算是確定所需資源；關(guān)鍵路徑分析是找出決定項(xiàng)目總工期的路徑。14.C解析：在敏捷開發(fā)過程中，產(chǎn)品負(fù)責(zé)人負(fù)責(zé)維護(hù)和管理產(chǎn)品待辦列表，確保其按優(yōu)先級(jí)排序，并清晰表達(dá)需求。選項(xiàng)A是ScrumMaster的職責(zé)；選項(xiàng)B是開發(fā)團(tuán)隊(duì)的職責(zé)；選項(xiàng)D是項(xiàng)目經(jīng)理的職責(zé)（在非敏捷環(huán)境中）。15.B解析：風(fēng)險(xiǎn)登記冊(cè)是記錄項(xiàng)目過程中所有已識(shí)別風(fēng)險(xiǎn)、其狀態(tài)、優(yōu)先級(jí)和應(yīng)對(duì)措施的動(dòng)態(tài)文檔，隨著項(xiàng)目進(jìn)行會(huì)不斷更新。選項(xiàng)A是評(píng)估風(fēng)險(xiǎn)等級(jí)的工具；選項(xiàng)C是具體的風(fēng)險(xiǎn)應(yīng)對(duì)措施計(jì)劃；選項(xiàng)D是風(fēng)險(xiǎn)管理過程的輸出報(bào)告。16.C解析：敏捷實(shí)踐中的“持續(xù)集成”要求開發(fā)人員頻繁地將代碼變更集成到主代碼庫(kù)，并通過自動(dòng)化測(cè)試驗(yàn)證，每次集成都應(yīng)該是可部署的。選項(xiàng)C描述的是非持續(xù)集成的方式。17.B解析：在Scrum框架中，ScrumMaster負(fù)責(zé)確保Scrum流程被遵循，移除團(tuán)隊(duì)在達(dá)成目標(biāo)過程中遇到的障礙，并擔(dān)任團(tuán)隊(duì)的教練。選項(xiàng)A是產(chǎn)品負(fù)責(zé)人的職責(zé)；選項(xiàng)C是開發(fā)團(tuán)隊(duì)自身的職責(zé)；選項(xiàng)D是傳統(tǒng)項(xiàng)目經(jīng)理的職責(zé)。18.A解析：PERT圖（計(jì)劃評(píng)審技術(shù)圖）用于展示項(xiàng)目活動(dòng)之間的邏輯關(guān)系，特別適用于包含不確定性的項(xiàng)目，可以表示活動(dòng)依賴和估算時(shí)間。選項(xiàng)B主要展示時(shí)間和進(jìn)度；選項(xiàng)C是Kanban的物理或虛擬表示；選項(xiàng)D用于展示原因和結(jié)果。19.A解析：敏捷強(qiáng)調(diào)的“迭代”或“Sprint”意味著將項(xiàng)目劃分為一系列固定的、短期的、可重復(fù)的周期，每個(gè)周期交付一部分可工作的產(chǎn)品并進(jìn)行反思改進(jìn)。選項(xiàng)B是計(jì)劃驅(qū)動(dòng)型方法；選項(xiàng)C是原型法；選項(xiàng)D是一次性大型交付。20.A解析：在敏捷環(huán)境中，站立式會(huì)議（或每日站會(huì)）是一種促進(jìn)團(tuán)隊(duì)成員之間面對(duì)面溝通和協(xié)作的實(shí)踐，通常簡(jiǎn)短高效。選項(xiàng)B、C、D是溝通方式，但站立會(huì)更具互動(dòng)性和即時(shí)反饋。21.B解析：質(zhì)量管理中，流程改進(jìn)關(guān)注于識(shí)別、減少和消除過程中導(dǎo)致缺陷的原因，從而提高過程質(zhì)量，減少變異。選項(xiàng)A是數(shù)據(jù)分析工具；選項(xiàng)C是監(jiān)控過程穩(wěn)定性的工具；選項(xiàng)D是評(píng)估合規(guī)性的活動(dòng)。22.C解析：敏捷開發(fā)中，“驗(yàn)收標(biāo)準(zhǔn)”的主要作用是幫助產(chǎn)品負(fù)責(zé)人和客戶（或用戶代表）客觀地確定用戶故事何時(shí)已完成，滿足要求。選項(xiàng)A是指導(dǎo)開發(fā)的活動(dòng)；選項(xiàng)B是測(cè)試人員的依據(jù)；選項(xiàng)D是標(biāo)準(zhǔn)規(guī)范。23.D解析：當(dāng)敏捷團(tuán)隊(duì)在Sprint執(zhí)行時(shí)遇到預(yù)料之外的重大技術(shù)難題，首要應(yīng)該采取的行動(dòng)是重新評(píng)估Sprint目標(biāo)和工作量，與產(chǎn)品負(fù)責(zé)人協(xié)商調(diào)整，因?yàn)檫m應(yīng)性是敏捷的核心。選項(xiàng)A、B、C可能無法有效解決問題或滿足Sprint承諾。24.A解析：在干系人管理中，識(shí)別出所有可能影響項(xiàng)目或受項(xiàng)目影響的人或組織是干系人分析的第一步。選項(xiàng)B是記錄干系人信息的文檔；選項(xiàng)C是評(píng)估干系人參與程度的活動(dòng)；選項(xiàng)D是規(guī)劃如何與干系人溝通的文檔。25.C解析：敏捷原則中提到“盡早交付可工作的軟件”，其目的是通過頻繁交付獲得干系人的反饋，降低項(xiàng)目風(fēng)險(xiǎn)，及時(shí)調(diào)整方向，提高項(xiàng)目成功率。選項(xiàng)A、B、D描述了交付軟件的某些結(jié)果，但核心目的在于反饋和適應(yīng)。26.C解析：Kanban方法中，“限制在制品”（WIP）的目的是防止團(tuán)隊(duì)同時(shí)處理過多任務(wù)，導(dǎo)致工作流瓶頸、隊(duì)列過長(zhǎng)、質(zhì)量下降或效率低下，從而推動(dòng)工作更快流動(dòng)。選項(xiàng)A、B、D描述了工作狀態(tài)或結(jié)果，但不是WIP限制的主要目的。27.C解析：敏捷項(xiàng)目中，產(chǎn)品負(fù)責(zé)人與開發(fā)團(tuán)隊(duì)進(jìn)行頻繁溝通的主要目的是共同決策產(chǎn)品方向和優(yōu)先級(jí)，管理產(chǎn)品待辦列表，確保團(tuán)隊(duì)理解需求并有效實(shí)現(xiàn)。選項(xiàng)A、B、D描述了溝通的部分作用，但核心是協(xié)作決策和管理產(chǎn)品。28.B解析：敏捷宣言強(qiáng)調(diào)“響應(yīng)變化高于遵循計(jì)劃”，這主要是因?yàn)樵趶?fù)雜項(xiàng)目中，需求和環(huán)境往往難以在項(xiàng)目開始時(shí)就完全確定，靈活應(yīng)變更能適應(yīng)不確定性，提高項(xiàng)目成功率。選項(xiàng)A、C、D描述了變化、計(jì)劃或敏捷團(tuán)隊(duì)的態(tài)度，但未說明主要原因。29.A解析：敏捷項(xiàng)目中的“用戶故事”通常以“作為<角色>,我想要<功能>,以便<價(jià)值>”的格式編寫，這種格式清晰表達(dá)了故事從誰的角度出發(fā)，做了什么，以及為什么有價(jià)值。選項(xiàng)B、C、D描述的不是用戶故事的典型格式。30.B解析：敏捷團(tuán)隊(duì)中的“開發(fā)團(tuán)隊(duì)”是跨職能的，是自組織的，對(duì)交付的軟件質(zhì)量負(fù)全部責(zé)任，成員之間可以相互支持。選項(xiàng)A是傳統(tǒng)模式；選項(xiàng)C是團(tuán)隊(duì)的子集；選項(xiàng)D描述了角色固定不變，與敏捷自組織相悖。31.C解析：在進(jìn)行時(shí)間估算時(shí)，如果一項(xiàng)任務(wù)由兩位經(jīng)驗(yàn)相當(dāng)?shù)拈_發(fā)人員同時(shí)工作（并行處理），其估算結(jié)果通常會(huì)大于單人估算，因?yàn)榭赡艽嬖跍贤ㄩ_銷、協(xié)調(diào)問題或工具共享限制。選項(xiàng)A、B、D描述的是不同情況或理想狀態(tài)。32.A解析：敏捷項(xiàng)目管理中，用于記錄項(xiàng)目過程中所有已識(shí)別風(fēng)險(xiǎn)、其狀態(tài)、優(yōu)先級(jí)和應(yīng)對(duì)措施的動(dòng)態(tài)文檔是風(fēng)險(xiǎn)登記冊(cè)。選項(xiàng)B是風(fēng)險(xiǎn)應(yīng)對(duì)計(jì)劃；選項(xiàng)C是風(fēng)險(xiǎn)登記冊(cè)的更新記錄；選項(xiàng)D是風(fēng)險(xiǎn)管理審計(jì)報(bào)告。33.B解析：當(dāng)敏捷團(tuán)隊(duì)在Sprint回顧會(huì)議中決定改進(jìn)下一個(gè)Sprint的“每日站會(huì)”形式時(shí)，這體現(xiàn)了團(tuán)隊(duì)的“反思和改進(jìn)”能力（RetrospectiveandAdaptation），即從過去經(jīng)驗(yàn)中學(xué)習(xí)并采取行動(dòng)。選項(xiàng)A、C、D描述了團(tuán)隊(duì)的其他能力或會(huì)議類型。34.B解析：敏捷開發(fā)中，用于促進(jìn)跨職能團(tuán)隊(duì)成員之間直接、持續(xù)溝通和協(xié)作的物理空間或虛擬環(huán)境是共享工作區(qū)。選項(xiàng)A是敏捷辦公環(huán)境的理想狀態(tài)；選項(xiàng)C是每日站會(huì)的場(chǎng)所；選項(xiàng)D是遠(yuǎn)程協(xié)作工具。35.D解析：在敏捷項(xiàng)目管理中，如果產(chǎn)品負(fù)責(zé)人決定增加一個(gè)在原始合同范圍之外的新功能，并且這個(gè)變更對(duì)項(xiàng)目有顯著影響，最合適的處理方式是與客戶協(xié)商，評(píng)估變更影響，并在可能的情況下將其納入項(xiàng)目，更新合同或Sprint計(jì)劃。選項(xiàng)A、B、C可能不合適或?qū)е聠栴}。36.C解析：在Kanban系統(tǒng)中，工作流中某個(gè)階段處理時(shí)間過長(zhǎng)，導(dǎo)致任務(wù)積壓，這通常表明該階段的WIP（限制在制品）限制設(shè)置不合理或未有效執(zhí)行，導(dǎo)致瓶頸。選項(xiàng)A、B、D可能是原因或結(jié)果，但最直接的Kanban解釋是WIP問題。37.B解析：敏捷項(xiàng)目管理中，“協(xié)作”的核心是通過溝通、共享和共同解決問題來達(dá)成目標(biāo)。選項(xiàng)A是敏捷提倡的獨(dú)立工作方式；選項(xiàng)C是溝通形式；選項(xiàng)D是項(xiàng)目管理的通用概念。38.B解析：敏捷估算中，“相對(duì)估算”（如故事點(diǎn)）的主要目的是比較不同任務(wù)或用戶故事的工作量大小，而不是得到具體的絕對(duì)時(shí)間或工時(shí)數(shù)。選項(xiàng)A、C、D描述的是絕對(duì)估算或資源估算。39.B解析：在進(jìn)行風(fēng)險(xiǎn)評(píng)估時(shí)，評(píng)估風(fēng)險(xiǎn)發(fā)生的可能性（概率）和一旦發(fā)生對(duì)項(xiàng)目產(chǎn)生的影響（影響）的矩陣通常被稱為風(fēng)險(xiǎn)概率和影響矩陣，用于確定風(fēng)險(xiǎn)優(yōu)先級(jí)。選項(xiàng)A是風(fēng)險(xiǎn)登記冊(cè)；選項(xiàng)C是風(fēng)險(xiǎn)應(yīng)對(duì)策略；選項(xiàng)D是風(fēng)險(xiǎn)審計(jì)報(bào)告。40.B解析