1、在項目的Sprint回顧會后，團隊成員指出那是抱怨會澄暮，不是非常有效。Scrum主管應(yīng)該怎么做阱扬？
A 建議團隊尊重敏捷宣言原則泣懊，解釋其屬于回顧會的組成部分
B 建議團隊成員將他們的觀察列入產(chǎn)品待辦事項，進而可以添加進用戶故事中
C 建議團隊遵守Sprint回顧會精神麻惶，做出正面和負面評論
D 實施更適合團隊的促進Sprint回顧會替換方法

答案 C 回顧會涉及的三個主要問題是：哪些是做的好的馍刮，哪些是做的不好的，準備一下個迭代做什么窃蹋。顧此失彼開成"表揚會"或"抱怨會"卡啰。A不關(guān)注成員反饋，只關(guān)注會議的形式警没；B 屬于把團隊運作的問題作為非功能性需求匈辱，或者叫改進的需求納入待辦事項∩奔＃回顧會是Scrum的關(guān)鍵儀式活動亡脸，不會輕易被替代。所以D不對

2树酪、在一次迭代計劃會議上浅碾，團隊建議進行變更，增加產(chǎn)品價值续语，但將會產(chǎn)生額外的工作并影響進度計劃垂谢，敏捷團隊領(lǐng)導(dǎo)應(yīng)該怎么做？
A 重新估算項目
B 按初始計劃完成項目
C 嘗試包含盡可能多的變更
D 要求產(chǎn)品負責(zé)人批準繼續(xù)

答案 D PO是客戶的代言人疮茄，負責(zé)產(chǎn)品的價值排序滥朱。對每個迭代做哪些東西，PO具有最終決定權(quán)

3力试、在Scrum項目中徙邻，采用下列哪種工具來追蹤計劃的工作項？
A Sprint待辦事項
B 發(fā)布燃盡圖
C 產(chǎn)品待辦事項
D Sprint燃盡圖

答案 C 燃盡圖只能顯示目前遺留的故事點數(shù)，但是無法跟蹤具體的工作項。題目問的項目級別工作項只能用 Product backlog 來跟蹤

4禾酱、在一次迭代過程中遇到一項技術(shù)挑戰(zhàn)滞详。團隊?wèi)?yīng)該怎么做忿晕？
A 做探針故事
B 使用架構(gòu)故事
C 使用基礎(chǔ)設(shè)施故事
D 使用分析故事

答案 A 探測是針對一些技術(shù)問題進行的仅讽，問題得到解決茫死，探測就結(jié)束

5务傲、負責(zé)測試報告的敏捷團隊成員在每次迭代結(jié)束時都沒有足夠的時間確狈峒危可交付成員的質(zhì)量夯到。敏捷項目經(jīng)理應(yīng)該怎么做？
A 降低上游可交付成員的速度饮亏，以確保團隊成員同時工作
B 交替迭代耍贾，首先關(guān)注開發(fā)，然后關(guān)注質(zhì)量
C 減少開發(fā)人員數(shù)量路幸，確保有足夠的時間進行測試
D 將工作分解為較小的用戶故事荐开，以便在整個迭代過程中進行測試

答案 D 質(zhì)量為先是敏捷的核心，不能因為速度而犧牲質(zhì)量简肴。敏捷方法通過全局過程中頻繁的反饋和質(zhì)量活動進行持續(xù)的質(zhì)量管理晃听，比如持續(xù)集成、結(jié)對編程砰识、評審會等

6能扒、一名敏捷管理專業(yè)人士注意到公司的信息發(fā)射源使用紅色、綠色和黃色交通信號燈來溝通項目進展的情況辫狼，敏捷管理專業(yè)人士應(yīng)如何溝通項目狀態(tài)初斑？
A 咨詢項目發(fā)起人這些顏色代表什么意思
B 使用固定數(shù)字系統(tǒng)代替顏色顯示系統(tǒng)
C 在信息發(fā)射源中，為每個顏色賦予一個有意義的描述
D 使用明確的量度指標(biāo)創(chuàng)建新的信息發(fā)射源

答案 C 信息發(fā)射源是敏捷倡導(dǎo)的溝通工具膨处，比如看板就是一種信息發(fā)射源见秤，為了達成共識，一些基本的約定和標(biāo)識需要在看板中明確

7灵迫、項目團隊對發(fā)布版本的初始估算是300個故事點秦叛，一次迭代的平均估計速度是30個故事點晦溪。經(jīng)過幾個迭代后瀑粥，計算的實際速度只有15個故事點，讓項目的預(yù)計完成時間翻倍三圆。項目團隊?wèi)?yīng)該怎么做狞换？
A 要求產(chǎn)品負責(zé)人增加團隊資源
B 與產(chǎn)品負責(zé)人溝通速度以及新的發(fā)布時間
C 通過將測量單位從故事點更改為理想的天數(shù)重新估算，并通過產(chǎn)品負責(zé)人
D 重新估算舟肉，并通知產(chǎn)品負責(zé)人項目比原先預(yù)期得更為復(fù)雜修噪。

答案 B 團隊的速度在初始的幾個迭代一般不穩(wěn)定，但是偏差不大路媚，此題說明估算的速度有問題黄琼，影響到了交付時間，所以需要盡早反饋項目狀態(tài)給PO整慎，便于及時調(diào)整脏款，溝通新的發(fā)布時間围苫。通常敏捷的團隊人員固定，所以A不對撤师。故事點數(shù)和理想天數(shù)不僅僅是不同的估算單位剂府。所以C不對。D只是通知剃盾、知會(inform)一下PO腺占，沒有B中的溝通(Communicate)好。

8痒谴、敏捷團隊成員認為每日站會并不會增加價值衰伯，是因為小組規(guī)模太大。在回顧會上积蔚，他們提出將現(xiàn)有的項目團隊分解成更小的小組嚎研。Scrum主管應(yīng)該怎么做？
A 縮小團隊規(guī)模库倘，使站會更易于管理
B 在采取行動之前尋求項目發(fā)起人的指示
C 告知團隊站會的價值
D 允許團隊做出重組的決定

答案 D 尊重團隊自組織的特點

9临扮、在一次團隊會議上，屬于主題專家(SME)的成員提到他們不斷為重復(fù)任務(wù)工作教翩，導(dǎo)致積極性降低杆勇。敏捷項目管理師應(yīng)該怎么做？
A 組織一次團隊建設(shè)活動饱亿，提高團隊士氣
B 讓團隊成員結(jié)對工作蚜退，互相學(xué)習(xí)，并培養(yǎng)新的技能
C 讓團隊成員執(zhí)行器活動價值流分析
D 為團隊添加更多資源彪笼，幫助完成任務(wù)

答案 B 團隊成員相互結(jié)對钻注，減少某個領(lǐng)域的重復(fù)性工作，提升整體團隊的技能和積極性

10配猫、項目干系人已經(jīng)為一個新敏捷項目和項目團隊制定了目標(biāo)幅恋。下列哪一項應(yīng)確保團隊和項目干系人的目標(biāo)保持一致
A 定期溝通干系人和團隊目標(biāo)及期望
B 干系人提供的完成目標(biāo)激勵資金
C 溝通由產(chǎn)品負責(zé)人制定目標(biāo)
D 團隊在回顧會中評審目標(biāo)

答案 A 通過持續(xù)的溝通，確保干系人的目標(biāo)和團隊的目標(biāo)保持一致

11泵肄、團隊領(lǐng)導(dǎo)注意到捆交，由于過去幾個階段中的低士氣。團隊成員工作效率一直較低腐巢。如何改善士氣品追？
A 團隊成員開會，聽取他們關(guān)注的問題
B 在下一次迭代中增加用戶故事的數(shù)量
C 舉行一次團隊建設(shè)活動
D 重組團隊冯丙，使其與公司目標(biāo)保持一致

答案 A 團隊士氣降低從而影響工作效率肉瓦，作為團隊領(lǐng)導(dǎo)者要協(xié)助探索問題、分析問題并解決問題，以提高績效泞莉。一味地進行團建活動洁墙，治標(biāo)不治本，問題可能會復(fù)發(fā)戒财，所以C不如A好热监。

12、敏捷團隊履行其承諾饮寞，但感覺能夠提高速度孝扛，團隊成員能夠夠?qū)崿F(xiàn)這一點？
A 將較為簡單的故事拉進Sprint中
B 減少非生產(chǎn)性時間
C 將用戶故事移到另一個Sprint中
D 識別關(guān)鍵過程以改進

答案 B 采用時間盒的方式聚焦幽崩，減少任務(wù)切換或者等待浪費苦始，也可以稱為非生產(chǎn)線性的時間，不創(chuàng)造價值慌申。敏捷強調(diào)的是全局優(yōu)化而不僅僅是關(guān)鍵流程的優(yōu)化陌选，所以D不正確

13、根據(jù)下圖蹄溉，對比計劃故事點和已完成的故事點時咨油，迭代當(dāng)前狀態(tài)是什么？
A 迭代處于危險之中
B 團隊已經(jīng)刪除范圍
C 迭代提前與進度
D 團隊速度穩(wěn)定不變

答案 A 從燃盡圖可見柒爵，斜線趨于平穩(wěn)役电，產(chǎn)生這種情況的原因可能有兩種原因：一是故事點增加導(dǎo)致范圍蔓延；二是團隊速度降低棉胀。雖然無法判斷是兩者中的那個原因?qū)е碌姆ㄉ嵌伎梢砸暈榈幱谖ｋU中，存在風(fēng)險

14唁奢、在看板制作過程中霎挟，在不同階段之間使用標(biāo)簽和提示的目的是什么？
A 有助于執(zhí)行鼓—緩沖—繩法過程
B 為了提示前面的階段以產(chǎn)生更多的工作
C 為了告知外部供應(yīng)商當(dāng)前生產(chǎn)狀態(tài)
D 為了最大化系統(tǒng)中的在制品(WIP)的數(shù)量

A “鼓——緩沖——繩法”為了使工作不在瓶頸工序前過多地擠壓和瓶頸工序后能迅速成套麻掸，對瓶頸工序前的工序按拉動方式編制計劃酥夭，而對瓶頸工序后的工序則按推動式編制計劃。

15论笔、下列針對史詩故事的說法哪一項是正確的采郎？
A 史詩故事需要在功能邊界分解
B 史詩故事并不代表產(chǎn)品特辦事項
C 史詩故事是指可以在一次迭代中完成的用戶故事
D 史詩故事可以分解成較小的用戶故事

答案 D 史詩是比較大的用戶故事

16、干系人和敏捷團隊成員識別到愿景陳述不斷發(fā)生變化狂魔，造成對愿景的看法也發(fā)生變化。團隊?wèi)?yīng)該怎么做淫痰？
A 為干系人創(chuàng)建一個項目章程最楷，包含針對團隊的愿景
B 讓干系人創(chuàng)建一份將保持不變的愿景描述
C 在項目概況說明中，更新愿景，并約定共用術(shù)語
D 有利于信息收集技術(shù)籽孙，征求項目愿景

答案 C 愿景可以根據(jù)干系人的陳述在過程中有所變化烈评，但是需要在干系人之間保持一致，達成共識犯建。敏捷團隊領(lǐng)導(dǎo)者有一個職責(zé)就是確保在團隊運作中保持持續(xù)的愿景

17讲冠、有3個團隊目標(biāo)正處于一個為期2周的Sprint的第8天。團隊速度為30适瓦。有20個故事點已經(jīng)完成竿开，但團隊只能額外再完成6個故事點。團隊?wèi)?yīng)該如何解決故事點差距玻熙？
A 在待辦事情中添加代表兩個故事點的額外任務(wù)
B 從待辦事項中刪除代表四個或更多故事點的最低優(yōu)先級任務(wù)
C 延長迭代長度兩天時間
D 減少迭代長度兩天時間

答案 B 根據(jù)敏捷三角形否彩，固定時間和人力、改變項目范圍嗦随，所以可以刪除一些優(yōu)先級低的任務(wù)

18列荔、有一個敏捷團隊成員，他既是一名領(lǐng)域?qū)＜颐赌幔彩且粋€產(chǎn)品的用戶代理贴浙。在交付測試產(chǎn)品后，客戶報告了多個產(chǎn)品問題署恍。下列哪個角色應(yīng)該指為用戶代理
A 業(yè)務(wù)分析師
B 開發(fā)經(jīng)理
C 市場營銷
D 產(chǎn)品經(jīng)理

答案 A 在敏捷實施中悬而，可以代表用戶的一般為業(yè)務(wù)分析師或者業(yè)務(wù)負責(zé)人，業(yè)務(wù)分析師更為專業(yè)一些锭汛。

19笨奠、如何定義最小可售單元
A 通過編寫可先在市場上銷售的用戶故事
B 通過已獲批準的最小產(chǎn)品增量
C 通過為市場增加價值的最小功能數(shù)量
D 通過優(yōu)先考慮交付最重要的功能是產(chǎn)品待辦事項

答案 C 此題根據(jù)最小可售功能MMF的定義

20、從敏捷項目經(jīng)理的角度來看唤殴，開發(fā)人員應(yīng)該在軟件開發(fā)過程的哪一個階段實施質(zhì)量控制般婆？
A 在整個過程持續(xù)不斷
B 在一個Sprint完成后
C 在回顧會之后
D 在提交演示之前

答案 A 品質(zhì)為先是敏捷的核心，追求速度的同時不能犧牲質(zhì)量朵逝。敏捷提倡在全局確保質(zhì)量蔚袍，比如持續(xù)集成、結(jié)隊編程配名、站會啤咽、評審會等

21、如果要提高團隊凝聚力渠脉，在溝通方面宇整，以下哪一項是必需的?
A 團隊領(lǐng)導(dǎo)評價
B 無恐懼氣氛
C 個人確認
D 生產(chǎn)效率跟蹤

答案 B 團隊領(lǐng)導(dǎo)要給團隊創(chuàng)造一種安全的環(huán)境

22、客戶請求為產(chǎn)品增加一個新的高優(yōu)先級功能芋膘。該功能范圍很廣鳞青，并已記錄初始需求霸饲。產(chǎn)品負責(zé)人對該事項賦予了最高優(yōu)先級。下一步應(yīng)該怎么做臂拓？
A 讓一名主題專家(SME)將功能完全細化為可由團隊實現(xiàn)的用戶故事
B 讓產(chǎn)品負責(zé)人將功能細化為可易于估算的用戶故事并放一次迭代
C 讓產(chǎn)品負責(zé)人將該功能的實現(xiàn)直接分配為團隊厚脉，因為它具有最高優(yōu)先級
D 讓團隊將該功能細化為用戶故事，并實現(xiàn)產(chǎn)品

答案 B PO負責(zé)用戶故事的細化和澄清胶惰，團隊負責(zé)實現(xiàn)傻工。C項讓PO給出實現(xiàn)的解決方案，不正確

23孵滞、一名干系人希望了解開發(fā)計劃中捆，并看到正在制造中的產(chǎn)品。然而剃斧，有些團隊對干系人的參與感到不高興轨香。敏捷管理專業(yè)人士應(yīng)該怎么做？
A 支持團隊幼东，并要求該干系人避免參與開發(fā)過程
B 在開發(fā)過程中教育團隊干系人參與的重要性
C 將團隊的意見告知干系人臂容，并請求上報
D 將團隊的意見告知管理層，并通知管理層的決定

答案 B 干系人的參與對敏捷項目的成功至關(guān)重要根蟹，是必需的脓杉。敏捷管理專業(yè)人士要想團隊闡述干系人參與的重要性。這屬于團隊內(nèi)部管理的事情简逮，不需要上報給管理層球散，所以D和C不正確

24、敏捷團隊正在努力為一個復(fù)雜項目工作散庶，該項目需求不斷發(fā)生變化蕉堰，客戶需求似乎反復(fù)無常。若要解決這個問題悲龟，繼續(xù)該項目屋讶，團隊?wèi)?yīng)該怎么做？
A 咨詢產(chǎn)品負責(zé)人须教，為用戶故事排序優(yōu)先排序
B 將該問題升級項目發(fā)起人皿渗，以解決客戶的反復(fù)無常
C 利用變更管理流程，并在發(fā)生變更時記錄
D 限制迭代長度轻腺，提高與客戶一起審查的頻率

答案 D 對于復(fù)雜項目乐疆，客戶需求不斷發(fā)生變化，說明變更的頻率比較大贬养。為了更好地應(yīng)對挤土，可以縮短迭代的周期，提升對需求不確定性的響應(yīng)煤蚌。C是傳統(tǒng)瀑布的做法耕挨，不符合敏捷的擁抱變化的理念细卧。A是梳理故事優(yōu)先級尉桩，但是不能根本上解決問題筒占。B項中上報項目發(fā)起人，不正確

25蜘犁、公司安排一個試點團隊翰苫，嘗試從瀑布模式過渡到敏捷實踐，希望在整個組織內(nèi)建立敏捷實踐这橙，而不是破壞其文化和規(guī)范奏窑。試點團隊?wèi)?yīng)該如何實現(xiàn)這一點？
A 與高層管理人員召開一次回顧會屈扎，說明敏捷原則
B 使用卡諾分析埃唯，驗證其他項目團隊是否能夠?qū)嵤┟艚輰嵺`
C 讓公司的審計師驗證公司規(guī)范
D 在公司文化和規(guī)范范圍內(nèi)起草一份使用敏捷實踐的公司愿景陳述

答案 D 題目說不破壞文化和規(guī)范，需要在此基礎(chǔ)上創(chuàng)建一份敏捷的愿景描述鹰晨∧眩回顧會的問題是分析經(jīng)驗教訓(xùn)，尋找改進模蜡，所以A 不對漠趁；卡諾分析是價值排序的工具，所以B 不對

26忍疾、一個敏捷項目正處于規(guī)劃階段闯传，團隊在開始第一次迭代開發(fā)之前，應(yīng)達到什么樣的理想規(guī)劃水平卤妒？
A 完成整體項目設(shè)計所需的水平
B 團隊和產(chǎn)品負責(zé)人協(xié)商的水平
C 僅完成第一次迭代所需的水平
D 完成當(dāng)前及下一次迭代所需的水平

答案 D 持續(xù)規(guī)劃是敏捷的理念

27甥绿、某敏捷項目團隊難以商定一次迭代中的后續(xù)步驟。團隊?wèi)?yīng)該怎么做來達成一致意見则披？
A 讓客戶做出決定
B 讓項目經(jīng)理做出決定
C 讓產(chǎn)品經(jīng)理采用一致意見驅(qū)動的方法來幫助團隊達成一致
D 采用協(xié)作的方法達成一致

答案 D 團隊采用參與式?jīng)Q策的方式共缕，達成一致共識

28、一個遵循敏捷管理實踐的項目發(fā)布后收叶，團隊成員意識到他們并沒有滿足客戶期望骄呼。下列哪種做法會有所幫助？
A 客戶應(yīng)該參加迭代計劃
B 項目團隊?wèi)?yīng)該請求在迭代期間持續(xù)反饋
C 項目團隊?wèi)?yīng)該在初次發(fā)布計劃期間與產(chǎn)品負責(zé)人合作
D 產(chǎn)品負責(zé)人應(yīng)與項目團隊合作判没，梳理產(chǎn)品待辦事項

答案 B 迭代期間的持續(xù)反饋可以減少歧義蜓萄，及時解決問題，確保交付的產(chǎn)品滿足客戶的需求和期望

29澄峰、在一次迭代過程中嫉沽，產(chǎn)品負責(zé)人意識到當(dāng)前Sprint工作會生產(chǎn)不必要的功能。產(chǎn)品負責(zé)人通知敏捷項目經(jīng)理并詢問如何繼續(xù)俏竞。敏捷項目經(jīng)理應(yīng)提出什么建議绸硕？
A 延長該迭代過程堂竟，讓團隊能夠無空隙地融入新的需求，而不必浪費時間重新規(guī)劃
B 縮短該迭代玻佩，沒有必要回顧出嘹，因為還未交付任何功能
C 保持該迭代以防止將來會需要這些功能
D 中止該迭代過程，沒有必要浪費團隊資源發(fā)開不需要的功能

答案 D 價值交付是驅(qū)動敏捷開發(fā)的核心咬崔，如果這些功能不必要税稼，就視為不產(chǎn)生價值，就需要及時終止垮斯，否則就是一種浪費郎仆。此題可參考敏捷原則10：最大可能減少不必要的工作

30、scrum團隊正在開發(fā)復(fù)雜的客戶產(chǎn)品兜蠕。團隊的產(chǎn)品負責(zé)人需要按照客戶的偏好優(yōu)先級以及比較功能排列優(yōu)先排序扰肌。團隊負責(zé)人可以使用哪種方法？
A 卡諾分析
B 計劃撲克
C SMART 目標(biāo)設(shè)定
D 延遲成本

答案 A 題目考點是價值排序的方法熊杨，只有卡諾分析

31曙旭、在一次為期六周的迭代中，一名團隊成員識別到一個問題猴凹。分析之后夷狰，團隊成員確定將至少需要2周時間來解決這個問題。該名團隊成員應(yīng)該怎么做郊霎？
A 通知團隊負責(zé)人并開始解決問題
B 在下一次站會上與團隊溝通該問題
C 立即開始解決沼头，并在回顧會上虞團隊溝通該問題
D 從事下一項活動的工作，并在回顧會上與團隊溝通該問題

答案 B 迭代中遇到的問題可以及時上報到站會书劝，但是站會上僅僅定義問題的三要素：什么問題进倍，誰來解決，什么時間解決购对。站會上不解決具體問題

32猾昆、某敏捷團隊的的迭代并不順利。團隊成員與需要開發(fā)的用戶故事有諸多疑問骡苞，且用戶故事事變垂蜗。用戶故事為什么會失敗解幽？
A 在規(guī)劃過程中討論的用戶故事不包括驗收標(biāo)準
B 客戶寫了驗收標(biāo)準
C 沒有詳細寫明需求
D 驗收測試是在開發(fā)用戶故事之前寫的

答案 A 根據(jù)用戶故事3C屬性贴见，用戶故事的失敗可能是缺少驗收標(biāo)準造成的

33、雖然當(dāng)前迭代是今天結(jié)束躲株，但是迭代中有兩項工作未完成片部。如何為這兩項工作重新排列優(yōu)先順序？
A 在基于業(yè)務(wù)價值的產(chǎn)品待辦事項中
B 在預(yù)計故事點的產(chǎn)品待辦事項中
C 在產(chǎn)品負責(zé)人和開發(fā)團隊制訂的項目計劃中
D 由關(guān)鍵干系人和主管人員制定的商業(yè)案例中

答案 A 價值驅(qū)動交付霜定，敏捷的待辦事項要基于價值排序

34档悠、重構(gòu)為什么重要廊鸥？
A 它可讓團隊改進設(shè)計，減少技術(shù)債務(wù)
B 它可讓團隊更改迭代之間的任務(wù)優(yōu)先級
C 它可讓團隊更該迭代之間的項目范圍
D 它可讓團隊驗證客戶獲得最大價值

答案 A 根據(jù)重構(gòu)的定義辖所，重構(gòu)不改變功能惰说，只提升代碼的可維護性等，減少技術(shù)債務(wù)奴烙。

35 在團隊談話過程中助被，項目發(fā)起人對每日站會的價值提出了質(zhì)疑剖张。敏捷管理專業(yè)人士應(yīng)該如何處理切诀？
A 教導(dǎo)項目發(fā)起人每日站會的好處
B 采用信息發(fā)射源替換一些每日站會
C 讓干系人將每日站會替換成按需召開的狀態(tài)會議
D 將每日站會與其他會議相結(jié)合，減少會議時間

答案 A 每日站會是Scrum中的重要儀式活動搔弄。發(fā)起人質(zhì)疑站會幅虑。可能是因為不了解站會的價值和目的和價值

36顾犹、公司總裁擔(dān)心某次自然災(zāi)害對公司的影響倒庵，管理層應(yīng)如何識別需要應(yīng)用其資源并減輕潛在影響的領(lǐng)域
A 制定并保留一份積極的風(fēng)險登記冊，八包含風(fēng)險減輕戰(zhàn)略和成本效益分析
B 根據(jù)定性風(fēng)險分析和預(yù)期損失炫刷，制定并保留一份積極的風(fēng)險登記冊
C 讓每個開發(fā)團隊在信息輻射器上張貼最高風(fēng)險的開發(fā)項
D 通過將開發(fā)團隊分隔成兩個地方來避免風(fēng)險擎宝，確保知識持續(xù)性

答案 C 遇到風(fēng)險要及時曝光，可以通過風(fēng)險燃盡圖這樣的信息發(fā)射源進行顯示

37浑玛、在一次Sprint期間绍申，團隊遇到一個問題，可能會阻止他們完成Sprint目標(biāo)顾彰。團隊?wèi)?yīng)該怎么做极阅？
A 將該問題加到問題日志中，將其保留在團隊內(nèi)涨享，直到Sprint結(jié)果確定為止
B 中止當(dāng)前Spint筋搏，并創(chuàng)建一個新的Sprint，以確保排除有問題的故事
C 如果有需要的話厕隧，通知所有干系人該問題奔脐，并討論如何調(diào)整Sprint待辦事項
D 要求所有團隊成員盡可能地加班，以保滿足原本Sprint承諾

答案 C 題目描述是一個重大的問題吁讨，有可能影響Sprint目標(biāo)的實現(xiàn)髓迎，這是一項風(fēng)險，可以通過干系人進行風(fēng)險分析和處理挡爵。A中"直到Sprint結(jié)果確定為止"竖般，時間點太晚了〔杈椋可持續(xù)的開發(fā)速度是敏捷的原則涣雕，不提倡加班完成艰亮，所以D不確定；D可以在C之后進行挣郭。

38迄埃、許多問題在向客戶展示及發(fā)表產(chǎn)品時被提出。由于產(chǎn)品符合要求兑障，敏捷項目團隊感到困惑侄非。敏捷管理專業(yè)人士應(yīng)如何緩解這種情況？
A 確绷饕耄客戶在整個開發(fā)過程積極參與并審查
B 事先定義合同中的所有需求
C 實施一個票務(wù)變更請求系統(tǒng)
D 延遲客戶演示逞怨，知道所有產(chǎn)品需求均已識別

答案 A 產(chǎn)品符合要求，但是客戶驗收時提出很多問題福澡，說明中間的反饋和溝通環(huán)節(jié)有問題叠赦，可以提高過程中客戶的參與度，加強交互革砸。

39除秀、根據(jù)項目圖，迭代3的速度是多少
A 30
B 33
C 40
D 41

答案 D 根據(jù)速度是指一個迭代內(nèi)完成的故事點算利，迭代3開始是186個故事點册踩，進入迭代4的時候是145個，186-145=41個

40效拭、在項目回顧中"設(shè)定階段"的目的是什么暂吉？
A 重申會議目標(biāo)并營造開放氛圍
B 回顧范圍說明書并總結(jié)項目成果
C 為了提升團隊的士氣，并確保每個人都參與
D 描述下一個迭代并討論經(jīng)驗教訓(xùn)

答案 C 設(shè)置階段是回顧會的第一步允耿，預(yù)設(shè)會議基調(diào)的目的是營造一種便于討論問題的和諧氣氛借笙，從而讓人們習(xí)慣于在這個過程中盡早發(fā)言，并且鼓勵他們繼續(xù)在整個會議中做出貢獻

41较锡、某敏捷團隊成員已經(jīng)測試了項目要求的一項功能业稼，但發(fā)現(xiàn)該功能不符合基于相應(yīng)用戶故事的期望。該團隊成員應(yīng)該怎么做蚂蕴？
A 重新查看原始需求
B 立即開始修改功能
C 編寫面向用戶的確認的測試
D 在下一次迭代中實施測試驅(qū)動開發(fā)(TDD)

答案 C 首先要確定用戶故事的期望低散，所以先編寫面向用戶故事的測試，之后再修改功能

42骡楼、首席執(zhí)行官對敏捷技術(shù)不熟悉熔号，擔(dān)心團隊以敏捷作為借口，回避記錄關(guān)鍵需求鸟整、溝通進度及制訂成本和進度計劃引镊。團隊?wèi)?yīng)如何向首席執(zhí)行官保證其方法是有效的？
A 提供每月進度報告
B 向首席執(zhí)行官提供敏捷原始相關(guān)培訓(xùn)，并提供敏捷測量指標(biāo)
C 創(chuàng)建甘特圖弟头，并將其提交給首席執(zhí)行官
D 建議首席執(zhí)行官與產(chǎn)品經(jīng)理談話吩抓，獲得有關(guān)進度和當(dāng)前狀態(tài)的更新

答案 B A和C是瀑布的做法掉分，提倡詳細的報告或者甘特圖传趾。敏捷中關(guān)于項目的展示可以通過查看信息發(fā)射源的方式獲取進度信息，而不是與產(chǎn)品經(jīng)理談話牡借，所以D不正確伦连。

43雨饺、在第三次迭代結(jié)束時，團隊展示了最終用戶演示惑淳。最終用戶在每次產(chǎn)品演示之后额港，都反饋要求變更，現(xiàn)在更認為敏捷流程有缺陷汛聚，應(yīng)該停止使用锹安。敏捷管理專業(yè)人士應(yīng)該怎么做？
A 讓最終用戶參與團隊回顧會
B 為客戶提供敏捷原則方面的培訓(xùn)倚舀，讓團隊繼續(xù)工作
C 要求產(chǎn)品負責(zé)人向最終客戶澄清期限
D 向最終用戶解釋項目如何符合他們的要求

答案 B 敏捷專業(yè)人士需要保護團隊不被中斷，清楚障礙忍宋。題目中說的是客戶認為敏捷流程有缺陷痕貌，可能不理解敏捷，所以可以開展培訓(xùn)糠排。

44舵稠、敏捷團隊已經(jīng)開完Sprint計劃會議，目前正處于一個為期兩周的Sprint會議的第六天入宦。團隊?wèi)?yīng)該集中精力做什么哺徊？
A 僅完成他們各自的任務(wù)
B 與Scrum大師討論上報問題
C 規(guī)劃詳細的結(jié)構(gòu)和設(shè)計方案
D 隨著Sprint的進展，資源完成任務(wù)

答案 D 敏捷團隊共有整個迭代的任務(wù)乾闰，所以A不正確落追；敏捷不提倡相似的文檔和方案，C不正確

45涯肩、在一個敏捷項目開始時轿钠，敏捷管理專業(yè)人士需要為新產(chǎn)品創(chuàng)建一個共同且令人信服的愿景。敏捷管理專業(yè)人士應(yīng)該怎么做病苗？
A 設(shè)計一份產(chǎn)品路線圖
B 總結(jié)用戶故事
C 編寫執(zhí)行摘要報告
D 生成一份電梯簡報(非常簡短的高爆)

答案 D 電梯測試說明書是創(chuàng)建愿景的工具

46疗垛、在一個快速發(fā)展的項目上，團隊正忙著追趕需求上的變更硫朦，這導(dǎo)致缺陷率不斷上升贷腕。Scrum大師應(yīng)該指導(dǎo)團隊做什么？
A 咨詢項目經(jīng)理和項目發(fā)起人，獲得解決方案
B 在Scrum會議上討論這個問題
C 將該過程定義為團隊的基本規(guī)則
D 與產(chǎn)品負責(zé)人一起設(shè)計一個解決方案

答案 C 定義一些DoD和基本規(guī)則泽裳，確保進行一些質(zhì)量保證的活動芽世，從而使質(zhì)量達標(biāo)

47、為什么團隊需要專注于敏捷開發(fā)的方法诡壁？
A 為了交付同時是項目與產(chǎn)品的項目
B 為了交付按時济瓢、按預(yù)算且功能完整的項目
C 為了交付能大幅提高生產(chǎn)率的項目
D 為了交付規(guī)劃良好且符合干系人期望的項目

答案 A 敏捷交付的是可用的產(chǎn)品，敏捷項目的成功不僅指項目完成妹卿，還要求交付產(chǎn)品被驗收旺矾。B是傳統(tǒng)項目的表述，敏捷是增量交付

48夺克、一次迭代工作中箕宙，一名團隊成員識別到一項風(fēng)險。敏捷項目經(jīng)理應(yīng)該執(zhí)行下面那個分析铺纽？
A 概率和影響分析
B 只執(zhí)行定量風(fēng)險分析
C 定性和定量風(fēng)險分析
D 只執(zhí)行定性風(fēng)險分析

答案 C 敏捷中的風(fēng)險管理和瀑布風(fēng)險管理模式相同柬帕，分別是識別風(fēng)險、定性風(fēng)險分析狡门、定量風(fēng)險分析陷寝、規(guī)劃風(fēng)險應(yīng)對、監(jiān)控風(fēng)險等其馏。

49凤跑、一個團隊成員提出一個問題，引起團隊領(lǐng)導(dǎo)的注意叛复。該團隊領(lǐng)導(dǎo)應(yīng)該怎么做仔引？
A 讓團隊來解決這個問題
B 尋求職能經(jīng)理的指導(dǎo)
C 解決這一問題，并通知團隊
D 讓產(chǎn)品負責(zé)人一起解決這一問題褐奥，并通知團隊

答案 A 敏捷倡導(dǎo)自組織團隊咖耘，問題由團隊共同解決

50、若要確保最終產(chǎn)品滿足業(yè)務(wù)需求撬码，敏捷項目管理師應(yīng)該怎么做儿倒？
A 邀請團隊參加迭代評審會議
B 獲得產(chǎn)品負責(zé)人對業(yè)務(wù)需求的同意
C 要求項目干系人發(fā)送定期報告
D 確認經(jīng)理和項目干系人均獲得參加產(chǎn)品評審會議。

答案 D 產(chǎn)品評審會的目的是為了獲取干系人的反饋耍群，以確保交付滿足干系人要求的產(chǎn)品

51义桂、Scrum團隊由兩名開發(fā)人員：一名主題專家(SME)和一名高級開發(fā)人員，那種方法應(yīng)用于估算故事規(guī)模蹈垢？
A 主題專家(SME) 擁有相關(guān)領(lǐng)域的專業(yè)知識慷吊，應(yīng)該估算故事規(guī)模
B 高級開發(fā)人員擁有大多數(shù)開發(fā)經(jīng)驗，應(yīng)該估算故事規(guī)模
C 主題專家(SME)和高級開發(fā)人員應(yīng)該一起估算故事規(guī)模
D 每個成員應(yīng)該相互合作曹抬，并形成團隊一起估算規(guī)模

答案 D 團隊?wèi)?yīng)該共同產(chǎn)于敏捷的估算

52溉瓶、那種討論類型描述了有效的回顧會的特點？
A 沒有任何目標(biāo)和行動的開放式討論
B 在高度流程導(dǎo)向的討論中，處理所有解決的問題
C 在沒有時間盒的情況下堰酿，進行流程和行動導(dǎo)向的討論
D 在有時間盒的情況下疾宏，進行目標(biāo)和行動導(dǎo)向的討論

答案 D 回顧會目的是為了持續(xù)改進，通化包括預(yù)設(shè)的流程

53触创、在一次評審會上坎藐，敏捷項目團隊意識到在約定期限內(nèi)將不能按時完成全面發(fā)布待辦列表事宜。團隊?wèi)?yīng)該怎么辦哼绑？
A 計算完成還需要多少名團隊成員
B 與產(chǎn)品負責(zé)人溝通一個新的完工日期估算
C 對待辦列表重新排列優(yōu)先順序岩馍，并刪除最沒有價值的故事
D 與產(chǎn)品負責(zé)人一起協(xié)商范圍和進度計劃

答案 C 根據(jù)敏捷三角形，敏捷固定時間和人抖韩，可以變更范圍

54蛀恩、在開發(fā)一個新應(yīng)用程序的開題會議上，一名敏捷團隊成員表達對網(wǎng)絡(luò)安全的擔(dān)心茂浮，敏捷項目領(lǐng)導(dǎo)應(yīng)該怎么做双谆？
A 邀請安全團隊成員參加項目規(guī)劃會議
B 與產(chǎn)品經(jīng)理討論這個問題
C 在下一次站會上討論該問題
D 在產(chǎn)品發(fā)布時討論該問題

答案 A 團隊若擔(dān)心是一項風(fēng)險，則可以要求專家進行風(fēng)險分析

55席揽、團隊X和團隊Y都在為同一個項目工作顽馋。團隊X已經(jīng)承諾未來6次迭代的可交付成果，而團隊Y只承諾未來三次迭代的可交付成果驹尼，項目發(fā)起人讓敏捷管理專業(yè)人士解釋為什么團隊Y沒有承諾更多的迭代趣避。敏捷管理人士應(yīng)如何回答？
A 解釋X團隊和Y團隊沒有一對一的比較
B 傳達團隊X必須規(guī)劃三次迭代來匹配團隊Y的速度
C 解釋團隊X擁有更多的資源以及更少的依賴關(guān)系
D 傳達高級管理層不講道理

答案 A 兩個不同的團隊的速度比較沒有意義

56新翎、敏捷項目團隊遇到迭代速度波動的情況，若要給敏捷項目環(huán)境帶來持續(xù)一致的速度住练，敏捷團隊領(lǐng)導(dǎo)應(yīng)該怎么做地啰？
A 培養(yǎng)團隊成員之間的合作，時間理想的迭代速度
B 鼓勵合作的團隊工作讲逛，實現(xiàn)團隊目標(biāo)
C 設(shè)置之前迭代的最高速度亏吝，并將其作為基準
D 召開一次團隊會議，理解出現(xiàn)變動的原因盏混，并制定最佳的迭代速度

答案 D 迭代速度需要在實踐中總結(jié)蔚鸥，從而確定一個穩(wěn)定的數(shù)值

57、敏捷管理人士意識到有一名產(chǎn)品負責(zé)人有點難以了解迭代速度许赃，若要幫助產(chǎn)品負責(zé)人了解迭代的整體速度止喷，敏捷管理人士應(yīng)該怎么做？
A 邀請該產(chǎn)品負責(zé)人參加回顧會
B 向該產(chǎn)品負責(zé)人提供燃盡圖
C 讓項目經(jīng)理與該產(chǎn)品負責(zé)人會員
D 要求該產(chǎn)品負責(zé)人等待迭代完成后混聊，再開始了解迭代速度

答案 B 燃盡圖可以用來顯示迭代速度弹谁，顯示的剩余工作和剩余的時間關(guān)系

58、仆人式領(lǐng)導(dǎo)角色在團隊中做出了哪些關(guān)鍵貢獻？
A 定義迭代待辦事項的內(nèi)容
B 為團隊成員消除障礙
C 向團隊成員分配工作
D 創(chuàng)建工作項估算

答案 B 仆人說領(lǐng)導(dǎo)也成為服務(wù)型領(lǐng)導(dǎo)预愤，主要是4保"保護沟于、保持、保障和保姆"

59植康、高層管理人員希望基于一個由敏捷團隊正在開發(fā)的救生產(chǎn)品來預(yù)測公司的未來發(fā)展旷太。高管希望下一個股東大會上演產(chǎn)品的特性和功能。敏捷管理專業(yè)人士應(yīng)該怎么做销睁？
A 向高層管理人士提供演示
B 邀請股東參加每日站會
C 為股東分享供璧、發(fā)布和更新產(chǎn)品路線圖及故事地圖
D 邀請高層管理人員參加每日站會

答案 C 產(chǎn)品路線圖和故事地圖展示了產(chǎn)品的發(fā)布計劃，包括每個版本交付的功能等榄攀，對于高管來說嗜傅，這個層次的計劃應(yīng)足夠應(yīng)對

60、一個敏捷項目擁有11名集中公辦的團隊成員檩赢，他們按一個穩(wěn)定的速度執(zhí)行工作吕嘀。在第9次迭代中途，有些團隊成員離職贞瞒，并由5名分散在不同地址位置的成員替代偶房。敏捷項目管理師應(yīng)對新項目團隊有何期望？
A 團隊將組建军浆，并將以前項目團隊相同的速度水平執(zhí)行工作
B 在團隊以穩(wěn)定的速度執(zhí)行工作之前棕洋，團隊將經(jīng)歷震蕩階段，并在更為頻繁的溝通中規(guī)范化
C 團隊將處理和解決所發(fā)生的任何團隊沖突
D 團隊成員將關(guān)注他們自己的可交付成果

答案 B 根據(jù)塔克曼的團隊形成5階段理論乒融，有新成員加入掰盘，則退回到震蕩階段

61、一名初級團隊成員提出完成團隊目標(biāo)的新方法赞季，團隊?wèi)?yīng)該怎么辦愧捕？
A 作為一個團隊決定是否采用新方法
B 與該團隊成員一起合作決定是否采用新方法
C 讓高級團隊成員決定是否采用新方法
D 與管理層討論采用的新方法事宜

答案 A 團隊共同決策方法

62、項目愿景陳述是在團隊達成一致意見的情況下創(chuàng)建的申钩，下列哪一項應(yīng)包含陳述中次绘？
A 明確可衡量的成功標(biāo)準
B 項目團隊結(jié)構(gòu)
C 項目進度計劃
D 從團隊角度看項目目標(biāo)

答案 A 愿景陳述要包括產(chǎn)品的目標(biāo)和驗收標(biāo)準

63、下列哪一項屬于估算用戶故事規(guī)模的技術(shù)撒遣？
A 專家判斷
B 計劃補充
C 燃盡圖
D 看板補充

答案 B 估算用戶故事的工具是計劃撲克

64邮偎、Scrum主管意識到一名團隊成員正成為項目某個具體方面的專家。除了其自己承諾的任務(wù)外义黎，該團隊成員還可以幫助其他團隊成員禾进。這引起了其他團隊成員的擔(dān)憂。Scrum主管應(yīng)該怎么做轩缤？
A 讓團隊自組織
B 在站會上加強已分配的任務(wù)
C 為該uandui成員分配更多的故事
D 與該團隊成員會面命迈，就當(dāng)前這種情況進行討論

答案 A 敏捷旨在打造自組織團隊

65贩绕、等到下一次站會期間，團隊發(fā)現(xiàn)兩名成員之間有沖突壶愤，團隊領(lǐng)導(dǎo)應(yīng)該怎么做淑倾？
A 等到下一次回顧會，討論該問題
B 盡快與項目領(lǐng)導(dǎo)開會解決問題
C 要求將團隊成員轉(zhuǎn)移到另一個項目中
D 安排一次與團隊成員的會議征椒，協(xié)同解決這一問題

答案 D 沖突優(yōu)先選擇面對面的解決娇哆。等到下一次回顧會在討論就太晚了，所以A不正確勃救。團隊成員之間的沖突不要升級碍讨，所以B不正確，沖突也不能回避蒙秒，所以C不正確

66勃黍、在觀察權(quán)限編程(XP) 團隊時，項目經(jīng)理注意到每名程序員都與另一名程序員配對晕讲，且這些配對不斷發(fā)生變化覆获，項目經(jīng)理反映如何？
A 意識到合作伙伴是流動的瓢省，不干擾這種安排
B 意識到這可能導(dǎo)致一段時間的混輪弄息，并建議改變
C 為項目安排合作伙伴，并與團隊分享
D 將經(jīng)驗最豐富的程序員與經(jīng)驗最少的成員配對

答案 A 項目經(jīng)理應(yīng)允許團隊自我組織勤婚。結(jié)對編程的對象可以根據(jù)自己的需要更換摹量，旨在實現(xiàn)員工能力備份和提高溝通及反饋

67、敏捷團隊正在花較長的周期來開發(fā)功能馒胆，增加周期時間導(dǎo)致質(zhì)量較差缨称。團隊?wèi)?yīng)該采用哪項法則改進質(zhì)量？
A 精益交付時間法則
B 收益通減定律
C 利特爾法則
D 帕金森定義

答案 C 利特爾法則陳述了循環(huán)時間與WIP中的工作數(shù)成比例祝迂，是一個有關(guān)提前期與在制品關(guān)系的簡單數(shù)學(xué)公式具钥，這一法則則為精益生產(chǎn)的改善指明了方向。針對如何有效地縮短生產(chǎn)周期液兽，利特爾法則指出了兩個方向：一是提高產(chǎn)能，從而降低成產(chǎn)節(jié)拍掌动；而是壓縮存貨數(shù)量四啰。最有效地縮短生產(chǎn)周期的方法就是壓縮在制品數(shù)量。

68粗恢、組織正在經(jīng)歷從瀑布到敏捷開發(fā)的轉(zhuǎn)變柑晒，計劃逐步采取"混合敏捷"過程，項目經(jīng)理被聘用來在組織中管理一個為期兩年的項目眷射，高級管理團隊希望項目經(jīng)理制訂一個整體項目計劃匙赞，包括項目路線圖和里程碑預(yù)測佛掖。項目經(jīng)理應(yīng)該怎么做？
A 根絕需求定義路線圖和里程碑
B 定義時間盒并確定可交付成果
C 解釋敏捷方法并不定義長期目標(biāo)
D 將可交付成員和里程碑與組織愿景保持一致

答案 D 敏捷是一個持續(xù)規(guī)劃的過程涌庭，項目計劃采用滾動式規(guī)劃的方式芥被，根據(jù)組織的愿景(價值導(dǎo)向)制定交付計劃

69、敏捷管理專業(yè)人士應(yīng)該怎么做以維護一份漢可見度坐榆、監(jiān)控性并具有優(yōu)先順序的風(fēng)險和問題清單拴魄？
A 進行團隊建設(shè)活動、風(fēng)險評審和迭代回顧
B 利用信息發(fā)射源席镀、每日站會和規(guī)劃會
C 確保項目具有全面的文檔
D 確保繼續(xù)維持風(fēng)險和問題日志

答案 B 通過信息發(fā)射源匹中、每日站會等這些高可視化、面對面的方式來提高可見度

70豪诲、敏捷團隊已經(jīng)識別出項目中需要的非功能性需求顶捷。團隊不能確定如何繼續(xù)。敏捷管理專業(yè)人士應(yīng)提出什么建議屎篱？
A 重新審視原始規(guī)范服赎，將其需求編寫一個探測用戶故事
B 為該需求編寫一個用戶故事，并將其放進發(fā)布待辦事項中
C 將其記錄為一個變更請求芳室，并將其包含在后續(xù)版本中
D 將其添加為一項風(fēng)險专肪，通過風(fēng)險管理流程跟蹤該風(fēng)險

答案 A 不確定則進行采用探測

71、以下表格列出某個敏捷項目版本的故事堪侯。如果團隊在第一次迭代中完成故事A嚎尤、故事以及50%的故事C，那么團隊的速度是多少伍宦？

71題.png

A 9
B 10
C 12
D 15

答案 用戶故事C 完成了50%芽死，則不能算完成，所以完成的點數(shù)就是A和B 的故事點之和

72次洼、一名外部干系人希望被告知即將發(fā)生的風(fēng)險和問題关贵。Scrum主管應(yīng)該怎么做？
A 與外部干系人會面卖毁，審查風(fēng)險登記冊
B 與外部干系人會員揖曾，審查項目計劃
C 定期更新項目計劃，并發(fā)送給外部干系人審查
D 指引該外部干系人查看信息發(fā)射源

答案 D 敏捷提倡可視化管理亥啦，多采用信息發(fā)射源這樣的透明化的方式炭剪，取代以往的報告。

73翔脱、客戶要求的產(chǎn)品功能比團隊成員在一次迭代中交付的功能還多奴拦。敏捷管理專業(yè)人士應(yīng)該如何應(yīng)對客戶？
A 告訴客戶届吁，團隊將工作到很晚來滿足業(yè)務(wù)需要
B 讓客戶對功能的優(yōu)先級排序
C 同意交付客戶要求的功能错妖，并安排在本次迭代中
D 要求客戶將其添加至產(chǎn)品待辦事項中

答案 B 根據(jù)敏捷三角形绿鸣，敏捷固定時間和人力，功能可以調(diào)整暂氯，優(yōu)先做優(yōu)先級較高的潮模，

74、敏捷團隊在迭代中株旷，正在開發(fā)一個復(fù)雜的產(chǎn)品再登。在第三次迭代中，產(chǎn)品負責(zé)人發(fā)現(xiàn)了一個問題晾剖。產(chǎn)品負責(zé)人應(yīng)該告訴團隊什么锉矢？
A 創(chuàng)建一個難點的刺探故事
B 繼續(xù)添加功能，因為迭代已經(jīng)開始
C 取消并重新計劃Sprint
D 增加Sprint長度齿尽，因為添加了額外功能

答案 A 題目強調(diào)復(fù)雜產(chǎn)品沽损，并且對第三次迭代中發(fā)現(xiàn)的問題，可以采用探測的方式進行解決循头。敏捷固定時間盒绵估，所以D 不正確

75、敏捷團隊處于早期形成階段卡骂，若要設(shè)置正確的期望国裳，團隊?wèi)?yīng)該怎么做？
A 提供確立領(lǐng)導(dǎo)權(quán)威的方向
B 安排定期的績效方向
C 根據(jù)高效的表現(xiàn)以提供獎勵
D 制定基本規(guī)劃和目標(biāo)

答案 C 針對客戶的需求全跨，團隊分析給出建議缝左。敏捷擁抱變化，但是不是所有的需求變更過來需要直接響應(yīng)浓若，所以A和B都不正確渺杉。在一個迭代中，盡量保證需求不變挪钓，但是文中強調(diào)緊急需求是越，所以D不正確

77、敏捷項目團隊在迭代期間受到一個緊急請求碌上。敏捷項目經(jīng)理首先應(yīng)該做什么倚评？
A 停止未完成的用戶故事的工作，先為該請求工作
B 召開異常團隊會議馏予，更改迭代范圍以包含該請求
C 向客戶提供項目團隊建設(shè)的意見
D 解釋到下一次迭代之前蔓纠，團隊不能包含該請求

答案 C 價值排序的工具，重點關(guān)注“滿意的”這類需求吗蚌，這類需求能給客戶創(chuàng)造競爭優(yōu)勢。

78纯出、敏捷團隊正在一個監(jiān)管嚴格的組織內(nèi)從事一個項目蚯妇。團隊正在使用迭代方法敷燎，但需要遵循組織特定的過程。敏捷管理專業(yè)人士應(yīng)如何采用這些組織過程規(guī)劃發(fā)布箩言？
A 為了交付項目硬贯，在組織過程的限制下工作
B 堅持讓該組織采用一種迭代交付方法
C 咨詢敏捷導(dǎo)師，如何規(guī)劃發(fā)布過程
D 向該組織建議不采用敏捷過程

答案 A 組織特定的過程和規(guī)則或者說是一些要求在實施敏捷項目中需要遵守陨收，在這個前提下滲透敏捷實踐

79饭豹、為確保產(chǎn)品符合業(yè)務(wù)需求，敏捷項目經(jīng)理應(yīng)采取的其中一個首要步驟是什么务漩？
A 讓干系人的利益和期望相符合
B 開始規(guī)劃一下次迭代
C 集合開發(fā)人員拄衰，為用戶故事排列優(yōu)先級
D 與開發(fā)團隊一起制定項目計劃

答案 A 要確保產(chǎn)品符合業(yè)務(wù)需求，從而獲得干系人的驗收饵骨，需要首先讓干系人的利益和期望相互符合

80翘悉、整個團隊以Crystal Clear法集中辦公時，會發(fā)生下列哪一項
A 一種讓整個團隊更有效溝通的方法
B 組建居触、震蕩妖混、規(guī)范和執(zhí)行的團隊動態(tài)
C 同步日常生活習(xí)慣和例程
D 及時、滲透式溝通

答案 D 滲透式溝通是水晶實踐的一個主要特征

81轮洋、敏捷團隊正顯示出士氣低落的跡象制市。敏捷項目經(jīng)理應(yīng)該怎么做？
A 讓員工的直屬經(jīng)理來解決這個問題
B 依靠團隊來激勵他們自己
C 咨詢產(chǎn)品發(fā)起人的指示
D 與團隊協(xié)作來解決這一問題

答案 D 團隊協(xié)作弊予，共同來來解決問題祥楣，團隊士氣低落，是團隊領(lǐng)導(dǎo)者的責(zé)任块促，與職能經(jīng)理和發(fā)起人無關(guān)荣堰，所以A和C不正確；團隊已經(jīng)顯示出士氣低下竭翠，說明無法自我驅(qū)動振坚，所有B不合適

82、在回顧會上斋扰，燃盡圖顯示項目略微落后于進度計劃渡八。項目團隊識別到是一名經(jīng)驗不足的軟件工程師導(dǎo)致了團隊速度的下降。項目團隊?wèi)?yīng)該如何解決這個問題传货？
A 在回顧會上建議結(jié)對編程
B 要求產(chǎn)品負責(zé)人在下一次回顧會上重新排列用戶故事的優(yōu)先級
C 在下一次迭代計劃會議上屎鳍，與團隊成員一起重新估算故事點
D 在下一次迭代計劃會議上，將較不復(fù)雜的用戶故事分配給經(jīng)驗不足的軟件工程師

答案 A 能力不足才可以采用結(jié)對編程的方式進行培養(yǎng)问裕。如果因為能力不足就一直分配給他簡單的故事逮壁，那么這個人的能力就永遠得不到提高，所以D不正確

83粮宛、一名團隊專業(yè)人員表達希望將角色從測試人員轉(zhuǎn)化為研發(fā)人員窥淆。該團隊成員已經(jīng)完成幾門課程卖宠，并獲得了一類研發(fā)經(jīng)驗。團隊擔(dān)心角色轉(zhuǎn)換可能會減緩項目現(xiàn)有的速度忧饭。敏捷管理專業(yè)人士應(yīng)該怎么做扛伍？
A 提醒團隊敏捷方法支持跨職能發(fā)展，要求團隊能適應(yīng)
B 在每日站會上與團隊討論并評估有關(guān)轉(zhuǎn)換對項目速度造成的影響
C 在問題日志中記錄該團隊成員的角色轉(zhuǎn)換請求词裤，并記錄有關(guān)潛在速度變化的風(fēng)險刺洒。
D 如果開發(fā)職位有空缺，鼓勵團隊成員申請該職位

答案 A 敏捷鼓勵跨職能發(fā)展吼砂，能力覆蓋交付鏈

84逆航、經(jīng)理讓兩名項目經(jīng)理來確定應(yīng)聘那種方法用于即將開展的項目。經(jīng)理解釋說項目發(fā)起人經(jīng)常改變想法帅刊，但是仍然希望能夠快速交付產(chǎn)品纸泡。其中一種項目盡力過在瀑布管理式管理方面擁有豐富的經(jīng)驗，而另一名項目經(jīng)理使用的是敏捷方法赖瞒。為什么敏捷更適合這個項目女揭？
A 因為它讓項目發(fā)起人全權(quán)控制項目
B 因為它允許管理層監(jiān)控項目
C 因為它采用增量式交付方法，并經(jīng)常與干系人一起審查
D 因為它保證初始范圍將全部完成

答案 C 增量交付是敏捷方法的核心原則

85栏饮、在產(chǎn)品開發(fā)階段結(jié)束時吧兔，敏捷項目團隊確認所有測試均已通過，產(chǎn)品已發(fā)布袍嬉，但是客戶投訴說產(chǎn)品有缺陷境蔼。在產(chǎn)品發(fā)布之前，項目團隊?wèi)?yīng)已完成下列哪一項伺通？
A 請求項目發(fā)起人的批準
B 執(zhí)行所有需求評審
C 開展階段結(jié)束演示
D 執(zhí)行一次回顧箍土，核實項目可交付成員

答案 C 演示會是向客戶展示已完成的功能，獲取反饋罐监，以便于發(fā)布

86吴藻、在一次迭代過程中，產(chǎn)生負責(zé)人通知團隊某些功能原先不包含在迭代中弓柱，但現(xiàn)在需要包含沟堡，團隊?wèi)?yīng)該怎么做？
A 告訴產(chǎn)品負責(zé)人等到下一次迭代計劃會議
B 與產(chǎn)品負責(zé)人一起工作矢空，重新排列功能的優(yōu)先級航罗，并將較低的優(yōu)先級功能從當(dāng)前迭代中刪除
C 包含所有請求的功能
D 通知產(chǎn)品負責(zé)人，一旦迭代處于進行當(dāng)中屁药，不允許進行任何變更粥血，拒絕新功能

答案 B 敏捷響應(yīng)變更，目的是為了提高產(chǎn)品的競爭優(yōu)勢。但是每個跌的速度是固定立莉，所以增加新功能绢彤，就需要刪除相同故事點數(shù)的功能

87、公司決定為一個新項目實施敏捷蜓耻，并成立一個敏捷團隊。為確保成功械巡，應(yīng)如何組織敏捷團隊刹淌？
A 通過技能組合
B 跨職能
C 自發(fā)組織
D 通過階段

答案 B “自組織”是敏捷團隊的核心目標(biāo)，不是用于如何構(gòu)造敏捷團隊的方法

88讥耗、敏捷項目團隊決定采用使用中的才是過程有勾。這一決定在那一次會議上產(chǎn)生的？
A Sprint 回顧會議
B Sprint 審查會議
C 發(fā)布回顧會議
D Sprint計劃會議

答案 A 回顧會主要完成三件事：哪些工作做得好古程，哪些做的不好蔼卡，下一個迭代準備嘗試做什么。

89挣磨、客戶不確定迭代進展?fàn)顟B(tài)如何雇逞？并請求審查迄今為止完成的工作。審查完成后茁裙，客戶對迄今完成的工作不滿意塘砸，并要求修訂。敏捷項目團隊接下來應(yīng)該怎么做晤锥？
A 要求客戶參加變更控制委員會會議
B 記錄所有變更掉蔬，這樣就有一份修訂記錄
C 根據(jù)客戶請求調(diào)整迭代計劃，將修訂的優(yōu)先級提高
D 等到迭代結(jié)束后再加入修訂

答案 C 修訂是一項新需求矾瘾，可以視為新的用戶故事納入待辦事項排序女轿。敏捷擁抱變化，不像瀑布一樣具有嚴格的變更控制流程壕翩，所以A不正確蛉迹。B僅僅是記錄變更，太被動戈泼。在客戶需要修訂的時間點婿禽，跟客戶一起排序調(diào)整，所以D不正確大猛。

90扭倾、完成一項工作增量后，在集合參加回顧會時挽绩，敏捷團隊?wèi)?yīng)該做什么膛壹？
A 執(zhí)行敏捷審計并更新新待辦事項
B 檢查并調(diào)整期方法和做法
C 關(guān)注人際交往問題
D 慶祝成功完成迭代

答案 B 回顧會的目的是總結(jié)經(jīng)驗教訓(xùn)，尋找下一個迭代的改進方法

91、向敏捷團隊提供一份產(chǎn)品待辦事項用以估算項目規(guī)模模聋，團隊同意使用漸進明細法肩民。下列哪一項屬于這種方法優(yōu)點？
A 它比其他估算技術(shù)使用時間要少
B 它迫使團隊將較大的故事分解成更小链方、更易于管理的片段
C 它在累計流量圖上更容易顯示速度
D 它讓經(jīng)驗不足的團隊能夠參與

答案 B 漸進明細是一種持續(xù)改規(guī)劃的技術(shù)持痰，隨著故事信息不斷明確和細化，把大故事分解成更小的祟蚀、更易于估算的小故事工窍，體現(xiàn)了一種滾動式規(guī)劃技術(shù)。

92前酿、產(chǎn)品負責(zé)人發(fā)現(xiàn)團隊之前承諾的需求不再適用于客戶患雏。產(chǎn)品負責(zé)人應(yīng)采取什么行動？
A 調(diào)整計劃罢维，并與客戶確認
B 不調(diào)整假話淹仑，直到下次Sprint審查之后再調(diào)整計劃
C 與開發(fā)人員分享新計劃
D 為新計劃啟動一個撲克計劃會議

答案 A 價值驅(qū)動交付是敏捷的核心，價值的體現(xiàn)就是要適用于客戶肺孵，如果客戶已經(jīng)不適宜匀借，那么這個需求就失去了價值，就需要調(diào)整

93悬槽、組織正在經(jīng)歷從瀑布模式到敏捷開發(fā)的轉(zhuǎn)變怀吻。該組織計劃逐步采取"混合敏捷"開發(fā)過程。項目經(jīng)理受聘來領(lǐng)導(dǎo)組織轉(zhuǎn)變和產(chǎn)品開發(fā)初婆，其下一步應(yīng)該怎么做蓬坡？
A 建立工作授權(quán)和工作分解結(jié)構(gòu)(WBS)
B 避免圍觀管理和日常掛管理費
C 讓干系人參與，并制定過程
D 形成小工作組合孤島

答案 C 敏捷提倡參與式?jīng)Q策磅叛，實施流程需要根據(jù)具體公司屑咳、項目定制。A是瀑布的做法弊琴。敏捷也需要日常的管理費兆龙，所以B 說得有點極端。要避免形成工作組合孤島敲董，D 項也不對

94紫皇、某組織團隊職能趨于一致，通常腋寨，這意味著只要在團隊之間相互發(fā)送可交付成員的過程結(jié)束時才會發(fā)現(xiàn)缺陷聪铺。若要改善產(chǎn)品質(zhì)量，敏捷管理專業(yè)人士應(yīng)該怎么做萄窜？
A 根據(jù)需要執(zhí)行反饋铃剔，并為每個團隊實施過程改進和質(zhì)量控制
B 指定一名調(diào)解人充當(dāng)團隊之間的溝通橋梁
C 創(chuàng)建一個跨職能團隊撒桨，以便不斷地生成、驗證及確認
D 在需求定義階段花更多的時間

答案 C 敏捷需要跨職能團隊的支持键兜，便于及時的反饋和確認

95凤类、在一次迭代規(guī)劃會上，識別到新的風(fēng)險普气。敏捷管理專業(yè)人士應(yīng)該怎么做谜疤？
A 在下一次風(fēng)險管理會議中溝通這個問題
B 將這些風(fēng)險記錄在風(fēng)險登記冊中
C 將這些風(fēng)險放到觀察清單上
D 請求管理層指示

答案 C 敏捷提倡可視化管理，被發(fā)現(xiàn)的風(fēng)險納入風(fēng)險的觀察清單上

96现诀、客戶拒收團隊開發(fā)的一個Web應(yīng)用程序茎截，因為客戶認為需求被遺漏。為確保開發(fā)的工作通過驗收赶盔，團隊?wèi)?yīng)采取什么步驟？
A 與客戶一起執(zhí)行定期評審和產(chǎn)品演示
B 在對客戶的新需求重新開始新項目
C 在產(chǎn)品演示期間溝通所有變更
D 在產(chǎn)品演示執(zhí)勤啊獲得項目負責(zé)人的批準

答案 A 最終產(chǎn)品沒有得到客戶的驗收榆浓，說明在迭代中的反饋和溝通不到位于未，評審會的目的就是為了獲取客戶的反饋

97、在一次迭代Sprint審查會議上陡鹃，客戶對產(chǎn)品印象及其深刻烘浦，要求立即發(fā)布該產(chǎn)品，推向市場萍鲸。敏捷團隊擔(dān)心闷叉，因為還未解決產(chǎn)品維護用例問題。產(chǎn)品負責(zé)人將團隊的擔(dān)心告知客戶脊阴。團隊下一步應(yīng)該怎么做握侧？
A 發(fā)布該產(chǎn)品，但通知用戶產(chǎn)品維護只能等到未來版本才能提供
B 執(zhí)行更為敏捷的過程步驟來實現(xiàn)維護功能
C 重新調(diào)整產(chǎn)品待辦事項的優(yōu)先級嘿期，在產(chǎn)品發(fā)布執(zhí)勤啊實現(xiàn)維護功能的用戶故事
D 安排一次干系人Scrum會議品擎，來討論產(chǎn)品發(fā)布之前必須完成的最小可售單元

答案 D 質(zhì)量為先是敏捷的理念，不能因為速度而犧牲質(zhì)量备徐√汛可以優(yōu)先發(fā)布最小可售單元，為客戶創(chuàng)造早期的競爭優(yōu)勢和價值蜜猾。

98秀菱、敏捷團隊正在準備著手從事一個涉及一些腳架構(gòu)風(fēng)險的規(guī)模故事。由于下一個迭代已經(jīng)計劃完畢蹭睡，敏捷項目管理師應(yīng)該如何解決這個問題衍菱？
A 推遲該故事的工作，保持團隊速度
B 重新查閱需求棠笑，創(chuàng)建詳細的規(guī)范
C 在風(fēng)險登記冊上添加該故事梦碗，并與客戶一起分析
D 執(zhí)行考察工作，更好地理解該風(fēng)險

答案 D 風(fēng)險探測

99、敏捷團隊正在從事創(chuàng)造一項新產(chǎn)品的任務(wù)洪规，團dui已經(jīng)創(chuàng)造了新產(chǎn)品钞诡，但由于一項特殊的需求，完成迭代很困難幢哨，團隊?wèi)?yīng)該怎么做僚纷？
A 盡可能延長當(dāng)前迭代，知道可以交付
B 請求一名專家臨時加入團隊
C 復(fù)制另一個產(chǎn)品的功能念赶，并在之前改造
D 將故事拆分成幾次迭代础钠，直至完成該功能

答案 D 根據(jù)敏捷三角形，敏捷固定時間和人力叉谜，所以A和B不正確旗吁，對于復(fù)雜的需求可以通過故事拆分的方式進行簡化

100、敏捷團隊正致力于產(chǎn)品開發(fā)停局，哪些活動可以幫助團隊建立良好的協(xié)調(diào)很钓？
A 每日站會
B 發(fā)布問題會議
C 待辦事項改進
D 發(fā)布計劃會議

答案 A Scrum常見的四個會議就是一種團隊協(xié)調(diào)的方法，其中站會是一種面對面的董栽、高帶寬的溝通方式码倦。