2025年P(guān)ython敏捷開發(fā)實(shí)踐試卷：迭代管理專項(xiàng)訓(xùn)練考試時(shí)間：______分鐘總分：______分姓名：______一、選擇題1.根據(jù)敏捷宣言，以下哪一項(xiàng)不是“個(gè)體和互動(dòng)”優(yōu)先于“流程和工具”的原因？A.高效的團(tuán)隊(duì)溝通能彌補(bǔ)流程的不足。B.團(tuán)隊(duì)成員的技能和創(chuàng)造力是項(xiàng)目成功的關(guān)鍵。C.敏捷方法強(qiáng)調(diào)以人為本，而非僵化流程。D.先進(jìn)的工具總能保證項(xiàng)目按時(shí)交付。2.在Scrum框架中，負(fù)責(zé)最大化產(chǎn)品待辦列表價(jià)值的人是？A.ScrumMasterB.開發(fā)團(tuán)隊(duì)C.產(chǎn)品負(fù)責(zé)人D.項(xiàng)目經(jīng)理3.Sprint計(jì)劃會(huì)的目標(biāo)是？A.評審上個(gè)Sprint的成果。B.決定下一個(gè)Sprint要完成的工作。C.回顧Sprint中遇到的問題并改進(jìn)。D.選舉下一個(gè)Sprint的ScrumMaster。4.每日站會(huì)通常持續(xù)多長時(shí)間？A.1小時(shí)B.30分鐘C.15分鐘D.2小時(shí)5.“完成”在敏捷開發(fā)中的含義是由誰定義的？A.產(chǎn)品負(fù)責(zé)人B.ScrumMasterC.開發(fā)團(tuán)隊(duì)D.客戶6.Kanban方法與Scrum相比，一個(gè)顯著的區(qū)別是？A.它有固定的角色。B.它強(qiáng)調(diào)Sprint周期。C.它使用看板來可視化工作流，并通常限制在制品數(shù)量。D.它需要一個(gè)專門的項(xiàng)目經(jīng)理。7.用戶故事通常以什么格式編寫？A."作為<角色>,我想要<功能>,以便<價(jià)值>"B."需求ID:功能描述"C."優(yōu)先級:高/中/低"D."開發(fā)時(shí)間:X天"8.在Python敏捷開發(fā)中，使用Git進(jìn)行版本控制時(shí)，支持Scrum迭代劃分的常用分支策略是？A.純主分支（Master/Main）模式B.Gitflow模式，其中包含主干（main）、開發(fā)（develop）、特性（feature）、發(fā)布（release）、熱修復(fù)（hotfix）等分支C.只使用功能分支（FeatureBranches）D.不使用分支，統(tǒng)一在主干上開發(fā)9.燒香圖（BurndownChart）主要用于跟蹤什么？A.項(xiàng)目預(yù)算消耗情況B.團(tuán)隊(duì)成員工作量C.Sprint待辦列表完成進(jìn)度D.用戶故事點(diǎn)的累積10.敏捷開發(fā)鼓勵(lì)在開發(fā)過程中進(jìn)行測試，以下哪種測試類型最符合敏捷實(shí)踐中的持續(xù)測試?yán)砟?？A.主要在開發(fā)完成后期進(jìn)行的大規(guī)模集成測試B.僅在QA部門進(jìn)行的驗(yàn)收測試C.由開發(fā)人員編寫并在代碼提交前自動(dòng)運(yùn)行的單元測試和集成測試D.僅在產(chǎn)品發(fā)布前進(jìn)行的用戶驗(yàn)收測試二、簡答題1.簡述Scrum框架中的“產(chǎn)品待辦列表（ProductBacklog）”是什么，以及它應(yīng)該由誰負(fù)責(zé)維護(hù)和排序？2.描述Scrum開發(fā)團(tuán)隊(duì)在一次典型的“Sprint評審會(huì)”（SprintReview）上需要做什么？3.解釋什么是“用戶故事（UserStory）”及其通常包含的要素。為什么使用用戶故事？4.在一個(gè)使用Python和Django框架開發(fā)的敏捷項(xiàng)目中，團(tuán)隊(duì)計(jì)劃進(jìn)行一次Sprint。請簡述從Sprint計(jì)劃會(huì)開始到Sprint評審會(huì)結(jié)束，這個(gè)迭代周期中涉及的主要活動(dòng)及其目的。5.什么是“在制品限制（WorkInProgress,WIPLimit）”在Kanban方法中的作用？6.描述在使用Git進(jìn)行Python敏捷開發(fā)時(shí)，一個(gè)典型的“特性分支（FeatureBranch）”的工作流程。三、案例分析題假設(shè)你是一個(gè)開發(fā)團(tuán)隊(duì)的一員，團(tuán)隊(duì)采用Scrum框架開發(fā)一個(gè)使用PythonFlask框架構(gòu)建的內(nèi)部管理系統(tǒng)。當(dāng)前正在進(jìn)行第5個(gè)Sprint（Sprint5），Sprint目標(biāo)是完成用戶權(quán)限管理模塊的開發(fā)和初步測試。在Sprint中期（大約在Sprint的第3天），產(chǎn)品負(fù)責(zé)人（ProductOwner）提出增加一個(gè)“批量導(dǎo)入用戶”的功能點(diǎn)，并希望這個(gè)新功能能在Sprint結(jié)束時(shí)（第2個(gè)星期五）交付。請分析以下情況：1.產(chǎn)品負(fù)責(zé)人在Sprint中期提出這個(gè)新需求，這對當(dāng)前的Sprint會(huì)產(chǎn)生什么影響？團(tuán)隊(duì)?wèi)?yīng)該如何應(yīng)對？2.如果評估后認(rèn)為這個(gè)新功能點(diǎn)對于當(dāng)前Sprint來說工作量過大，無法在Sprint結(jié)束時(shí)交付“完成”的狀態(tài)，團(tuán)隊(duì)?wèi)?yīng)該怎么辦？Scrum中有什么機(jī)制可以處理這種情況？3.如果團(tuán)隊(duì)決定接受這個(gè)新需求，并將其納入當(dāng)前Sprint，這對Sprint的原定計(jì)劃、團(tuán)隊(duì)工作以及Sprint評審會(huì)的結(jié)果可能產(chǎn)生什么影響？4.作為團(tuán)隊(duì)一員，你認(rèn)為在敏捷開發(fā)實(shí)踐中，如何更好地管理類似這種中途出現(xiàn)的新需求或變更請求？試卷答案一、選擇題1.D解析：敏捷宣言強(qiáng)調(diào)個(gè)體和互動(dòng)高于流程和工具，但這并不意味著工具不重要，而是強(qiáng)調(diào)人的因素，先進(jìn)工具是輔助，但不能替代良好的人互動(dòng)和流程。2.C解析：產(chǎn)品負(fù)責(zé)人的核心職責(zé)就是管理和排序產(chǎn)品待辦列表，以最大化產(chǎn)品價(jià)值。3.B解析：Sprint計(jì)劃會(huì)的核心目的是規(guī)劃下一個(gè)Sprint要做什么工作（選出來），以及如何完成（初步計(jì)劃）。4.C解析：每日站會(huì)的時(shí)間非常短，通常是15分鐘，目的是同步進(jìn)度、識(shí)別障礙，確保Sprint目標(biāo)達(dá)成。5.C解析：在敏捷中，“完成”的定義（DefinitionofDone）必須由開發(fā)團(tuán)隊(duì)共同創(chuàng)建和владеют，因?yàn)樗砹藞F(tuán)隊(duì)內(nèi)部對“完成”的標(biāo)準(zhǔn)共識(shí)。6.C解析：Kanban最核心的特點(diǎn)之一是可視化工作流和使用WIP限制來管理流程，而Scrum有固定的角色和事件。7.A解析：這是最常見的用戶故事格式，清晰地表達(dá)了角色的需求、期望的功能和該功能帶來的價(jià)值。8.B解析：Gitflow是為需要嚴(yán)格版本控制和發(fā)布管理場景設(shè)計(jì)的，其分支結(jié)構(gòu)（main,develop,feature,release,hotfix）能很好地支持Scrum的迭代和發(fā)布流程。9.C解析：燒香圖是Scrum中常用的圖表，用于可視化Sprint期間剩余工作量的變化趨勢。10.C解析：敏捷強(qiáng)調(diào)測試驅(qū)動(dòng)開發(fā)（TDD）和行為驅(qū)動(dòng)開發(fā)（BDD），開發(fā)人員編寫的單元測試和集成測試能夠盡早發(fā)現(xiàn)代碼問題，符合持續(xù)測試的理念。二、簡答題1.產(chǎn)品待辦列表是一個(gè)動(dòng)態(tài)排序的需求列表，包含了為交付產(chǎn)品而需要做的所有工作。它由產(chǎn)品負(fù)責(zé)人負(fù)責(zé)維護(hù)和排序，排序依據(jù)是價(jià)值、風(fēng)險(xiǎn)、依賴關(guān)系和交付順序等因素。它不是靜態(tài)的，隨著新需求的添加、優(yōu)先級的調(diào)整以及理解的深入而不斷演進(jìn)。2.在Sprint評審會(huì)上，開發(fā)團(tuán)隊(duì)向產(chǎn)品負(fù)責(zé)人、ScrumMaster以及其他相關(guān)人員（包括利益相關(guān)者）演示在Sprint期間完成的所有“完成”的工作。產(chǎn)品負(fù)責(zé)人解釋這些工作如何滿足產(chǎn)品待辦列表中的項(xiàng)。與會(huì)者可以提問、探討、提供反饋，目的是獲取對Sprint交付物的反饋，并可能調(diào)整產(chǎn)品待辦列表。3.用戶故事是一種簡短、簡單的描述，從用戶的角度描述一個(gè)功能或需求，格式通常是“作為<角色>,我想要<功能>,以便<價(jià)值>”。要素包括：角色（Who）、功能（What）、價(jià)值（Why）。使用用戶故事的好處是：更貼近用戶視角、促進(jìn)溝通理解、可估算工作量、支持迭代開發(fā)、易于管理需求優(yōu)先級。4.一個(gè)典型的Sprint周期包含以下主要活動(dòng)：*Sprint計(jì)劃會(huì)：團(tuán)隊(duì)選擇下一個(gè)Sprint要完成的用戶故事（任務(wù)），估算工作量，并制定Sprint目標(biāo)和工作計(jì)劃。*Sprint日常：每天舉行15分鐘的站會(huì)，同步進(jìn)度，識(shí)別并討論障礙。*開發(fā)工作：開發(fā)團(tuán)隊(duì)在Sprint期間專注地完成計(jì)劃好的工作，進(jìn)行編碼、測試、集成等。*Sprint評審會(huì)：在Sprint結(jié)束時(shí)，團(tuán)隊(duì)演示完成的可工作的軟件增量，并收集反饋。*Sprint回顧會(huì)：團(tuán)隊(duì)聚在一起，反思Sprint過程中的成功和失敗之處，討論哪些方面可以改進(jìn)，并制定改進(jìn)措施，用于下一個(gè)Sprint。5.在制品限制（WIPLimit）是指在Kanban系統(tǒng)中，任何給定階段最多允許進(jìn)行中的工作項(xiàng)數(shù)量。它的作用是限制同時(shí)進(jìn)行的工作量，防止任務(wù)過載和上下文切換，從而加速流動(dòng)（Flow），減少瓶頸，提高透明度，并迫使團(tuán)隊(duì)更專注地完成當(dāng)前任務(wù)。6.在使用Git進(jìn)行Python敏捷開發(fā)時(shí)，一個(gè)典型的特性分支工作流程如下：*從主分支（如main或master）創(chuàng)建一個(gè)特性分支（feature/<feature-name>），通?；谧钚碌姆€(wěn)定版本。*在該特性分支上進(jìn)行開發(fā)，實(shí)現(xiàn)用戶故事或功能點(diǎn)，編寫相應(yīng)的單元測試。*開發(fā)完成后，進(jìn)行代碼審查（CodeReview）。*通過審查后，將特性分支合并回開發(fā)分支（develop）或主分支（main，取決于發(fā)布策略）。*合并后，該特性分支可以被刪除。如果需要發(fā)布，再從開發(fā)分支創(chuàng)建發(fā)布分支（release），進(jìn)行修復(fù)和最終測試，然后創(chuàng)建候選發(fā)布分支（candidate），驗(yàn)證通過后合并到主分支和開發(fā)分支，并打上版本標(biāo)簽。三、案例分析題1.產(chǎn)品負(fù)責(zé)人在Sprint中期提出新需求，可能會(huì)打斷團(tuán)隊(duì)的專注度，增加溝通成本，并可能導(dǎo)致原定計(jì)劃無法按時(shí)完成。團(tuán)隊(duì)?wèi)?yīng)首先評估這個(gè)新需求的緊急性和重要性，以及它對當(dāng)前Sprint剩余工作的影響。如果可能，嘗試將其納入當(dāng)前Sprint并重新評估工作量；如果工作量過大，需要與產(chǎn)品負(fù)責(zé)人協(xié)商，看是否可以推遲到下一個(gè)Sprint，或者將當(dāng)前Sprint的目標(biāo)調(diào)整為更可行的小部分。2.如果評估后新功能工作量過大，無法在Sprint結(jié)束時(shí)“完成”，團(tuán)隊(duì)?wèi)?yīng)與產(chǎn)品負(fù)責(zé)人坦誠溝通，說明情況。Scrum中處理這種情況的機(jī)制是：接受這個(gè)現(xiàn)實(shí)，即當(dāng)前Sprint可能無法交付計(jì)劃的所有內(nèi)容。團(tuán)隊(duì)?wèi)?yīng)盡力完成能完成的最大價(jià)值部分，并將未完成的工作移回產(chǎn)品待辦列表，并在下一個(gè)Sprint中優(yōu)先處理。這體現(xiàn)了敏捷對變化的適應(yīng)性和價(jià)值最大化原則。3.如果團(tuán)隊(duì)決定接受新需求并納入當(dāng)前Sprint，影響可能包括：Sprint目標(biāo)可能需要調(diào)整，原定的部分工作可能被推遲；團(tuán)隊(duì)需要投入更多精力，可能影響當(dāng)前模塊的完成質(zhì)量；Sprint評審會(huì)展示的內(nèi)容可能減少或改變；Sprint回顧會(huì)需要