2025年P(guān)MIAgile認證敏捷項目管理師資格考試《敏捷團隊管理》備考題庫及答案解析單位所屬部門：________姓名：________考場號：________考生號：________一、選擇題1.敏捷團隊在啟動階段，最重要的任務(wù)是（）A.制定詳細的項目計劃B.確定團隊角色和職責(zé)C.進行需求收集和優(yōu)先級排序D.建立團隊的溝通機制答案：C解析：敏捷團隊在啟動階段的核心任務(wù)是快速理解并明確項目需求，并對其進行優(yōu)先級排序，以便團隊能夠優(yōu)先處理最重要的功能開發(fā)。詳細計劃、角色職責(zé)和溝通機制雖然重要，但都是在需求明確的基礎(chǔ)上進行的。需求是敏捷開發(fā)的驅(qū)動因素，沒有清晰的需求，后續(xù)工作將難以有效開展。2.在敏捷開發(fā)中，Scrum框架中負責(zé)確保團隊按照Sprint計劃工作的角色是（）A.ScrumMasterB.ProductOwnerC.DevelopmentTeamD.ProductManager答案：A解析：ScrumMaster的角色是服務(wù)型領(lǐng)導(dǎo)，負責(zé)確保Scrum團隊理解并遵循Scrum理論、實踐和規(guī)則，移除團隊遇到的障礙，幫助團隊達成目標。ScrumMaster確保團隊按照Sprint計劃工作，促進團隊協(xié)作和效率。3.敏捷團隊中，ProductBacklog的維護和排序主要由哪個角色負責(zé)（）A.ScrumMasterB.DevelopmentTeamC.ProductOwnerD.TeamLead答案：C解析：ProductOwner是產(chǎn)品負責(zé)人，對產(chǎn)品Backlog擁有最終決策權(quán)，負責(zé)最大化產(chǎn)品價值和開發(fā)團隊的投資回報。ProductOwner負責(zé)編寫、組織、排序和優(yōu)先級排序ProductBacklog項，以確保開發(fā)團隊始終知道下一步要做什么。4.敏捷開發(fā)強調(diào)的“持續(xù)交付”意味著什么（）A.每周交付一次完整產(chǎn)品B.按照Sprint周期交付可工作的軟件增量C.只在項目結(jié)束時交付產(chǎn)品D.不斷交付最小功能集答案：B解析：持續(xù)交付是敏捷開發(fā)的核心原則之一，指的是在短時間內(nèi)，通常是幾個星期或一個月，向客戶交付經(jīng)過測試且可工作的軟件產(chǎn)品增量。這要求團隊不斷進行集成、測試和部署，確保產(chǎn)品可以隨時發(fā)布。選項A過于頻繁，可能導(dǎo)致資源浪費和交付質(zhì)量下降；選項C是傳統(tǒng)瀑布模型的特征；選項D雖然接近，但未體現(xiàn)周期性和可工作的軟件增量。5.敏捷團隊建設(shè)中，促進團隊成員之間有效溝通和協(xié)作的關(guān)鍵因素是（）A.嚴格的層級制度B.明確的崗位職責(zé)C.自組織和跨職能團隊D.外部的監(jiān)督機制答案：C解析：敏捷強調(diào)自組織和跨職能團隊。自組織意味著團隊成員能夠自行決定如何最好地完成工作，這種結(jié)構(gòu)促進了內(nèi)部的溝通、協(xié)作和知識共享。跨職能團隊成員具備完成工作所需的各種技能，可以在團隊內(nèi)直接解決大部分問題，減少了對外部依賴。明確的層級制度和外部監(jiān)督機制與敏捷的扁平化、去中心化理念相悖。6.當敏捷團隊面臨需求變更時，通常采取的處理方式是（）A.拒絕變更，維持原計劃B.等待下一個Sprint再處理變更C.評估變更影響，靈活調(diào)整Sprint計劃D.由項目經(jīng)理決定是否接受變更答案：C解析：敏捷開發(fā)歡迎需求變更，尤其是在早期。團隊會評估變更對當前Sprint和未來工作的影響，包括時間、資源和優(yōu)先級等，然后靈活地調(diào)整Sprint計劃，以確保交付最有價值的功能。拒絕變更或無限期推遲處理都不是敏捷的做法。雖然變更可能需要溝通，但最終決策權(quán)通常在ProductOwner和團隊協(xié)商基礎(chǔ)上，而非單一的項目經(jīng)理。7.敏捷團隊進行Sprint評審會議的主要目的是（）A.討論項目進度和問題B.審查并接受完成的可交付成果C.計劃下一個Sprint的工作D.評估團隊成員的表現(xiàn)答案：B解析：Sprint評審會議是Scrum框架中的一個重要事件，通常在Sprint結(jié)束時舉行。其主要目的是讓開發(fā)團隊展示他們在Sprint期間完成的工作，即可工作的產(chǎn)品增量，并獲得ProductOwner和其他干系人的反饋。團隊會演示完成的特性，并回答提問，以便ProductOwner可以接受或拒絕這些工作。會議也是收集反饋、調(diào)整ProductBacklog排序和計劃未來工作的輸入，但核心目的是審查和接受成果。8.敏捷團隊在Sprint計劃會議中主要關(guān)注什么（）A.回顧上一個Sprint的成果和問題B.確定下一個Sprint的目標和要完成的任務(wù)C.評估團隊績效和成員貢獻D.接收并排序新的ProductBacklog項答案：B解析：Sprint計劃會議是Scrum框架中的另一個核心事件，在Sprint開始時舉行。其主要目的是確定本次Sprint的目標（SprintGoal），并選擇要完成的工作（即SprintBacklog），即從ProductBacklog中挑選足夠的工作量，使團隊能夠在Sprint內(nèi)完成這些工作并達成目標。會議還包括團隊如何執(zhí)行這些任務(wù)的討論。9.敏捷團隊中，ScrumMaster在促進團隊協(xié)作方面，主要扮演什么角色（）A.指揮團隊成員完成任務(wù)B.移除團隊遇到的障礙C.評估團隊協(xié)作效率D.分配團隊內(nèi)部任務(wù)答案：B解析：ScrumMaster的核心職責(zé)之一是服務(wù)型領(lǐng)導(dǎo)，包括移除Scrum團隊在其完成Scrum和開發(fā)產(chǎn)品目標的過程中遇到的任何障礙。這些障礙可能涉及人員、技術(shù)、流程或其他方面，ScrumMaster會積極幫助團隊識別并克服這些障礙，從而促進團隊的順暢協(xié)作和高效運作。指揮、評估效率和分配任務(wù)通常不是ScrumMaster的職責(zé)，尤其是在自組織團隊中。10.敏捷開發(fā)中，用于衡量團隊效率和進展的指標通常是（）A.完成工作的百分比B.燃盡圖C.團隊成員的工作量統(tǒng)計D.周期時間答案：D解析：周期時間（CycleTime）是敏捷開發(fā)中衡量團隊效率和進展的關(guān)鍵指標之一，指的是從開始處理一個工作項到完成并交付該工作項所需的總時間。周期時間可以幫助團隊了解其處理工作的速度和效率，識別瓶頸，并進行持續(xù)改進。燃盡圖主要用于可視化Sprint的進度，團隊成員工作量統(tǒng)計可能有助于了解負荷，但不是衡量整體效率或進展的標準敏捷指標。完成工作的百分比雖然直觀，但缺乏時間維度，不能準確反映效率。11.敏捷團隊中，ProductOwner最優(yōu)先考慮的是（）A.團隊的開發(fā)速度B.產(chǎn)品功能的按時交付C.客戶的需求和產(chǎn)品價值最大化D.項目預(yù)算的嚴格控制答案：C解析：ProductOwner的核心職責(zé)是代表客戶和業(yè)務(wù)利益，確保產(chǎn)品開發(fā)能夠交付最大價值。因此，他們最優(yōu)先考慮的是客戶的需求以及如何通過產(chǎn)品滿足這些需求，從而最大化產(chǎn)品的商業(yè)價值和市場競爭力。開發(fā)速度、按時交付和預(yù)算控制都是重要的考慮因素，但都服務(wù)于最終的產(chǎn)品價值目標，并需要根據(jù)實際情況進行權(quán)衡。12.在Scrum框架中，哪個事件是團隊展示已完成工作并獲取反饋的主要場合（）A.Sprint計劃會議B.Sprint評審會議C.Sprint回顧會議D.DailyScrum答案：B解析：Sprint評審會議（SprintReview）是Scrum框架中專門用于評審和獲取對Sprint交付物反饋的事件。團隊在會議中向ProductOwner和其他干系人演示在Sprint期間完成的工作，即可用的產(chǎn)品增量，并收集他們的意見。Sprint計劃會議用于規(guī)劃Sprint工作；Sprint回顧會議用于反思Sprint過程并改進；DailyScrum用于同步每日工作進展和識別障礙。13.敏捷強調(diào)的“自組織團隊”意味著什么（）A.團隊成員自行決定工作方法和流程B.團隊成員不需要接受任何指導(dǎo)C.團隊由項目經(jīng)理統(tǒng)一指揮D.團隊成員只負責(zé)執(zhí)行分配的任務(wù)答案：A解析：自組織團隊是指團隊成員被賦予權(quán)力，能夠自行決定如何最好地完成分配的任務(wù)，包括選擇合適的技術(shù)、工作方法和流程。這并不意味著完全沒有指導(dǎo)或管理，ScrumMaster會提供服務(wù)和指導(dǎo)，幫助團隊移除障礙并遵循敏捷原則，但團隊在執(zhí)行層面擁有高度的自主性和責(zé)任感。選項B過于絕對；選項C與自組織相悖；選項D缺乏主動性。14.敏捷團隊在Sprint回顧會議中主要關(guān)注什么（）A.審查Sprint期間完成的工作B.計劃下一個Sprint的目標C.反思Sprint過程，識別改進機會D.接受或拒絕ProductBacklog項答案：C解析：Sprint回顧會議（SprintRetrospective）是Scrum框架中用于團隊反思上一個Sprint的過程，識別哪些事情做得好，哪些可以改進，并制定改進計劃的會議。這是團隊學(xué)習(xí)和持續(xù)改進的關(guān)鍵環(huán)節(jié)。審查完成的工作是Sprint評審會議的內(nèi)容；計劃下一個Sprint目標是Sprint計劃會議的內(nèi)容；接受或拒絕ProductBacklog項通常在Sprint評審會議中進行。15.敏捷項目管理中，用于跟蹤Sprint進度和燃盡情況的主要工具是（）A.Gantt圖B.甘特圖C.燃盡圖D.PERT圖答案：C解析：燃盡圖（BurndownChart）是敏捷項目管理中常用的可視化工具，用于跟蹤SprintBacklog的完成情況或剩余工作量隨時間的變化。它通常以時間為橫軸，工作量為縱軸，直觀地展示團隊是否按計劃在Sprint結(jié)束時完成工作。Gantt圖和PERT圖是傳統(tǒng)項目管理中使用的計劃工具，敏捷更傾向于使用看板、燃盡圖等。16.當敏捷團隊內(nèi)部出現(xiàn)沖突時，ScrumMaster通常采取什么做法（）A.直接替團隊做出決策解決沖突B.忽視沖突，讓團隊自行解決C.幫助團隊識別沖突根源，并引導(dǎo)他們自行解決D.將沖突升級到管理層處理答案：C解析：ScrumMaster的角色包括促進團隊協(xié)作和解決沖突。當團隊出現(xiàn)沖突時，ScrumMaster不會替團隊做決定，也不會忽視或升級沖突。他們的做法是幫助團隊識別沖突的根本原因，并使用合適的溝通和協(xié)作技巧，引導(dǎo)團隊成員自行達成共識，找到解決問題的方法，從而加強團隊凝聚力。ScrumMaster是服務(wù)型的促進者，而非決策者或裁判。17.敏捷開發(fā)中，“用戶故事”通常由誰來編寫（）A.ScrumMasterB.開發(fā)團隊C.ProductOwnerD.項目經(jīng)理答案：C解析：用戶故事（UserStory）是敏捷開發(fā)中用于描述軟件功能需求的一種簡短、簡單的描述方式，通常從用戶的角度出發(fā)。在Scrum框架中，ProductOwner負責(zé)編寫、組織和優(yōu)先級排序ProductBacklog，其中就包括編寫用戶故事，以確保開發(fā)團隊始終知道要構(gòu)建什么，并確保這些需求與用戶價值和業(yè)務(wù)目標一致。18.敏捷團隊建設(shè)成功的關(guān)鍵因素之一是（）A.團隊成員之間的高度信任和開放溝通B.嚴格的任務(wù)分配和監(jiān)督機制C.團隊成員保持固定的專業(yè)領(lǐng)域分工D.外部專家對團隊的持續(xù)指導(dǎo)答案：A解析：敏捷團隊強調(diào)自組織和跨職能，這要求團隊成員之間有高度的信任和開放、頻繁的溝通。信任使得成員能夠相互依賴，主動分享信息，共同解決問題，從而提高協(xié)作效率和創(chuàng)新能力。嚴格的監(jiān)督、固定的專業(yè)分工和過多的外部指導(dǎo)都不符合敏捷團隊建設(shè)的精神，反而可能阻礙自組織和協(xié)作。19.敏捷團隊如何進行有效的需求管理（）A.在項目初期制定詳細的需求規(guī)格說明書，并嚴格遵循B.在項目結(jié)束時才明確所有需求C.采用用戶故事等形式，在迭代過程中持續(xù)細化需求D.完全不允許需求變更答案：C解析：敏捷采用迭代和增量的方式開發(fā)，需求管理也是動態(tài)和持續(xù)的。團隊通常使用用戶故事等輕量級需求表達形式，在Sprint計劃中選擇部分需求進行開發(fā)，并在每個Sprint通過評審會議收集反饋，在后續(xù)Sprint中不斷細化、完善和調(diào)整需求。這允許在開發(fā)過程中響應(yīng)變化，確保最終交付的產(chǎn)品更好地滿足用戶需求。敏捷歡迎需求變更，但會進行評估和控制。20.在Scrum團隊中，負責(zé)移除團隊開發(fā)障礙的Scrum角色是（）A.ProductOwnerB.DevelopmentTeamC.ScrumMasterD.項目發(fā)起人答案：C解析：ScrumMaster在Scrum中扮演服務(wù)型領(lǐng)導(dǎo)的角色，其職責(zé)之一是移除Scrum團隊在實現(xiàn)其目標過程中遇到的障礙。這些障礙可能包括跨部門溝通不暢、資源不足、技術(shù)難題、流程問題等。ScrumMaster會主動識別這些障礙并采取行動幫助團隊克服它們，以保障團隊的有效運作和Sprint目標的達成。ProductOwner負責(zé)產(chǎn)品方向；開發(fā)團隊負責(zé)執(zhí)行開發(fā)任務(wù)；項目發(fā)起人通常是外部或更高層級的干系人。二、多選題1.敏捷團隊成功的關(guān)鍵要素通常包括哪些（）A.團隊成員具備跨職能技能B.團隊擁有自組織能力C.強大的外部項目經(jīng)理進行指揮D.ProductOwner清晰定義所有需求E.團隊成員之間開放透明的溝通答案：ABE解析：敏捷團隊強調(diào)跨職能（A），意味著成員擁有完成工作所需的各種技能，減少對外部依賴。自組織（B）是敏捷的核心原則之一，團隊自行決定如何執(zhí)行工作。開放透明的溝通（E）是協(xié)作和解決問題的關(guān)鍵。選項C與敏捷的自組織原則相悖。選項D雖然需求清晰很重要，但敏捷強調(diào)的是在迭代中持續(xù)細化需求，而非一開始就完全定義好所有需求。2.Scrum框架中包含哪些核心角色（）A.ProductOwnerB.ScrumMasterC.DevelopmentTeamD.項目經(jīng)理E.QualityAssuranceLead答案：ABC解析：Scrum框架定義了三個核心角色：產(chǎn)品負責(zé)人（ProductOwner,A）、ScrumMaster（B）和開發(fā)團隊（DevelopmentTeam,C）。項目經(jīng)理（D）和測試負責(zé)人（QualityAssuranceLead,E）在Scrum中不是定義好的核心角色，雖然團隊中可能存在這些職位，但它們不擔(dān)任Scrum框架中的特定Scrum職責(zé)。3.敏捷開發(fā)過程中，哪些會議是Scrum框架中定義的事件（）A.Sprint計劃會議B.DailyScrumC.Sprint評審會議D.Sprint回顧會議E.需求評審會議答案：ABCD解析：Scrum框架定義了三個正式的事件（儀式）：Sprint計劃會議（A）、每日Scrum（DailyScrum,B）、Sprint評審會議（C）和Sprint回顧會議（D）。這些會議有其特定的目的和規(guī)則。需求評審會議（E）可能是項目中的會議，但不是Scrum框架中定義的核心事件。4.敏捷團隊中進行有效反饋的途徑有哪些（）A.Sprint評審會議B.每日站會C.Sprint回顧會議D.正式的外部客戶滿意度調(diào)查E.團隊成員一對一的非正式交流答案：ABCE解析：敏捷強調(diào)持續(xù)和及時的反饋。Sprint評審會議（A）是獲取對已完成工作反饋的主要場合。每日站會（B）雖然簡短，但也提供了快速同步和發(fā)現(xiàn)問題的機會，可以包含反饋。Sprint回顧會議（C）是團隊內(nèi)部反思過程，識別改進點，也是一種重要的反饋機制。團隊成員間的一對一非正式交流（E）也是日常反饋的重要來源。正式的外部客戶滿意度調(diào)查（D）雖然可以提供反饋，但不是敏捷實踐中強調(diào)的日常、快速反饋機制的核心組成部分。5.敏捷開發(fā)中，ProductBacklog包含哪些內(nèi)容（）A.產(chǎn)品愿景B.用戶故事C.任務(wù)列表D.燃盡圖E.技術(shù)規(guī)格答案：ABE解析：ProductBacklog是ProductOwner擁有的，按優(yōu)先級排序的需求列表。它包含描述產(chǎn)品功能、特性、需求的各種項，最常用的是用戶故事（B），但也可能包括史詩（Epic）、需求描述（如產(chǎn)品愿景A和E中的技術(shù)規(guī)格）、缺陷修復(fù)等。任務(wù)列表（C）通常是開發(fā)團隊在Sprint計劃時從ProductBacklog中選出的細節(jié)分解，不屬于ProductBacklog本身。燃盡圖（D）是用于跟蹤進度的可視化工具，也不是ProductBacklog的內(nèi)容。6.敏捷團隊中，ScrumMaster的職責(zé)可能包括哪些（）A.保護團隊免受外部干擾B.指導(dǎo)團隊采用最佳實踐C.主持Sprint計劃會議D.管理產(chǎn)品Backlog的優(yōu)先級E.移除團隊遇到的障礙答案：ACE解析：ScrumMaster的職責(zé)包括服務(wù)型領(lǐng)導(dǎo)，保護團隊免受干擾（A），移除團隊遇到的障礙（E），以及教練團隊理解和應(yīng)用敏捷原則和實踐（B，指導(dǎo)而非強制）。ScrumMaster主持Sprint計劃會議（C）。管理產(chǎn)品Backlog的優(yōu)先級（D）是ProductOwner的職責(zé)。因此，A、C、E是ScrumMaster的職責(zé)。7.敏捷開發(fā)強調(diào)哪些價值（）A.快速響應(yīng)變化B.嚴格的變更控制C.迭代交付價值D.長期合同承諾E.團隊協(xié)作答案：ACE解析：敏捷開發(fā)的核心價值觀包括個體和互動高于流程和工具（雖然未直接列出，但隱含）、工作的軟件高于詳盡的文檔（隱含快速交付）、客戶合作高于合同談判（隱含響應(yīng)變化）、響應(yīng)變化高于遵循計劃。這些體現(xiàn)為快速響應(yīng)變化（A）、迭代交付價值（C）和重視團隊協(xié)作（E）。嚴格的變更控制（B）和長期合同承諾（D）通常與敏捷的原則相悖。8.敏捷團隊如何進行估算（）A.使用故事點進行相對估算B.使用完成人（PersonHours）進行絕對估算C.基于團隊成員的經(jīng)驗進行主觀判斷D.參考歷史數(shù)據(jù)進行估算E.估算任務(wù)而非用戶故事答案：ACD解析：敏捷團隊常用多種估算技術(shù)。故事點（A）是一種常見的相對估算方法，衡量工作量或復(fù)雜度?；趫F隊成員經(jīng)驗的主觀判斷（C）在故事點或T恤尺碼等估算中很常見。參考歷史數(shù)據(jù)（D）可以作為估算的輸入和校準依據(jù)。完成人（B）是傳統(tǒng)項目管理的絕對估算單位，通常不用于敏捷。敏捷傾向于估算用戶故事（E），而不是分解到底層的任務(wù)，盡管有時會結(jié)合使用。9.敏捷項目中的“Sprint”通常具有什么特征（）A.一個固定的時間長度B.迭代式的開發(fā)周期C.有明確的開始和結(jié)束時間D.以可工作的產(chǎn)品增量交付為目標E.需求在Sprint期間不允許變更答案：ABCD解析：Sprint是Scrum框架中一個重要的概念，它是一個固定的、時間盒（通常是14周）的迭代周期（B）。每個Sprint都有明確的開始和結(jié)束時間（C），并以交付一個可用的、潛在可發(fā)布的軟件增量（D）為目標。Sprint期間會進行計劃、每日站會、開發(fā)、評審和回顧。雖然強調(diào)在Sprint計劃時選擇工作，但敏捷歡迎在Sprint內(nèi)的必要變更，以響應(yīng)新的理解或優(yōu)先級變化，因此E是錯誤的。10.敏捷團隊管理中，促進團隊動力和士氣的做法可能包括哪些（）A.鼓勵團隊成員分享知識和經(jīng)驗B.公開表揚團隊成員的成就C.為團隊成員提供成長和發(fā)展的機會D.強制執(zhí)行嚴格的考勤制度E.建立信任和尊重的團隊文化答案：ABCE解析：促進團隊動力和士氣是敏捷團隊管理的重要方面。鼓勵知識分享（A）、公開表揚（B）、提供成長機會（C）和建立信任尊重的文化（E）都是有效的方法。強制執(zhí)行嚴格的考勤制度（D）通常與敏捷強調(diào)的靈活性、自組織和信任原則相悖，可能適得其反。11.敏捷團隊中，ProductOwner的主要職責(zé)可能包括哪些（）A.確定產(chǎn)品開發(fā)的優(yōu)先級B.代表客戶進行需求訪談C.估算開發(fā)工作量D.審批Sprint中完成的工作E.制定團隊的每日工作計劃答案：ABD解析：ProductOwner負責(zé)最大化產(chǎn)品的價值，其主要職責(zé)包括管理ProductBacklog（包括編寫用戶故事、排序等，體現(xiàn)為A）、代表客戶和用戶進行溝通和需求收集（B）、以及在Sprint評審會議中接受或拒絕團隊完成的工作（D）。估算工作量（C）通常是開發(fā)團隊的職責(zé)。制定團隊每日工作計劃（E）是開發(fā)團隊內(nèi)部的事務(wù)，ScrumMaster可能會引導(dǎo)，但不是PO的職責(zé)。12.敏捷開發(fā)中，團隊進行“回顧”主要目的是什么（）A.評估項目整體進度B.討論并改進下一個Sprint的工作方式C.審查已完成的功能是否符合需求D.識別并解決當前面臨的技術(shù)難題E.決定下一個Sprint要做什么答案：BD解析：敏捷中的“回顧”（通常指Sprint回顧會議）是團隊反思上一個迭代（Sprint）的過程，目的是識別哪些做得好，哪些可以改進，并制定具體的改進措施，以應(yīng)用于下一個Sprint（B）。雖然過程中可能會討論技術(shù)難題（D），但這通常是為了識別改進點，而非主要目的。評估整體進度（A）、審查已完成功能（C）和決定下一個Sprint內(nèi)容（E）分別是Sprint評審會議、需求討論和Sprint計劃會議的職責(zé)。13.敏捷團隊采用“用戶故事”形式描述需求的好處有哪些（）A.使需求更貼近最終用戶的角度B.便于團隊進行相對估算C.促進開發(fā)團隊與ProductOwner之間的溝通D.可以避免需求變更E.使得需求非常具體和詳細答案：ABC解析：用戶故事（如：“作為一個[角色]，我想要[功能]，以便[價值]”）有助于從用戶角度理解需求（A），并促進ProductOwner與開發(fā)團隊之間的溝通和協(xié)作（C）。用戶故事通常需要進一步細化（如通過驗收標準），但其本身是輕量級的，鼓勵在開發(fā)過程中澄清，因此不一定非常具體詳細（E錯誤），也可能需要變更（D錯誤）。用戶故事的大小和復(fù)雜度適合進行相對估算（B）。14.Scrum框架中，哪些事件是時間盒的（）A.Sprint計劃會議B.DailyScrumC.Sprint評審會議D.Sprint回顧會議E.需求細化會議答案：ABCD解析：Scrum框架定義的所有四個事件（儀式）都具有固定的時間盒：Sprint計劃會議（A）、每日Scrum（B）、Sprint評審會議（C）和Sprint回顧會議（D）。時間盒是為了限制活動時間，保持專注和節(jié)奏。需求細化會議（E）可能是項目中的活動，但Scrum中不定義這個為官方事件，其時間通常由團隊決定，而非固定時間盒。15.敏捷團隊中進行有效的“DailyScrum”通常需要哪些條件（）A.團隊成員了解會議的目的B.會議有明確的固定時間C.每位成員都能發(fā)言并分享進展D.會議地點必須固定E.主要用于解決復(fù)雜的開發(fā)難題答案：ABC解析：有效的每日Scrum（每日站會）依賴于團隊成員對其目的的理解（A），遵守預(yù)定的時間盒（B，雖然地點靈活，但時間固定很重要），以及提供一個讓每個人都能簡短發(fā)言、同步信息、識別障礙的環(huán)境（C）。會議地點并非必須固定（D錯誤），其主要目的是同步和識別障礙，而非深入解決復(fù)雜難題（E錯誤）。16.敏捷項目管理中，哪些做法有助于移除團隊障礙（）A.ScrumMaster主動識別并協(xié)助解決B.團隊成員主動溝通障礙問題C.ProductOwner負責(zé)分配任務(wù)以避開障礙D.建立清晰的問題升級路徑E.團隊擁有解決問題的必要資源答案：ABDE解析：移除障礙是ScrumMaster的核心職責(zé)之一（A）。團隊成員需要具備主人翁精神，主動溝通他們遇到的障礙（B）。確保團隊擁有解決問題所需的資源（E）也是關(guān)鍵。清晰的問題升級路徑（D）有助于在團隊無法自行解決時獲得支持。ProductOwner（C）主要關(guān)注產(chǎn)品方向和需求，而非直接負責(zé)移除開發(fā)過程中的技術(shù)或流程障礙。17.敏捷團隊中的“自組織”意味著什么（）A.團隊成員可以自行決定工作方法和流程B.團隊不需要任何管理或指導(dǎo)C.團隊成員自行分配任務(wù)D.團隊對最終結(jié)果負責(zé)E.ScrumMaster負責(zé)制定團隊規(guī)則答案：ACD解析：自組織團隊意味著團隊成員被賦予權(quán)力，能夠自行決定如何最好地執(zhí)行工作，包括選擇技術(shù)、方法和流程（A），以及如何分配任務(wù)以達成目標（C）。這種賦權(quán)使得團隊能夠?qū)ψ罱K交付的結(jié)果負責(zé)（D）。選項B過于絕對，自組織并不意味著無管理，ScrumMaster提供服務(wù)和指導(dǎo)。選項E與自組織原則相悖，ScrumMaster不是規(guī)則制定者。18.敏捷開發(fā)中，ProductBacklogrefinement（細化）過程是怎樣的（）A.由ProductOwner主導(dǎo)進行B.通常在Sprint計劃會議前進行C.目的是讓開發(fā)團隊理解需求細節(jié)D.細化到可以估算和開發(fā)的最小單元E.產(chǎn)品Backlog中的所有項都必須完全細化答案：ABCD解析：ProductBacklog細化是一個持續(xù)的過程，主要由ProductOwner主導(dǎo)（A），通常在Sprint計劃會議前（B）或作為日常活動進行。其主要目的是讓開發(fā)團隊更好地理解需求，以便進行估算和實際開發(fā)（C）。細化程度通常是漸進的，目標是達到足夠清晰，可以進行估算和開發(fā)的最小單元（D）。并非所有項都需要在某個時間點完全細化（E錯誤），重點是確保即將在Sprint中工作的項足夠清晰。19.敏捷團隊如何處理需求變更（）A.在Sprint計劃會議中評估變更影響B(tài).如果變更影響小，可能納入當前SprintC.如果變更影響大，可能需要調(diào)整Sprint目標或計劃D.變更必須通過嚴格的變更控制流程E.ProductOwner最終決定是否接受變更答案：ABCE解析：敏捷開發(fā)歡迎需求變更。團隊會在Sprint計劃會議或Sprint期間評估變更的影響（A）。如果影響較小且團隊有容量，可能會將變更納入當前Sprint（B）。如果影響較大，可能需要調(diào)整Sprint目標或計劃（C）。變更的接受通常由ProductOwner決定（E），因為他們代表客戶利益。敏捷更傾向于靈活處理變更，而非嚴格的變更控制流程（D，這與敏捷原則相悖）。20.敏捷項目成功的關(guān)鍵外部因素有哪些（）A.干系人對敏捷方法的理解和支持B.客戶的積極參與和反饋C.公司高層管理者的支持D.具備相關(guān)經(jīng)驗的敏捷教練E.團隊成員必須全部具有敏捷背景答案：ABCD解析：敏捷項目的成功需要內(nèi)外部多種因素支持。干系人對敏捷方法的理解和支持（A）、客戶的積極參與和及時反饋（B）、公司高層管理者的支持（C，提供資源和環(huán)境）以及引入具備經(jīng)驗的敏捷教練（D，提供指導(dǎo)）都是重要的外部因素。團隊成員可以來自不同背景，通過學(xué)習(xí)和實踐融入敏捷團隊（E錯誤）。三、判斷題1.敏捷開發(fā)中，用戶故事的優(yōu)先級是由開發(fā)團隊根據(jù)技術(shù)難度來決定的。（）答案：錯誤解析：在敏捷開發(fā)中，ProductOwner負責(zé)管理ProductBacklog，并對其進行排序以確定需求的優(yōu)先級。排序通?；谏虡I(yè)價值、客戶需求、依賴關(guān)系等因素，而非僅僅由開發(fā)團隊根據(jù)技術(shù)難度決定。雖然開發(fā)團隊可以提供關(guān)于工作量和技術(shù)可行性的輸入，最終排序權(quán)在ProductOwner手中。2.每日Scrum（DailyScrum）的目的是讓團隊演示他們過去一天完成的工作。（）答案：錯誤解析：每日Scrum（DailyScrum）的目的是讓開發(fā)團隊成員同步彼此的工作進展，識別并討論障礙，為接下來的工作制定計劃，并確保Sprint目標得以實現(xiàn)。它不是用來演示已完成工作的，演示工作是在Sprint評審會議中進行的。3.ScrumMaster的主要職責(zé)是管理項目進度和范圍。（）答案：錯誤解析：ScrumMaster的核心職責(zé)是服務(wù)型領(lǐng)導(dǎo)，幫助Scrum團隊理解并應(yīng)用Scrum框架和實踐，移除團隊遇到的障礙，促進團隊協(xié)作，并教練團隊和組織。他們不負責(zé)管理項目進度和范圍，這些通常是ProductOwner的職責(zé)。4.敏捷團隊中的ProductOwner可以同時管理多個不同的敏捷項目。（）答案：正確解析：敏捷實踐中，一個ProductOwner可以負責(zé)一個或多個產(chǎn)品的Backlog，并與之相關(guān)聯(lián)的一個或多個Scrum團隊。ProductOwner的主要職責(zé)是最大化產(chǎn)品價值，管理ProductBacklog，并與市場、客戶和團隊緊密合作。理論上，只要他們能夠有效地管理所有相關(guān)Backlog和團隊，同時管理多個項目是可行的。5.敏捷開發(fā)不允許在Sprint進行中更改需求。（）答案：錯誤解析：敏捷開發(fā)的核心原則之一是歡迎需求變更。由于市場環(huán)境和技術(shù)發(fā)展可能變化，敏捷團隊會擁抱變更，并在Sprint計劃中預(yù)留一定的緩沖或采用策略來適應(yīng)需求的變化。雖然大幅度的變更可能會影響Sprint計劃，但敏捷并非拒絕變更，而是提供機制來管理變更。6.開發(fā)團隊在Scrum中是自組織的，這意味著他們不需要任何指導(dǎo)或管理。（）答案：錯誤解析：敏捷開發(fā)強調(diào)開發(fā)團隊的自組織能力，但這并不意味著他們不需要任何指導(dǎo)或管理。ScrumMaster會提供服務(wù)和指導(dǎo)，幫助團隊遵循Scrum原則，移除障礙，并促進協(xié)作。ProductOwner負責(zé)產(chǎn)品方向。指導(dǎo)和管理是確保自組織高效運作的必要補充，而非排斥。7.Sprint評審會議的主要目的是回顧上一個Sprint中發(fā)生的問題。（）答案：錯誤解析：Sprint評審會議（SprintReview）的主要目的是評審和獲得對Sprint期間完成的工作（即交付的潛在可用的產(chǎn)品增量）的反饋。團隊會演示工作成果，ProductOwner會接受或拒絕這些工作，并收集干系人的意見?；仡檰栴}通常是Sprint回顧會議（SprintRetrospective）的內(nèi)容。8.用戶故事必須包含具體的驗收標準。（）答案：錯誤解析：用戶故事本身是簡短的描述，通常包含角色、行動和價值（例如：“作為一個[用戶]，我想要[功能]，以便[價值]”）。驗收標準（AcceptanceCriteria）是詳細的、可測試的條件，用于定義用戶故事何時被認為是完成的。雖然強烈推薦編寫驗收標準，但它們通常不是用戶故事固有的一部分。9.敏捷團隊中的ScrumMaster可以代替ProductOwner