2026年軟件開(kāi)發(fā)項(xiàng)目管理與敏捷開(kāi)發(fā)考題一、單選題（每題2分，共20題）1.在敏捷開(kāi)發(fā)中，Scrum框架中負(fù)責(zé)產(chǎn)品待辦事項(xiàng)列表（ProductBacklog）管理的角色是？A.ScrumMasterB.ProductOwnerC.DevelopmentTeamD.Stakeholder2.敏捷開(kāi)發(fā)的核心價(jià)值觀中，以下哪項(xiàng)不屬于敏捷宣言強(qiáng)調(diào)的四大價(jià)值觀？A.個(gè)體和互動(dòng)高于流程和工具B.工作軟件高于詳盡文檔C.靈活響應(yīng)變化高于遵循計(jì)劃D.客戶(hù)滿(mǎn)意度高于合同談判3.在敏捷開(kāi)發(fā)中，"Sprint"指的是？A.項(xiàng)目開(kāi)發(fā)的總周期B.一次短期的迭代周期（通常2-4周）C.產(chǎn)品待辦事項(xiàng)列表的優(yōu)先級(jí)排序D.敏捷開(kāi)發(fā)的所有會(huì)議4.敏捷開(kāi)發(fā)中，"用戶(hù)故事"（UserStory）通常以哪種格式編寫(xiě)？A."作為<角色>，我想要<功能>，以便<價(jià)值>"B."需求編號(hào)：XXX，功能描述：XXX"C."技術(shù)實(shí)現(xiàn)方案：XXX"D."測(cè)試用例：XXX"5.敏捷開(kāi)發(fā)中，"Sprint評(píng)審會(huì)"的主要目的是什么？A.審批產(chǎn)品待辦事項(xiàng)列表的變更B.回顧上一個(gè)Sprint的成果并計(jì)劃下一個(gè)SprintC.評(píng)審技術(shù)架構(gòu)設(shè)計(jì)D.確定項(xiàng)目預(yù)算6.敏捷開(kāi)發(fā)中，"Sprint回顧會(huì)"的主要目的是什么？A.評(píng)審用戶(hù)故事的完成情況B.回顧上一個(gè)Sprint的不足并改進(jìn)下一個(gè)SprintC.確定下一個(gè)Sprint的優(yōu)先級(jí)D.審批代碼提交7.敏捷開(kāi)發(fā)中，"持續(xù)集成"（CI）的核心原則是？A.每次代碼提交都必須通過(guò)自動(dòng)化測(cè)試B.手動(dòng)測(cè)試每個(gè)功能后再提交代碼C.每周集成一次代碼D.只有在功能完成后再集成代碼8.敏捷開(kāi)發(fā)中，"看板"（Kanban）方法的主要特點(diǎn)是什么？A.強(qiáng)調(diào)固定迭代周期和計(jì)劃性B.通過(guò)可視化工作流程管理任務(wù)C.適用于大型項(xiàng)目開(kāi)發(fā)D.需要頻繁的會(huì)議協(xié)調(diào)9.敏捷開(kāi)發(fā)中，"極限編程"（XP）的核心實(shí)踐之一是？A.需求文檔先行B.代碼重構(gòu)C.詳細(xì)設(shè)計(jì)文檔D.大型架構(gòu)評(píng)審10.敏捷開(kāi)發(fā)中，"用戶(hù)驗(yàn)收測(cè)試"（UAT）通常在哪個(gè)階段進(jìn)行？A.Sprint計(jì)劃會(huì)B.Sprint評(píng)審會(huì)C.Sprint回顧會(huì)D.產(chǎn)品發(fā)布前二、多選題（每題3分，共10題）11.敏捷開(kāi)發(fā)中，Scrum框架的主要角色有哪些？A.ProductOwnerB.ScrumMasterC.DevelopmentTeamD.項(xiàng)目經(jīng)理E.測(cè)試經(jīng)理12.敏捷開(kāi)發(fā)中，哪些活動(dòng)屬于Sprint周期內(nèi)的工作？A.Sprint計(jì)劃會(huì)B.每日站會(huì)C.Sprint評(píng)審會(huì)D.Sprint回顧會(huì)E.產(chǎn)品待辦事項(xiàng)梳理13.敏捷開(kāi)發(fā)中，"用戶(hù)故事"需要包含哪些要素？A.角色（Who）B.行為（What）C.價(jià)值（Why）D.驗(yàn)收標(biāo)準(zhǔn)E.技術(shù)實(shí)現(xiàn)方案14.敏捷開(kāi)發(fā)中，哪些方法可以用于需求管理？A.用戶(hù)故事B.產(chǎn)品待辦事項(xiàng)列表C.用例圖D.需求規(guī)格說(shuō)明書(shū)E.看板15.敏捷開(kāi)發(fā)中，"持續(xù)交付"（CD）與"持續(xù)集成"（CI）的關(guān)系是？A.CD是CI的基礎(chǔ)B.CI是CD的前提C.兩者獨(dú)立存在D.CD強(qiáng)調(diào)自動(dòng)化部署E.CI強(qiáng)調(diào)代碼集成16.敏捷開(kāi)發(fā)中，哪些指標(biāo)可以用于評(píng)估團(tuán)隊(duì)績(jī)效？A.Sprint完成率B.燃盡圖C.用戶(hù)滿(mǎn)意度D.線上Bug數(shù)量E.需求變更次數(shù)17.敏捷開(kāi)發(fā)中，"測(cè)試驅(qū)動(dòng)開(kāi)發(fā)"（TDD）的核心原則是？A.先寫(xiě)測(cè)試用例，再編寫(xiě)代碼B.先編寫(xiě)代碼，再寫(xiě)測(cè)試用例C.測(cè)試與開(kāi)發(fā)并行D.忽略單元測(cè)試E.需求文檔先行18.敏捷開(kāi)發(fā)中，"用戶(hù)故事地圖"（UserStoryMapping）的作用是？A.可視化用戶(hù)旅程B.優(yōu)先級(jí)排序C.規(guī)劃SprintD.設(shè)計(jì)界面E.定義需求19.敏捷開(kāi)發(fā)中，哪些實(shí)踐可以提高團(tuán)隊(duì)協(xié)作效率？A.每日站會(huì)B.空白墻討論C.需求文檔先行D.對(duì)象會(huì)議E.版本控制20.敏捷開(kāi)發(fā)中，哪些場(chǎng)景適合采用敏捷方法？A.需求不明確的項(xiàng)目B.需要快速響應(yīng)市場(chǎng)變化的項(xiàng)目C.大型復(fù)雜系統(tǒng)開(kāi)發(fā)D.團(tuán)隊(duì)規(guī)模較小的項(xiàng)目E.傳統(tǒng)瀑布模型風(fēng)險(xiǎn)較高的項(xiàng)目三、判斷題（每題2分，共10題）21.敏捷開(kāi)發(fā)中，產(chǎn)品待辦事項(xiàng)列表（ProductBacklog）是動(dòng)態(tài)變化的。（√）22.敏捷開(kāi)發(fā)中，Sprint評(píng)審會(huì)需要所有利益相關(guān)者參加。（√）23.敏捷開(kāi)發(fā)中，"用戶(hù)故事"不需要包含驗(yàn)收標(biāo)準(zhǔn)。（×）24.敏捷開(kāi)發(fā)中，"看板"方法適用于所有類(lèi)型的項(xiàng)目。（×）25.敏捷開(kāi)發(fā)中，"極限編程"（XP）強(qiáng)調(diào)文檔先行。（×）26.敏捷開(kāi)發(fā)中，"持續(xù)集成"（CI）需要自動(dòng)化測(cè)試支持。（√）27.敏捷開(kāi)發(fā)中，"用戶(hù)驗(yàn)收測(cè)試"（UAT）由開(kāi)發(fā)團(tuán)隊(duì)執(zhí)行。（×）28.敏捷開(kāi)發(fā)中，"Sprint回顧會(huì)"的目的是懲罰表現(xiàn)不佳的成員。（×）29.敏捷開(kāi)發(fā)中，"用戶(hù)故事地圖"（UserStoryMapping）可以替代產(chǎn)品待辦事項(xiàng)列表。（×）30.敏捷開(kāi)發(fā)中，"ScrumMaster"負(fù)責(zé)制定項(xiàng)目計(jì)劃。（×）四、簡(jiǎn)答題（每題5分，共4題）31.簡(jiǎn)述敏捷開(kāi)發(fā)與傳統(tǒng)瀑布模型的區(qū)別。-敏捷開(kāi)發(fā)：迭代開(kāi)發(fā)、需求靈活變化、強(qiáng)調(diào)團(tuán)隊(duì)協(xié)作、快速交付。-傳統(tǒng)瀑布模型：階段式開(kāi)發(fā)、需求固定、文檔驅(qū)動(dòng)、后期交付。32.簡(jiǎn)述Scrum框架中的"三個(gè)儀式"（Ceremonies）。-Sprint計(jì)劃會(huì)：確定Sprint目標(biāo)和工作內(nèi)容。-每日站會(huì)：每日同步進(jìn)度和問(wèn)題。-Sprint評(píng)審會(huì)：展示成果并收集反饋。33.簡(jiǎn)述"用戶(hù)故事"（UserStory）的編寫(xiě)原則。-角色（Who）：明確用戶(hù)身份。-行為（What）：描述功能需求。-價(jià)值（Why）：說(shuō)明需求目的。-驗(yàn)收標(biāo)準(zhǔn)：定義完成條件。34.簡(jiǎn)述"持續(xù)集成"（CI）和"持續(xù)交付"（CD）的區(qū)別。-CI：頻繁集成代碼并自動(dòng)化測(cè)試。-CD：在CI基礎(chǔ)上實(shí)現(xiàn)自動(dòng)化部署。五、論述題（每題10分，共2題）35.論述敏捷開(kāi)發(fā)在需求不明確的項(xiàng)目中的優(yōu)勢(shì)。-敏捷開(kāi)發(fā)通過(guò)短周期迭代快速驗(yàn)證需求，減少浪費(fèi)。-用戶(hù)反饋及時(shí)調(diào)整方向，降低項(xiàng)目風(fēng)險(xiǎn)。-團(tuán)隊(duì)協(xié)作緊密，需求變更響應(yīng)靈活。36.論述敏捷開(kāi)發(fā)中團(tuán)隊(duì)協(xié)作的重要性。-敏捷開(kāi)發(fā)強(qiáng)調(diào)跨職能團(tuán)隊(duì)，減少溝通成本。-每日站會(huì)、對(duì)象會(huì)議等機(jī)制促進(jìn)信息共享。-自組織團(tuán)隊(duì)提高責(zé)任感和創(chuàng)新性。答案與解析一、單選題答案1.B2.D3.B4.A5.A6.B7.A8.B9.B10.B二、多選題答案11.A,B,C12.A,B,C,D13.A,B,C,D14.A,B,E15.A,B,D16.A,B,C,D17.A18.A,B,C19.A,B,D20.A,B,D,E三、判斷題答案21.√22.√23.×24.×25.×26.√27.×28.×29.×30.×四、簡(jiǎn)答題解析31.敏捷開(kāi)發(fā)與傳統(tǒng)瀑布模型的區(qū)別：-敏捷開(kāi)發(fā)采用迭代模式，需求可變，強(qiáng)調(diào)團(tuán)隊(duì)協(xié)作和快速交付，適合需求不明確的項(xiàng)目。-傳統(tǒng)瀑布模型采用階段式開(kāi)發(fā)，需求固定，文檔驅(qū)動(dòng)，后期交付，適合需求穩(wěn)定的系統(tǒng)。32.Scrum框架的"三個(gè)儀式"：-Sprint計(jì)劃會(huì)：明確Sprint目標(biāo)和工作內(nèi)容，通常1-2天。-每日站會(huì)：每日15分鐘同步進(jìn)度和問(wèn)題，保持團(tuán)隊(duì)同步。-Sprint評(píng)審會(huì)：展示Sprint成果并收集反饋，決定下一個(gè)Sprint方向。33."用戶(hù)故事"編寫(xiě)原則：-角色（Who）：如"作為用戶(hù)，我想要XXX，以便..."-行為（What）：描述具體功能，如"登錄系統(tǒng)"。-價(jià)值（Why）：說(shuō)明需求目的，如"提高用戶(hù)體驗(yàn)"。-驗(yàn)收標(biāo)準(zhǔn)：定義完成條件，如"輸入正確用戶(hù)名密碼即可登錄"。34."持續(xù)集成"（CI）與"持續(xù)交付"（CD）的區(qū)別：-CI：頻繁集成代碼并自動(dòng)化測(cè)試，確保代碼質(zhì)量。-CD：在CI基礎(chǔ)上實(shí)現(xiàn)自動(dòng)化部署，可快速發(fā)布產(chǎn)品。五、論述題解析35.敏捷開(kāi)發(fā)在需求不明確項(xiàng)目中的優(yōu)勢(shì)：-快速驗(yàn)證：通過(guò)短周期迭代驗(yàn)證需求，避免資源浪費(fèi)。-