2025年IT項(xiàng)目經(jīng)理《敏捷管理》測(cè)試考試時(shí)間：______分鐘總分：______分姓名：______一、選擇題（每題2分，共20分）1.敏捷宣言強(qiáng)調(diào)的首要價(jià)值觀是（）。A.計(jì)劃優(yōu)于響應(yīng)B.完成的工作優(yōu)于僅有代碼C.滿(mǎn)足客戶(hù)需求優(yōu)于遵循計(jì)劃D.靈活應(yīng)變優(yōu)于遵循流程2.下列哪項(xiàng)不屬于敏捷宣言提出的五個(gè)核心價(jià)值觀？（）A.個(gè)人和互動(dòng)高于流程和工具B.工作軟件高于文檔C.客戶(hù)合作高于合同談判D.愿意應(yīng)對(duì)變化高于遵循計(jì)劃3.敏捷開(kāi)發(fā)方法的核心原則之一是“頻繁交付有價(jià)值的軟件”，其目的是（）。A.減少開(kāi)發(fā)工作量B.降低客戶(hù)期望C.讓客戶(hù)盡早獲得并獲得反饋D.增加項(xiàng)目預(yù)算4.在Scrum框架中，負(fù)責(zé)管理和指導(dǎo)產(chǎn)品待辦事項(xiàng)列表（ProductBacklog）優(yōu)先級(jí)的是（）。A.ScrumMasterB.ProductOwnerC.DevelopmentTeamD.ScrumCommitte5.Scrum團(tuán)隊(duì)中，負(fù)責(zé)確保開(kāi)發(fā)團(tuán)隊(duì)遵循Scrum實(shí)踐和流程的是（）。A.ScrumMasterB.ProductOwnerC.DevelopmentTeamD.ProjectSponsor6.一個(gè)ScrumSprint的典型長(zhǎng)度通常是（）。A.1-2周B.2-4周C.1-4個(gè)月D.半年或更長(zhǎng)7.在Scrum中，開(kāi)發(fā)團(tuán)隊(duì)在Sprint評(píng)審會(huì)上需要展示的是（）。A.計(jì)劃的Sprint目標(biāo)B.完成的“增量”（Increment）C.下一個(gè)Sprint的Backlog細(xì)化情況D.團(tuán)隊(duì)的Sprint回顧改進(jìn)計(jì)劃8.Kanban（看板）方法的核心實(shí)踐之一是“限制在制品”（WorkInProgress,WIP），其主要目的是（）。A.減少開(kāi)發(fā)人員等待時(shí)間B.增加工作同時(shí)進(jìn)行性C.提高流程效率，減少瓶頸D.降低項(xiàng)目成本9.用戶(hù)故事（UserStory）通常采用哪種格式？（）A.功能模塊+優(yōu)先級(jí)B.“作為一個(gè)<角色>,我想要<功能>,以便<價(jià)值>”C.需求編號(hào)+描述D.業(yè)務(wù)規(guī)則+驗(yàn)收標(biāo)準(zhǔn)10.“完成定義”（DefinitionofDone,DoD）在敏捷項(xiàng)目中扮演什么角色？（）A.評(píng)估項(xiàng)目風(fēng)險(xiǎn)的依據(jù)B.確保工作項(xiàng)達(dá)到可接受質(zhì)量標(biāo)準(zhǔn)的標(biāo)準(zhǔn)C.規(guī)定開(kāi)發(fā)人員工作時(shí)間的標(biāo)準(zhǔn)D.確定客戶(hù)付款條件的標(biāo)準(zhǔn)二、填空題（每空1.5分，共15分）1.敏捷原則中提到，最好的架構(gòu)、需求和設(shè)計(jì)都源于________和________的持續(xù)探索。2.Scrum框架中，負(fù)責(zé)編寫(xiě)和排序產(chǎn)品待辦事項(xiàng)列表（ProductBacklog）的是________。3.Kanban方法中，用于可視化工作流程和跟蹤工作項(xiàng)狀態(tài)的工具通常稱(chēng)為_(kāi)_______。4.用戶(hù)故事中的“______”指的是使用該產(chǎn)品的人或角色。5.ScrumSprint期間的每日站會(huì)（DailyScrum）通常持續(xù)________左右。6.敏捷開(kāi)發(fā)強(qiáng)調(diào)通過(guò)自組織和________來(lái)提高團(tuán)隊(duì)的適應(yīng)性。7.________是指開(kāi)發(fā)團(tuán)隊(duì)在Sprint結(jié)束時(shí)交付的、功能完整、可工作的軟件版本。8.在敏捷環(huán)境中，“測(cè)試驅(qū)動(dòng)開(kāi)發(fā)”（TDD）意味著在編寫(xiě)實(shí)際代碼之前先編寫(xiě)________。三、簡(jiǎn)答題（每題5分，共20分）1.簡(jiǎn)述敏捷宣言提出的四個(gè)核心價(jià)值觀。2.請(qǐng)列出Scrum框架中的三個(gè)核心角色及其主要職責(zé)。3.什么是用戶(hù)故事？請(qǐng)簡(jiǎn)述其編寫(xiě)時(shí)通常需要包含的三個(gè)要素。4.Kanban方法中，除了限制在制品（WIP）外，還有哪些常見(jiàn)的實(shí)踐？四、案例分析題（15分）假設(shè)你是一位IT項(xiàng)目經(jīng)理，當(dāng)前負(fù)責(zé)一個(gè)中等規(guī)模的軟件開(kāi)發(fā)項(xiàng)目。項(xiàng)目團(tuán)隊(duì)采用Scrum框架進(jìn)行開(kāi)發(fā)。目前正在進(jìn)行第5個(gè)Sprint的規(guī)劃會(huì)議。你注意到團(tuán)隊(duì)中有成員對(duì)如何估算用戶(hù)故事的點(diǎn)數(shù)（例如使用PlanningPoker）感到困惑，并且對(duì)如何確定一個(gè)Sprint能夠完成的合適的故事數(shù)量也缺乏經(jīng)驗(yàn)。此外，產(chǎn)品負(fù)責(zé)人（ProductOwner）提出的一些用戶(hù)故事描述比較模糊，缺乏可測(cè)試性。請(qǐng)基于敏捷原則和Scrum實(shí)踐，分析上述情況中可能存在的問(wèn)題，并提出至少三條具體的改進(jìn)建議，以幫助團(tuán)隊(duì)更好地進(jìn)行Sprint規(guī)劃，提高交付效率和產(chǎn)品質(zhì)量。五、論述題（20分）在傳統(tǒng)的瀑布式項(xiàng)目管理方法受到挑戰(zhàn)的今天，敏捷管理方式越來(lái)越受到IT行業(yè)的青睞。請(qǐng)結(jié)合你自己的理解或觀察，論述敏捷管理方式相比傳統(tǒng)方法的主要優(yōu)勢(shì)體現(xiàn)在哪些方面？并說(shuō)明在實(shí)際應(yīng)用敏捷時(shí)，項(xiàng)目經(jīng)理可能面臨哪些主要的挑戰(zhàn)？試卷答案一、選擇題1.C2.D3.C4.B5.A6.B7.B8.C9.B10.B二、填空題1.溝通，協(xié)作2.產(chǎn)品負(fù)責(zé)人（ProductOwner）3.看板（KanbanBoard）4.角色（Role）5.15分鐘6.溝通（Communication）7.增量（Increment）8.測(cè)試用例（TestCases）三、簡(jiǎn)答題1.解析思路：要求列出并解釋敏捷宣言的四個(gè)核心價(jià)值觀。需要回憶敏捷宣言的內(nèi)容，并對(duì)每個(gè)價(jià)值觀進(jìn)行簡(jiǎn)要說(shuō)明，體現(xiàn)其核心思想。*個(gè)人和互動(dòng)高于流程和工具：強(qiáng)調(diào)人的重要性，團(tuán)隊(duì)協(xié)作比固化的流程和工具更重要。*工作軟件高于文檔：強(qiáng)調(diào)交付可工作的產(chǎn)品是首要目標(biāo)，文檔應(yīng)服務(wù)于開(kāi)發(fā)，而非本末倒置。*客戶(hù)合作高于合同談判：強(qiáng)調(diào)在整個(gè)項(xiàng)目過(guò)程中與客戶(hù)保持密切溝通和協(xié)作，共同適應(yīng)變化，而非僅僅依靠合同約束。*愿意應(yīng)對(duì)變化高于遵循計(jì)劃：強(qiáng)調(diào)敏捷擁抱變化，市場(chǎng)和環(huán)境是動(dòng)態(tài)的，適應(yīng)性比固守僵化計(jì)劃更重要。2.解析思路：要求列出Scrum的三個(gè)核心角色并說(shuō)明職責(zé)。需要準(zhǔn)確記憶Scrum框架的三大角色：產(chǎn)品負(fù)責(zé)人、ScrumMaster、開(kāi)發(fā)團(tuán)隊(duì)。并分別闡述他們各自的主要職責(zé)。*ScrumMaster：服務(wù)型領(lǐng)導(dǎo)，負(fù)責(zé)移除團(tuán)隊(duì)遇到的障礙，確保團(tuán)隊(duì)遵循Scrum，促進(jìn)敏捷實(shí)踐。*ProductOwner：代表客戶(hù)利益，負(fù)責(zé)定義產(chǎn)品愿景，管理產(chǎn)品待辦事項(xiàng)列表（ProductBacklog），最大化產(chǎn)品價(jià)值。*DevelopmentTeam：一個(gè)自組織、跨職能的團(tuán)隊(duì)，負(fù)責(zé)在每個(gè)Sprint內(nèi)交付產(chǎn)品增量。3.解析思路：要求解釋用戶(hù)故事的定義并說(shuō)明其要素。用戶(hù)故事是敏捷中用于捕捉需求的一種簡(jiǎn)單方式。需要知道用戶(hù)故事的格式（通常用“作為一個(gè)<角色>,我想要<功能>,以便<價(jià)值>”表述）以及其核心要素。*定義：用戶(hù)故事是從用戶(hù)角度描述的需求，描述用戶(hù)想做什么以及為什么需要它。*要素：通常包含三個(gè)關(guān)鍵部分（或稱(chēng)三個(gè)價(jià)值點(diǎn)）：*角色（Asa...）：誰(shuí)在使用這個(gè)功能？（用戶(hù)身份）*功能（Iwant...）：用戶(hù)希望做什么？（所需功能）*價(jià)值（Sothat...）：用戶(hù)做這個(gè)功能是為了獲得什么價(jià)值？（原因/目的）4.解析思路：要求列舉Kanban的常見(jiàn)實(shí)踐，除了限制在制品（WIP）。需要回憶Kanban的核心原則和實(shí)踐。WIP限制是Kanban非常核心的一個(gè)實(shí)踐，題目要求列出其他的，常見(jiàn)的還包括：*可視化工作流（VisualizetheWorkflow）：使用看板等工具將工作流程清晰地展現(xiàn)出來(lái)。*管理流程（ManageFlow）：關(guān)注工作在流程中的流動(dòng)狀態(tài)，識(shí)別瓶頸。*實(shí)施WIP限制（ImplementWIPLimits）：限制每個(gè)階段同時(shí)進(jìn)行的工作數(shù)量。*持續(xù)改進(jìn)（ContinuouslyImprove）：通過(guò)回顧和度量，不斷尋找改進(jìn)流程的機(jī)會(huì)。四、案例分析題改進(jìn)建議：1.解析思路：針對(duì)團(tuán)隊(duì)對(duì)故事點(diǎn)估算困惑和經(jīng)驗(yàn)不足的問(wèn)題。建議從培訓(xùn)和流程規(guī)范化入手。*建議組織團(tuán)隊(duì)學(xué)習(xí)故事點(diǎn)估算的方法（如PlanningPoker）和原則，進(jìn)行多次練習(xí)?？梢匝?qǐng)有經(jīng)驗(yàn)的敏捷教練進(jìn)行指導(dǎo)。*建議團(tuán)隊(duì)建立或細(xì)化估算規(guī)范，例如，統(tǒng)一故事點(diǎn)的大小定義（如1點(diǎn)代表多少人天工作量的大致范圍），鼓勵(lì)基于相對(duì)復(fù)雜度而非絕對(duì)工作量進(jìn)行估算。*建議在Sprint計(jì)劃會(huì)議后，回顧上Sprint的估算準(zhǔn)確性，分析偏差原因，持續(xù)改進(jìn)估算能力。2.解析思路：針對(duì)如何確定Sprint合適的故事數(shù)量的問(wèn)題。建議結(jié)合團(tuán)隊(duì)velocity（速度）和Sprint目標(biāo)進(jìn)行規(guī)劃。*建議團(tuán)隊(duì)在Sprint計(jì)劃前，回顧并估算上一個(gè)或幾個(gè)Sprint的實(shí)際交付量（故事點(diǎn)數(shù)），形成團(tuán)隊(duì)的velocity基準(zhǔn)。*建議在規(guī)劃新Sprint時(shí)，首先明確Sprint的目標(biāo)，然后根據(jù)目標(biāo)的重要性和緊急性，選擇足夠的故事來(lái)支撐這些目標(biāo)的實(shí)現(xiàn)，同時(shí)確保數(shù)量在團(tuán)隊(duì)velocity范圍內(nèi)，避免目標(biāo)過(guò)高導(dǎo)致無(wú)法完成。*建議采用“啟發(fā)式”規(guī)劃，先選出最重要的故事，再逐步添加，直到達(dá)到合理負(fù)荷。3.解析思路：針對(duì)產(chǎn)品負(fù)責(zé)人提出的故事描述模糊、缺乏可測(cè)試性的問(wèn)題。建議強(qiáng)調(diào)用戶(hù)故事的“INVEST”原則，并提供寫(xiě)作指導(dǎo)。*建議向產(chǎn)品負(fù)責(zé)人解釋清晰用戶(hù)故事的重要性，以及如何編寫(xiě)符合INVEST原則（Independent,Negotiable,Valuable,Estimable,Small,Testable）的故事。*建議要求產(chǎn)品負(fù)責(zé)人在提交故事到Backlog時(shí)，確保故事描述清晰，包含足夠的上下文，并明確其驗(yàn)收標(biāo)準(zhǔn)（AcceptanceCriteria），確保故事是可測(cè)試的，能夠明確判斷其是否完成。*可以建立故事評(píng)審機(jī)制，在Backlog細(xì)化或Sprint計(jì)劃時(shí)，由開(kāi)發(fā)團(tuán)隊(duì)和產(chǎn)品負(fù)責(zé)人共同評(píng)審故事的可理解性和可測(cè)試性。五、論述題主要優(yōu)勢(shì)（解析思路）：需要結(jié)合敏捷宣言的原則和Scrum等框架的特點(diǎn)，從多個(gè)維度論述敏捷相比傳統(tǒng)瀑布式的優(yōu)勢(shì)。*更強(qiáng)的適應(yīng)性和靈活性：敏捷擁抱變化，通過(guò)短迭代和頻繁反饋，能夠更好地響應(yīng)市場(chǎng)和客戶(hù)需求的變化，避免大型項(xiàng)目因環(huán)境變化而失敗。*更快的交付速度和價(jià)值實(shí)現(xiàn)：敏捷強(qiáng)調(diào)盡早交付可工作的軟件增量，讓客戶(hù)能更快獲得價(jià)值，并及早提供反饋，降低項(xiàng)目風(fēng)險(xiǎn)。*提升客戶(hù)滿(mǎn)意度：通過(guò)緊密的客戶(hù)合作、透明的進(jìn)度展示和滿(mǎn)足客戶(hù)實(shí)際需求，更容易獲得客戶(hù)認(rèn)可和滿(mǎn)意。*提高團(tuán)隊(duì)士氣和效率：敏捷強(qiáng)調(diào)自組織、跨職能團(tuán)隊(duì)，給予團(tuán)隊(duì)成員更多自主權(quán)，促進(jìn)協(xié)作，激發(fā)創(chuàng)造力，通常能帶來(lái)更高的團(tuán)隊(duì)士氣和效率。*更好的質(zhì)量保障：敏捷方法中通常內(nèi)嵌了測(cè)試活動(dòng)（如TDD、持續(xù)集成），強(qiáng)調(diào)質(zhì)量?jī)?nèi)建，而非僅僅在項(xiàng)目后期測(cè)試。主要挑戰(zhàn)（解析思路）：需要結(jié)合敏捷實(shí)踐的要求和其帶來(lái)的改變，分析項(xiàng)目經(jīng)理在實(shí)踐中可能遇到的困難。*文化變革的阻力：敏捷要求團(tuán)隊(duì)成員改變?cè)械墓ぷ髁?xí)慣和思維模式（如從被動(dòng)執(zhí)行任務(wù)到主動(dòng)協(xié)作和自組織），這可能會(huì)遇到來(lái)自團(tuán)隊(duì)成員或組織層級(jí)的文化阻力。*需要更強(qiáng)的溝通協(xié)調(diào)能力：敏捷要求高頻次的溝通和協(xié)作，項(xiàng)目經(jīng)理需要投入大量精力促進(jìn)團(tuán)隊(duì)內(nèi)部以及與客戶(hù)之間的有效溝通。*產(chǎn)品負(fù)責(zé)人（PO）的角色要求高：PO需要具備良好的產(chǎn)品vision、溝通協(xié)調(diào)能力和決策力，能夠有效管理產(chǎn)品待辦列表，這對(duì)PO的角色提出了很高的要求，有時(shí)