2025考研敏捷開發(fā)專項(xiàng)訓(xùn)練試卷考試時(shí)間：______分鐘總分：______分姓名：______一、單項(xiàng)選擇題（每題2分，共20分。下列每小題備選答案中，只有一個(gè)是最符合題意的。）1.敏捷宣言強(qiáng)調(diào)個(gè)體與互動重于流程與工具，其主要原因在于（）。A.流程和工具可以完全標(biāo)準(zhǔn)化，而個(gè)體互動難以管理B.在復(fù)雜多變的需求環(huán)境下，人的協(xié)作比固化的流程更重要C.個(gè)體貢獻(xiàn)是團(tuán)隊(duì)成功的基礎(chǔ)，互動能激發(fā)創(chuàng)造力D.現(xiàn)代開發(fā)工具如此強(qiáng)大，無需關(guān)注人與人之間的溝通2.在Scrum框架中，負(fù)責(zé)最大化產(chǎn)品待辦列表價(jià)值、代表產(chǎn)品所有者利益的角色是（）。A.ScrumMasterB.開發(fā)團(tuán)隊(duì)負(fù)責(zé)人C.產(chǎn)品負(fù)責(zé)人D.項(xiàng)目經(jīng)理3.下列關(guān)于Sprint周期的描述，錯(cuò)誤的是（）。A.每個(gè)Sprint都有固定的長度，通常為1-4周B.Sprint目標(biāo)是產(chǎn)出一個(gè)“潛在可交付”的IncrementC.Sprint期間，產(chǎn)品待辦列表的內(nèi)容是可以隨意更改的D.Sprint評審會旨在獲得利益相關(guān)者的反饋，接受或調(diào)整產(chǎn)品待辦列表4.用戶故事通常以“作為一個(gè)<角色>，我想要<功能>，以便<價(jià)值>”的格式編寫，其中“<價(jià)值>”部分尤為重要，它體現(xiàn)了（）。A.用戶使用該功能的具體步驟B.開發(fā)團(tuán)隊(duì)實(shí)現(xiàn)該功能的技術(shù)方案C.該功能對用戶或業(yè)務(wù)的核心意義D.該功能需要滿足的性能指標(biāo)5.故事點(diǎn)（StoryPoint）是用來估算用戶故事大小的單位，它主要衡量的是（）。A.故事開發(fā)所需的確切工時(shí)（小時(shí)或天）B.故事所涉及的技術(shù)復(fù)雜度C.完成故事所需的相對effort和complexityD.故事對最終用戶的價(jià)值大小6.限制在制品數(shù)量（WIPLimit）是Kanban方法的核心實(shí)踐之一，其主要目的是（）。A.減少開發(fā)團(tuán)隊(duì)的加班時(shí)間B.防止團(tuán)隊(duì)同時(shí)處理過多任務(wù)，提高流動效率C.確保每個(gè)任務(wù)都有足夠的人手投入D.降低項(xiàng)目管理的行政成本7.敏捷開發(fā)強(qiáng)調(diào)持續(xù)集成（CI），其主要好處之一是（）。A.減少代碼審查的時(shí)間B.自動化構(gòu)建和測試，及早發(fā)現(xiàn)集成問題C.降低版本控制的復(fù)雜性D.減少開發(fā)人員編寫單元測試的精力8.ScrumMaster的主要職責(zé)之一是（）。A.為團(tuán)隊(duì)制定詳細(xì)的技術(shù)開發(fā)計(jì)劃B.確保Scrum框架的正確實(shí)踐，移除障礙C.最終決定產(chǎn)品待辦列表的優(yōu)先級D.代表開發(fā)團(tuán)隊(duì)與客戶進(jìn)行合同談判9.在敏捷環(huán)境中，進(jìn)行有效的每日站會（DailyScrum）有助于（）。A.完成部分用戶故事的編碼工作B.同步信息，識別障礙，計(jì)劃當(dāng)天工作C.對上周的工作進(jìn)行詳細(xì)的回顧和總結(jié)D.評估整個(gè)項(xiàng)目的進(jìn)度和風(fēng)險(xiǎn)10.敏捷轉(zhuǎn)型在大型組織中面臨的主要挑戰(zhàn)通常包括（）。A.缺乏高層管理者的支持B.團(tuán)隊(duì)之間溝通不暢C.項(xiàng)目管理流程過于繁瑣D.以上都是二、多項(xiàng)選擇題（每題3分，共15分。下列每小題備選答案中，有兩個(gè)或兩個(gè)以上是符合題意的，請將正確選項(xiàng)的字母填寫在題后的括號內(nèi)。多選、錯(cuò)選、少選均不得分。）11.敏捷宣言中的四項(xiàng)核心價(jià)值觀包括（）。A.個(gè)體與互動高于流程與工具B.工作的軟件高于詳盡的文檔C.客戶合作高于合同談判D.響應(yīng)變化高于遵循計(jì)劃E.追求完美高于快速交付12.Scrum框架中的主要工件（Artifacts）包括（）。A.產(chǎn)品待辦列表（ProductBacklog）B.Sprint待辦列表（SprintBacklog）C.Increment（交付物）D.燃盡圖（BurndownChart）E.用戶故事（UserStory）13.以下哪些實(shí)踐通常被認(rèn)為是敏捷開發(fā)的核心實(shí)踐？（）A.迭代開發(fā)（IterativeDevelopment）B.用戶故事（UserStories）C.站會（Stand-upMeetings）D.看板（KanbanBoards）E.強(qiáng)制性的代碼審查會議14.敏捷開發(fā)中的團(tuán)隊(duì)通常具有以下哪些特征？（）A.跨職能（Cross-functional）B.自組織（Self-organizing）C.由項(xiàng)目經(jīng)理領(lǐng)導(dǎo)D.成員角色固定E.擁有明確的決策權(quán)15.敏捷方法與瀑布模型等傳統(tǒng)范式的根本區(qū)別在于（）。A.是否使用甘特圖進(jìn)行項(xiàng)目排期B.是否強(qiáng)調(diào)需求的變更管理C.開發(fā)過程是否分階段進(jìn)行D.是否以迭代和增量方式進(jìn)行交付E.是否采用面向?qū)ο蟮拈_發(fā)方法三、簡答題（每題5分，共20分。請簡潔明了地回答下列問題。）16.簡述Scrum中產(chǎn)品負(fù)責(zé)人（ProductOwner）的核心職責(zé)。17.什么是用戶故事（UserStory）？請說明其通常包含的三個(gè)要素。18.描述Kanban方法中的“可視化工作流”實(shí)踐的含義。19.敏捷開發(fā)如何促進(jìn)團(tuán)隊(duì)內(nèi)部的溝通與協(xié)作？四、論述題（10分。請圍繞以下主題，結(jié)合自身理解或相關(guān)經(jīng)驗(yàn)，進(jìn)行較為深入的論述。）20.試論述在敏捷開發(fā)環(huán)境中，如何有效地進(jìn)行需求管理，特別是在需求經(jīng)常變化的情況下，團(tuán)隊(duì)?wèi)?yīng)該如何應(yīng)對？五、案例分析題（25分。請仔細(xì)閱讀以下案例，并根據(jù)要求進(jìn)行分析和回答。）21.某軟件開發(fā)公司決定采用Scrum方法開發(fā)一個(gè)新的企業(yè)級應(yīng)用系統(tǒng)。項(xiàng)目啟動初期，組建了一支包含5名開發(fā)人員、1名測試人員、產(chǎn)品負(fù)責(zé)人和ScrumMaster的團(tuán)隊(duì)。第一個(gè)Sprint為期2周，目標(biāo)是完成用戶登錄、注冊和首頁展示模塊的開發(fā)與初步測試。然而，在Sprint評審會上，發(fā)現(xiàn)首頁展示模塊的功能遠(yuǎn)未達(dá)到預(yù)期效果，用戶體驗(yàn)較差，而開發(fā)團(tuán)隊(duì)認(rèn)為他們已經(jīng)完成了計(jì)劃的任務(wù)，并按照驗(yàn)收標(biāo)準(zhǔn)進(jìn)行了測試。產(chǎn)品負(fù)責(zé)人對結(jié)果很不滿意，認(rèn)為團(tuán)隊(duì)沒有充分理解用戶需求。Sprint回顧會上，團(tuán)隊(duì)成員互相指責(zé)，ScrumMaster試圖調(diào)解但效果不佳。請根據(jù)上述案例，分析其中可能存在的問題，并提出具體的改進(jìn)建議，以幫助團(tuán)隊(duì)在后續(xù)的Sprint中更好地運(yùn)作。試卷答案1.B2.C3.C4.C5.C6.B7.B8.B9.B10.D11.A,B,C,D12.A,B,C13.A,B,C,D14.A,B,E15.B,D16.產(chǎn)品負(fù)責(zé)人負(fù)責(zé)最大化產(chǎn)品待辦列表的價(jià)值，是產(chǎn)品所有者；負(fù)責(zé)編寫、維護(hù)和排序產(chǎn)品待辦列表；在每個(gè)Sprint計(jì)劃會上向Scrum團(tuán)隊(duì)介紹產(chǎn)品待辦列表；接受或拒絕Scrum團(tuán)隊(duì)完成的成果；代表客戶利益。17.用戶故事是一種從用戶角度描述需求的簡短聲明，通常包含三個(gè)要素：角色（Whoistheuser?）、行為/功能（Whatdoestheuserwanttodo?）、價(jià)值（Whydoestheuserwanttodoit?），格式為“作為一個(gè)<角色>，我想要<功能/行為>，以便<價(jià)值/收益>”。18.可視化工作流是指將整個(gè)工作流程（從任務(wù)創(chuàng)建到完成）以清晰、直觀的方式（如看板板）展示出來，使所有團(tuán)隊(duì)成員都能一目了然地看到任務(wù)在各個(gè)階段的狀態(tài)、流轉(zhuǎn)過程以及潛在的瓶頸。19.敏捷開發(fā)通過：每日站會同步每日進(jìn)展和障礙；迭代評審會展示成果并獲得反饋；產(chǎn)品待辦列表共通的目標(biāo)和優(yōu)先級；自組織團(tuán)隊(duì)鼓勵(lì)成員主動溝通協(xié)作；ScrumMaster促進(jìn)團(tuán)隊(duì)溝通和移除障礙等方式促進(jìn)團(tuán)隊(duì)內(nèi)部溝通與協(xié)作。20.敏捷需求管理強(qiáng)調(diào)靈活應(yīng)對變化。有效方法包括：使用用戶故事等輕量級需求表達(dá)方式；建立清晰排序的產(chǎn)品待辦列表；通過Sprint計(jì)劃會、評審會和回顧會等Scrum事件進(jìn)行需求溝通、確認(rèn)和調(diào)整；采用迭代開發(fā)，逐步細(xì)化需求并驗(yàn)證；與利益相關(guān)者保持持續(xù)溝通，獲取反饋；利用估算和可視化工具（如燃盡圖）來跟蹤和管理需求實(shí)現(xiàn)進(jìn)度。21.問題分析：產(chǎn)品負(fù)責(zé)人可能未清晰傳達(dá)需求或定義驗(yàn)收標(biāo)準(zhǔn)；開發(fā)團(tuán)隊(duì)可能對需求理解不足或缺乏主動性；驗(yàn)收標(biāo)準(zhǔn)可能不明確或未在開發(fā)過程中得到有效驗(yàn)證；團(tuán)隊(duì)溝通存在問題，缺乏建設(shè)性反饋；ScrumMaster在引導(dǎo)會議（評審會、回顧會）和移除障礙方面可能做得不夠。改進(jìn)建議：產(chǎn)品負(fù)責(zé)人應(yīng)在Sprint計(jì)