Q1. 您的家庭居住地是？（單選題）

Q2. 您的職業(yè)是？（單選題）

Q3. Scrum中需求管理責(zé)任人是: （）（單選題）

• A、 項目經(jīng)理

• B、 產(chǎn)品總監(jiān)

• C、 SM

• D、 PO

Q4. 敏捷認(rèn)為傳遞信息效果最好效率也最高的方式是（）（單選題）

• A、發(fā)郵件

• B、面對面交談

• C、打電話

• D、開會

Q5. 下列哪幾項是Scrum團(tuán)隊的價值觀（）（多選題）

• A、尊重

• B、開放

• C、勇氣

• D、溝通

Q6. 下列哪些屬于XP(極限編程)的核心實踐?（）（多選題）

• A、結(jié)對編程

• B、測試驅(qū)動開發(fā)

• C、重構(gòu)

• D、持續(xù)集成

Q7. 在精益開發(fā)原則里，下列哪些工作方式屬于浪費(fèi)（）（多選題）

• A、只完成了部分的工作

• B、頻繁的任務(wù)切換（同時啟動過多任務(wù)）

• C、等待

• D、每天都開站會

Q8. 所有敏捷開發(fā)方法都具有的共同特點(diǎn)有（）（多選題）

• A、客戶價值驅(qū)動

• B、強(qiáng)調(diào)協(xié)作/合作

• C、增量交付（更關(guān)注可工作的產(chǎn)品或成果）

• D、持續(xù)改進(jìn)

Q9. 與敏捷宣言同時發(fā)布的十二條原則強(qiáng)調(diào)（）（多選題）

• A、持續(xù)不斷地及早交付客戶價值

• B、為了方便掌控變化，盡量拒絕變化

• C、業(yè)務(wù)人員和開發(fā)人員必須相互合作

• D、用可工作的軟件來度量工作進(jìn)度

Q10. 敏捷是什么（）（單選題）

• A、一套詳細(xì)流程

• B、思想和精神

• C、Scrum

• D、互聯(lián)網(wǎng)模式

Q11. 與敏捷宣言同時發(fā)布的十二條原則認(rèn)為最重要的目標(biāo)是什么（）（單選題）

• A、按期交付所有既定功能

• B、響應(yīng)客戶隨時變化的需求

• C、持續(xù)不斷地及早交付有價值的軟件是客戶滿意

• D、每天都能上線

Q12. 最新的敏捷開發(fā)發(fā)展?fàn)顟B(tài)調(diào)研顯示，哪種敏捷開發(fā)方法使用最廣泛? （）（單選題）

• A、站會

• B、Kanban

• C、Scrum

• D、迭代

Q13. 下面哪些屬于Scrum框架內(nèi)容? （）（多選題）

• A. 三個角色

• B. 發(fā)布計劃會議

• C. 三個工件

• D. 五個事件/活動

Q14. Scrum框架的“三個工件”是指: （）（多選題）

• A. Product Backlog

• B. 概要設(shè)計文檔

• C. 產(chǎn)品增量

• D. Sprint Backlog

Q15. 下面哪些活動屬于Scrum框架的“五個活動”: （）（多選題）

• A. 沖刺

• B. 每日構(gòu)建

• C. 沖刺計劃會議

• D. 每日站會

• E. 沖刺評審會議

• F. Code Review會議

• G. 沖刺回顧會議

Q16. 下面關(guān)于沖刺的描述，正確的是? （）（多選題）

• A. 沖刺是通常為1-4周的時間盒

• B. 在每個沖刺內(nèi)，團(tuán)隊完成產(chǎn)品增量的設(shè)計開發(fā)和測試

• C. 每個沖刺可以根據(jù)團(tuán)隊完成情況調(diào)整沖刺長度

• D. 沖刺為Scrum創(chuàng)造了一個節(jié)奏，是Scrum的心跳

Q17. 下面敏捷需求管理的說法，正確的是 （）（多選題）

• A. 認(rèn)為需求是不斷涌現(xiàn)的

• B. 認(rèn)為需要在適當(dāng)?shù)臅r間做適當(dāng)?shù)氖?/p>

• C. 認(rèn)為需求一旦被捕捉，就不會變化

• D. 認(rèn)為客戶能夠明確地知道，并清晰地表達(dá)系統(tǒng)最終應(yīng)該是什么樣子

Q18. 下面關(guān)于產(chǎn)品愿景的描述正確的是 （）（多選題）

• A. 用共同愿景來同步所有的人

• B. 電梯陳述是一種描述產(chǎn)品愿景的方式

• C. 產(chǎn)品愿景關(guān)注為用戶提供什么價值

• D. 產(chǎn)品愿景描述了產(chǎn)品的詳細(xì)功能

Q19. 下面關(guān)于結(jié)對編程，描述錯誤的是 （）（單選題）

• A. 兩個程序員并排坐在一臺電腦前，面對同一個顯示器，使用同一個鍵盤和鼠標(biāo)一起工作

• B. 輸入代碼的人稱作駕駛員，審查代碼的人稱作導(dǎo)航員， 兩個程序員定期互換角色

• C. 結(jié)對編程是指一個程序員編寫代碼之后，由指定的一個人（結(jié)對者）來進(jìn)行評審

• D. 結(jié)對編程減少錯誤，產(chǎn)生更高質(zhì)量的代碼，也帶來持續(xù)的學(xué)習(xí)，提高了效率

Q20. 關(guān)于PBL的DEEP原則，描述正確的是（）（多選題）

• A. Detailed Appropriately 適度細(xì)節(jié):近期要實現(xiàn)的用戶故事多一些細(xì)節(jié)，遠(yuǎn)期的少些細(xì)節(jié)

• B. Estimated 估算的:PBL中的所有故事都要具備同樣的精確程度

• C. Emergent 涌現(xiàn)的:PBL一直在變化，用戶故事可以根據(jù)需要被增加、改變、拆分、合并、丟棄

• D. Prioritized 排序的:最有價值的在頂部，低價值的在底部

Q21. 關(guān)于用戶故事的演化，說法正確的是（）（多選題）

• A. 一句話需求可以作為用戶故事，但需要經(jīng)過持續(xù)的拆分和細(xì)化

• B. 太大的用戶故事不利于迭代開發(fā)，因此進(jìn)入PBL的故事就必須足夠小

• C. 開發(fā)就緒的用戶故事具備適當(dāng)?shù)囊?guī)模

• D. 開發(fā)就緒的用戶故事具備適當(dāng)?shù)募?xì)節(jié)

Q22. 一般來說，用戶故事的描述必須包含哪三方面的內(nèi)容 （）（多選題）

• A. 故事提出者，即誰提出了這個故事

• B. 功能，即故事要實現(xiàn)什么功能

• C. 用戶，即故事給誰使用

• D. 價值，即用戶為什么需要這個故事

Q23. 關(guān)于用戶故事驗收條件的描述，正確的是 （）（多選題）

• A. 驗收條件提供了確認(rèn)用戶故事是否能被驗收的標(biāo)準(zhǔn)

• B. 每個故事都要有自己的驗收條件

• C. 可以使用形如“Given/給定…, When/當(dāng)…，Then/然后…”的結(jié)構(gòu)來編寫驗收條件

• D. 驗收條件在迭代結(jié)束，故事被驗收前準(zhǔn)備好即可

Q24. 下面關(guān)于故事拆分，描述正確的是（）（多選題）

• A. 拆分故事是為了使其具備適當(dāng)?shù)囊?guī)模，適合在一個迭代完成

• B. 故事的拆分越小越好

• C. 應(yīng)該按功能進(jìn)行拆分，譬如可以從數(shù)據(jù)邊界和操作類型進(jìn)行拆分

• D. 應(yīng)該按軟件系統(tǒng)架構(gòu)的層次，譬如根據(jù)應(yīng)用層，UI、業(yè)務(wù)邏輯、數(shù)據(jù)庫等每層一個故事

Q25. 關(guān)于用戶故事規(guī)模估算，正確的是 （）（多選題）

• A. 可以顯示進(jìn)度及剩余規(guī)模的信息，用于計劃、跟蹤和預(yù)測

• B. 要精確，否則無法準(zhǔn)確計劃、跟蹤和預(yù)測

• C. 要適用于團(tuán)隊共同估算，且不需要花很多時間

• D. 采用相對規(guī)模估算方法

Q26. 關(guān)于用戶故事估算及分類，描述正確的是（）（多選題）

• A. 規(guī)模比較大的故事稱之為史詩（EPIC）

• B. 可以用斐波那契數(shù)列數(shù)列進(jìn)行故事相對規(guī)模估算

• C. 史詩是故事的一種形式，可以直接進(jìn)入開發(fā)

• D. 以某種方式將一組功能歸為相同的一類，稱之為一個主題（Theme）

Q27. 關(guān)于故事的規(guī)模估算，描述正確的是（）（多選題）

• A. 建議采用相對規(guī)模估算方法

• B. 每個故事的大小，可以使用連續(xù)自然數(shù)，譬如1,2,3,4,5,6,7...

• C. 故事規(guī)模的大小用“故事點(diǎn)”來表示

• D. 可以使用計劃撲克進(jìn)行共同估算

Q28. 開發(fā)團(tuán)隊可通過下列哪種方法促進(jìn)交付預(yù)期的業(yè)務(wù)成果?（）（單選題）

• A. 認(rèn)真開展大量實驗

• B. 完整的回歸測試

• C. 假設(shè)驅(qū)動開發(fā)

• D. SDLC

Q29. 關(guān)于計劃游戲的操作步驟，描述正確的是（）（多選題）

• A. 團(tuán)隊選擇一個合適的用戶故事作為基準(zhǔn)，并給出一個初始規(guī)模值

• B. 團(tuán)隊依次選擇其它故事，分別與基準(zhǔn)（或已估算）故事作比較，獨(dú)立估算，然后同時亮牌

• C. 如果達(dá)成一致，寫下估算結(jié)果然后繼續(xù)下一個用戶故事;否則，最高和最低估值者給出解釋，再進(jìn)行下一輪

• D. 團(tuán)隊必須對故事的規(guī)模達(dá)成完全一致，才能結(jié)束估算

Q30. 下列關(guān)于敏捷規(guī)劃，描述正確的是 （）（多選題）

• A. 要做剛剛好（Just Enough）和適時（Just In Time）的計劃

• B. 只要投入足夠的時間，事先可以制定完美的計劃

• C. 要做多層次的計劃

• D. 響應(yīng)變化勝過遵循計劃

Q31. 敏捷有哪些層次的計劃?（）（多選題）

• A. 產(chǎn)品計劃:愿景，概要產(chǎn)品功能清單，以及產(chǎn)品路線圖

• B. 發(fā)布計劃:用來平衡增量交付的范圍、日期和預(yù)算

• C. 沖刺計劃:對于Scrum團(tuán)隊在下一個沖刺做哪些用戶故事達(dá)成一致

• D. 每日計劃:通過站立會議同步團(tuán)隊工作狀態(tài)，規(guī)劃每日工作

Q32. 下面描述正確的是（）（多選題）

• A. 可以使用固定范圍的產(chǎn)品規(guī)劃方式，譬如定義最小可行產(chǎn)品或最小可發(fā)布功能集

• B. 可以使用固定周期的產(chǎn)品規(guī)劃方式，譬如定義季度發(fā)布版本，或者月度版本

• C. 規(guī)劃一般是固定了范圍、日期和資源

• D. 開發(fā)和發(fā)布可以使用不同的節(jié)奏，譬如開發(fā)使用沖刺節(jié)奏，而發(fā)布可以是多個沖刺，每個沖刺，甚至每個故事

Q33. 下面關(guān)于故事排序的描述，正確的是 （）（多選題）

• A. MoSCoW原則把故事分為必須/Must有，應(yīng)該/Should有，可以/Could有和不必/Won't有四個優(yōu)先級

• B. 高風(fēng)險高價值的故事應(yīng)該具備高優(yōu)先級

• C. 所有高風(fēng)險的故事都應(yīng)該具備高優(yōu)先級，以盡快消除風(fēng)險

• D. 可以使用故事地圖來識別最小可行產(chǎn)品，進(jìn)行發(fā)布/迭代規(guī)劃

Q34. 關(guān)于發(fā)布規(guī)劃，描述正確的事是（）（多選題）

• A. 固定日期的發(fā)布是根據(jù)日期計算有多少個沖刺，再根據(jù)速度，確定發(fā)布包含哪些故事

• B. 固定范圍的發(fā)布是根據(jù)范圍計算有多少規(guī)模，再根據(jù)速度，確定發(fā)布有多少個迭代

• C. 團(tuán)隊的速度是每個迭代交付的故事點(diǎn)，隨著迭代推進(jìn)，不斷進(jìn)行調(diào)整

• D. 團(tuán)隊每個迭代進(jìn)行發(fā)布上線，則采用的是固定范圍的發(fā)布

Q35. 關(guān)于沖刺計劃的描述，正確的是 （）（多選題）

• A. 沖刺計劃會在每個迭代初進(jìn)行

• B. 在計劃會上，團(tuán)隊從PBL中選擇最高優(yōu)先級的故事

• C. 在計劃會分配故事，會議之后每個人獨(dú)立進(jìn)行任務(wù)分解和估算

• D. 沖刺計劃形成團(tuán)隊的初始任務(wù)板和迭代燃盡圖

Q36. 關(guān)于團(tuán)隊速率和產(chǎn)能的描述，正確的是（）（多選題）

• A. 團(tuán)隊的產(chǎn)能是指團(tuán)隊每個迭代能夠交付的故事點(diǎn)

• B. 團(tuán)隊的產(chǎn)能是指團(tuán)隊每個迭代能夠投入的理想工作時間

• C. 團(tuán)隊速率基于歷史數(shù)據(jù)，第一個沖刺的速度可以憑猜測或者基于可以完成的任務(wù)進(jìn)行估算

• D. 團(tuán)隊產(chǎn)能計算方式是:人數(shù)*工作天數(shù)*每天理想工作小時-非開發(fā)的計劃任務(wù)時間-緩沖

Q37. 敏捷宣言是哪一年發(fā)布的（）（單選題）

• A、1995

• B、1999

• C、2001

• D、2007

Q38. 關(guān)于團(tuán)隊任務(wù)板的描述，正確的是（）（多選題）

• A. 團(tuán)隊任務(wù)版展示了團(tuán)隊當(dāng)前迭代的故事，以及完成每個故事包含的任務(wù)

• B. 團(tuán)隊任務(wù)板的每個泳道代表一個故事及其所包含的任務(wù)

• C. 團(tuán)隊任務(wù)板的列（代辦、進(jìn)行中，已完成），代表了任務(wù)的狀態(tài)

• D. 團(tuán)隊任務(wù)板即看板

Q39. 關(guān)于燃盡圖，描述正確的是（）（多選題）

• A. 燃盡圖展現(xiàn)了沖刺內(nèi)團(tuán)隊的進(jìn)度情況

• B. 燃盡圖的橫軸是完成的故事數(shù)

• C. 燃盡圖的縱軸是剩余工作量（可以是工時也可以是點(diǎn)數(shù)）

• D. 理想燃盡圖是在（0，Y）和（X，0）兩個點(diǎn)之間的一條直線，其中，Y代表總的剩余時間，X代表最后一天

Q40. 下列關(guān)于迭代中的運(yùn)作，描述正確的是（）（多選題）

• A. 迭代開時候，所有故事同時啟動開發(fā)，一并提測

• B. 團(tuán)隊在迭代內(nèi)應(yīng)采用流模式，即依次啟動和提測故事

• C. 多故事并行開發(fā)是迷你瀑布模式，應(yīng)該避免

• D. 為了實現(xiàn)流模式，應(yīng)倡導(dǎo)T型/E-型技能培養(yǎng)

Q41. 關(guān)于站立會議的目的，描述正確的是 （）（多選題）

• A. 站立會議是為了團(tuán)隊同步狀態(tài)，匯報問題

• B. 站立會議是為了讓SM了解團(tuán)隊狀況，以合理安排工作

• C. 站立會議是服務(wù)整個團(tuán)隊，每個人從中受益

• D. 站立會議是管理需要，確保團(tuán)隊信息對上透明

Q42. 關(guān)于站立會議的規(guī)則，描述正確的是（）（多選題）

• A. 站立會議要固定時間

• B. 站立會議的召開根據(jù)團(tuán)隊需要，如果哪天沒什么需要同步，SM可以取消

• C. 站立會議盡量在團(tuán)隊任務(wù)板前進(jìn)行，保持站立

• D. 站立會議的時間要盡可能短，不要超過15分鐘

Q43. 關(guān)于站立會議的三個問題，描述正確的是（）（多選題）

• A. 其中一個問題是“昨天完成了什么”，對昨日工作進(jìn)行回顧

• B. 其中一個問題是“今天計劃完成什么”，對今天工作進(jìn)行計劃

• C. 其中一個問題是“遇到了什么障礙?”，以匯報并跟進(jìn)和解決障礙

• D. 三個問題的形式是起點(diǎn)，團(tuán)隊可以發(fā)展出適合自己的站會形式

Q44. 關(guān)于沖刺的結(jié)束，下面描述正確的是 （）（多選題）

• A. 在沖刺結(jié)束時要進(jìn)行檢查和調(diào)整

• B. 沖刺回顧和評審的目的是評估團(tuán)隊迭代工作績效

• C. 沖刺回顧會議（Sprint Retrospective）是對工作方法的檢查和調(diào)整

• D. 沖刺評審會議（Sprint Review）是對工作成果的檢查和調(diào)整

Q45. 關(guān)于沖刺評審，正確的描述是?（）（多選題）

• A. 沖刺評審包含沖刺演示，需要展示真實的產(chǎn)品

• B. 團(tuán)隊?wèi)?yīng)準(zhǔn)備匯報材料（譬如完整的PPT），進(jìn)行正式匯報

• C. 沖刺評審應(yīng)盡可能多地邀請干系人，特別業(yè)務(wù)代表

• D. Team 應(yīng)在真實環(huán)境中展示可運(yùn)行的軟件，判斷是否達(dá)到“完成”標(biāo)準(zhǔn)

Q46. 下面哪些是沖刺評審會議中的活動? （）（多選題）

• A. 團(tuán)隊回顧沖刺目標(biāo)及承諾的產(chǎn)品待辦事項條目

• B. 團(tuán)隊演示在本沖刺里“完成”的功能，并記錄參會者的反饋

• C. 團(tuán)隊回答來自參會者的問題

• D. 團(tuán)隊分析討論為什么承諾的功能沒有完成

Q47. 關(guān)于沖刺回顧，描述正確的是（）（多選題）

• A. 沖刺回顧會議是團(tuán)隊專屬的會議

• B. 沖刺回顧會議要放松并專注

• C. 回顧會議要避免責(zé)備他人

• D. 如果團(tuán)隊運(yùn)行正常，則不必召開回顧會議

Q48. 下面哪些可以是沖刺回顧會議中的活動?（）（多選題）

• A. 營造安全氛圍，使大家處在放松的狀態(tài)

• B. 回顧客觀數(shù)據(jù)，對迭代工作情況形成共識

• C. 討論哪些做得好，哪些待改進(jìn)

• D. 將團(tuán)隊識別的所有改進(jìn)項，納入下一迭代的工作中

Q49. 下面哪些是Product Owner的職責(zé)（）（多選題）

• A. 澄清和確認(rèn)需求

• B. 負(fù)責(zé)管理Product Backlog

• C. 跟蹤迭代中團(tuán)隊每天取得的進(jìn)展

• D. 為需求優(yōu)排先級

Q50. 下面關(guān)于Scrum Master的描述正確的是（）（多選題）

• A. Scrum Master確保團(tuán)隊理解和遵循Scrum過程和實踐

• B. Scrum Master發(fā)現(xiàn)、記錄并移除障礙、促進(jìn)團(tuán)隊內(nèi)外的溝通

• C. Scrum Master就是團(tuán)隊經(jīng)理

• D. 保護(hù)團(tuán)隊不受外部干擾、拒絕不合理的要求

Q51. 下面關(guān)于Product Backlog的描述，正確的是（）（多選題）

• A. Product Backlog是帶有優(yōu)先級的待辦需求清單

• B. Product Backlog隨業(yè)務(wù)和技術(shù)的變化而不斷演化

• C. Product Backlog需求條目的優(yōu)先級不能經(jīng)常調(diào)整，以免影響發(fā)布計劃

• D. Product Backlog需求條目開發(fā)就緒，是指它們具備適當(dāng)?shù)囊?guī)模和細(xì)節(jié)

Q52. 下面關(guān)于用戶故事的描述，正確的是 （）（多選題）

• A. 用戶故事僅必須包含用戶、功能和價值三個基本要素

• B. 敏捷過程中，需求是不斷涌現(xiàn)的，用戶故事支持漸進(jìn)式獲取需求，并盡早和頻繁交付

• C. 用戶故事可以代替需求文檔

• D. 用戶故事在進(jìn)入開發(fā)前，需要通過驗收條件，使其達(dá)到合適的詳細(xì)程度

Q53. 下面關(guān)于Sprint Backlog的描述，正確的是（）（多選題）

• A. Sprint Backlog是團(tuán)隊在一個Sprint要完成的交付內(nèi)容

• B. Sprint Backlog主要由用戶故事及其對應(yīng)的任務(wù)清單組成

• C. Sprint Backlog兩三天更新一次就可以了

• D. 團(tuán)隊可以通過Sprint Backlog來了解迭代進(jìn)展情況

Q54. 下面關(guān)于產(chǎn)品增量的描述，正確的是（）（多選題）

• A. 產(chǎn)品增量必須達(dá)到潛在可交付的條件，即交付就緒

• B. 交付是一個業(yè)務(wù)決策，如果業(yè)務(wù)不需要，團(tuán)隊不必每個Sprint的產(chǎn)品增量達(dá)到可交付的條件

• C. 每個產(chǎn)品增量對用戶而言都需具備一定的業(yè)務(wù)價值

• D. 越早交付的產(chǎn)品增量，其業(yè)務(wù)價值越大

Q55. 下面關(guān)于沖刺計劃的描述，正確的是（）（多選題）

• A. Sprint Backlog是沖刺計劃的產(chǎn)物之一

• B. 沖刺計劃通常在一個Sprint的開始進(jìn)行，兩周的迭代周期耗時1-2小時

• C. 沖刺計劃上團(tuán)隊對所選擇的用戶進(jìn)行拆分和估算

• D. 如果Sprint前做了需求梳理，則Product Owner可以不參加沖刺計劃

Q56. 關(guān)于每日站會的描述，下面說明正確的是 （）（多選題）

• A. 每日站會是團(tuán)隊成員的例行溝通機(jī)制，目的是檢查和調(diào)整本迭代的工作

• B. 團(tuán)隊成員在每日站會上溝通遇到的障礙，譬如存在的風(fēng)險和問題

• C. 團(tuán)隊可以發(fā)展自己的每日站會形式，如果某天沒什么需要溝通的，可以取消

• D. 推薦團(tuán)隊圍繞物理看板進(jìn)行每日站會

Q57. 下面關(guān)于沖刺演示的描述，正確的是（）（多選題）

• A. 沖刺演示在每個Sprint結(jié)束時舉行，旨在持續(xù)改進(jìn)工作結(jié)果

• B. 沖刺演示不要邀請不相干的人參加，PO，Scrum Master和團(tuán)隊參加即可

• C. 團(tuán)隊?wèi)?yīng)在真實環(huán)境中展示可運(yùn)行的軟件，判斷是否達(dá)到“完成”標(biāo)準(zhǔn)

• D. 沖刺演示的情況，特別是客戶的反饋，是動態(tài)調(diào)整product Backlog的重要輸入

Q58. 下面關(guān)于沖刺回顧的描述，正確的是（）（多選題）

• A. “團(tuán)隊定期反思如何能提高成效，并依此調(diào)整自身的行為”，是敏捷宣言背后的十二個原則之一

• B. 沖刺回顧應(yīng)盡可能邀請更多的人參加，以獲得多方的反饋，改進(jìn)團(tuán)隊的工作方法

• C. 沖刺回顧基于團(tuán)隊所面對的問題，識別改進(jìn)機(jī)會，迅速采取行動

• D. 推薦團(tuán)隊采用小步驟的方式，逐步改進(jìn)

Q59. 當(dāng)緊急需求變化時（）（單選題）

• A、產(chǎn)品負(fù)責(zé)人重新排列產(chǎn)品待辦事項（Product Backlog）優(yōu)先級，開發(fā)團(tuán)隊決定哪些工作要重新認(rèn)領(lǐng)

• B、項目經(jīng)理增加緊急任務(wù)，擴(kuò)大加班時間

• C、開發(fā)團(tuán)隊拼命工作適應(yīng)變化，并將項目拖回到正常軌道上來

• D、緊急需求應(yīng)該放到下一個迭代，不應(yīng)該干擾現(xiàn)有的任務(wù)

Q60. 產(chǎn)品待辦事項列表條目（Product Backlog item）（）（單選題）

• A、可以包括需求和故障

• B、應(yīng)該由項目經(jīng)理或團(tuán)隊組長來維護(hù)和控制

• C、必須用故事卡片粘貼到墻上

• D、以上都是

Q61. 需求管理的干系人包含: (A B C D E F)（單選題）

• A、 CEO

• B、 測試人員

• C、 產(chǎn)品總監(jiān)

• D、 前端開發(fā)工程師

• E、 業(yè)務(wù)運(yùn)營

• F、 用戶

Q62. 用戶故事的3C是: （）（多選題）

• A. Code

• B. Card

• C. Conversation

• D. Confirmation

• E. Coordination

Q63. 產(chǎn)品待辦事項（Product Backlog）的條目包含: （）（多選題）

• A. 新功能性需求

• B. 增強(qiáng)性功能需求

• C. 探索和調(diào)研工作

• D. 部分已知的bug

• E. 技術(shù)任務(wù)

Q64. 產(chǎn)品待辦事項列表的動態(tài)管理意思是: （）（多選題）

• A. 產(chǎn)品待辦事項列表可以持續(xù)增加

• B. 產(chǎn)品待辦事項條目不可以刪除

• C. 產(chǎn)品待辦事項條目可以根據(jù)需要調(diào)整順序（唯一優(yōu)先級順序）

• D. 產(chǎn)品待辦事項列表一個迭代調(diào)整一次

• E. 產(chǎn)品待辦事項條目規(guī)模必須拆分得一樣大

Q65. 史詩級用戶故事（Epic）與用戶故事之間的關(guān)系: （）（多選題）

• A. Epic是一組相似用戶故事的父級用戶故事

• B. Epic在進(jìn)入迭代前需要被拆分成多個足夠小的用戶故事

• C. Epic可以跨迭代實施

• D. 排入迭代內(nèi)的用戶故事必須在一個迭代內(nèi)完成

Q66. 延遲成本考慮的因素有: （）（多選題）

• A. 業(yè)務(wù)（商務(wù)）價值

• B. 時間敏感性

• C. 降低風(fēng)險

• D. 增加機(jī)會

Q67. 關(guān)于計劃游戲的描述，正確的是 （）（多選題）

• A. 計劃游戲適用于團(tuán)隊共同估算

• B. 計劃游戲的目標(biāo)是為了獲得一個精確的估算

• C. 計劃游戲的目標(biāo)是花盡可能最少時間，得到一個容易得到的估算值

• D. 通過計劃游戲的交流，讓大家對需求的理解達(dá)成共識

Q68. 敏捷的需求是怎么產(chǎn)生的（）（多選題）

• A、項目開始時全部澄清

• B、產(chǎn)品經(jīng)理收集并分析整理出全部需求

• C、層層分解逐步細(xì)化

• D、客戶直接提給團(tuán)隊

Q69. 敏捷需求是層層分解的過程，在敏捷迭代過程中團(tuán)隊需要重點(diǎn)關(guān)注（）（單選題）

• A、發(fā)布計劃

• B、迭代目標(biāo)

• C、用戶故事

• D、以上都是

Q70. 用戶故事地圖需要有（）作為梳理基礎(chǔ)（單選）（單選題）

• A、業(yè)務(wù)模型

• B、業(yè)務(wù)流程

• C、架構(gòu)原型

• D、以上都是

Q71. 用戶故事由（）組成（多選題）

• A、一份書面的故事描述，用來做計劃和作為提示

• B、有關(guān)故事細(xì)節(jié)討論的結(jié)論，用于具體化故事細(xì)節(jié)

• C、驗收標(biāo)準(zhǔn):用于表達(dá)故事細(xì)節(jié)且可用于判斷用戶故事所包含的需求是否被正確完成

• D、以上都是

Q72. 用戶故事的三個C不包括如下的哪一項（）（單選題）

• A、卡片（Card）

• B、功能（Capability）

• C、交流（Conversation）

• D、確認(rèn)（Confirmation）

Q73. 用戶故事的編寫格式不包含（）（單選題）

• A、什么時間…

• B、作為…

• C、我想要…

• D、以便…

Q74. 一個好的用戶故事評審的原則是（）（單選題）

• A、SMART

• B、INVEST

• C、SOLID

• D、GRASP

Q75. 用戶故事驗收標(biāo)準(zhǔn)格式不包含（）（單選題）

• A、在什么時間…

• B、在什么樣的情景或條件下…

• C、采取了什么行動…

• D、得到什么結(jié)果…

Q76. 需求管理方式不包含（）（單選題）

• A、用戶故事地圖

• B、需求優(yōu)先矩陣

• C、優(yōu)先級（MoSCoW）

• D、INVEST

Q77. 產(chǎn)品負(fù)責(zé)人的職責(zé)不包括哪一項（）（單選題）

• A、負(fù)責(zé)維護(hù)產(chǎn)品待辦事項列表

• B、提供可行的技術(shù)方案

• C、給用戶故事優(yōu)先級排序

• D、確定用戶故事的驗收標(biāo)準(zhǔn)

Q78. 下列哪一項不是產(chǎn)品待辦事項列表的關(guān)鍵內(nèi)容（）（單選題）

• A、用戶故事

• B、用戶故事的大小估算

• C、預(yù)估工時

• D、優(yōu)先級/順序

Q79. 如下哪一個是合格的用戶故事（）（單選題）

• A、作為消費(fèi)派購物者，我希望有比價功能，以便比較相似產(chǎn)品后再購買

• B、作為用戶，我希望有更好的用戶體驗，以便我更滿意你們的服務(wù)

• C、作為產(chǎn)品經(jīng)理，我希望改進(jìn)批量查詢的存儲過程，以便能提升性能

• D、作為后臺系統(tǒng)開發(fā)人員，我希望進(jìn)行重構(gòu)，以便提高代碼質(zhì)量

Q80. 用戶故事的優(yōu)先級需要考慮哪些因素（）（單選題）

• A、業(yè)務(wù)價值

• B、成本

• C、技術(shù)風(fēng)險

• D、以上都是

Q81. 用戶體驗團(tuán)隊職能不包括（）（單選題）

• A、數(shù)據(jù)庫設(shè)計

• B、用戶訪談

• C、視覺設(shè)計

• D、交互設(shè)計

Q82. 用戶畫像（）（單選題）

• A、是給用戶畫一幅肖像

• B、是一種勾畫目標(biāo)用戶、聯(lián)系用戶訴求與設(shè)計方向的有效工具

• C、一個產(chǎn)品只有一種用戶畫像

• D、用戶畫像是一個真實用戶的形象

Q83. 用戶體驗地圖的關(guān)鍵元素可以有（）（多選題）

• A、用戶角色

• B、時間線

• C、情緒指數(shù)

• D、關(guān)鍵節(jié)點(diǎn)

• E、使用場景

Q84. 價值主張畫布中解決方案分哪幾類（）（多選題）

• A、實用型

• B、鎮(zhèn)痛劑（解決用戶痛點(diǎn)）

• C、興奮劑（讓用戶驚喜）

• D、保守型

Q85. 用精益畫布分析產(chǎn)品創(chuàng)意時（）（單選題）

• A、不考慮成本構(gòu)成和收入來源

• B、不包含目標(biāo)用戶群

• C、考慮競爭壁壘和銷售渠道

• D、不設(shè)關(guān)鍵指標(biāo)

Q86. 影響地圖包含哪幾個元素（）（多選題）

• A、Why

• B、Who

• C、How

• D、What

Q87. 軟件開發(fā)中的MVP是什么意思?（）（單選題）

• A、團(tuán)隊中最有貢獻(xiàn)的成員

• B、最有價值的產(chǎn)品

• C、最小可行性產(chǎn)品

• D、最容易變更的產(chǎn)品

Q88. 在用戶研究方法中，屬于偏“行為”和“直接”的方式為（）（單選題）

• A、一對一訪談

• B、可用性測試

• C、焦點(diǎn)小組訪談

• D、問卷調(diào)查

Q89. 關(guān)于敏捷工程實踐，下面描述錯誤的是（）（單選題）

• A. 敏捷實踐被非正式地分為工程實踐（面向技術(shù)和工具）和管理實踐（面向管理和過程）

• B. 管理實踐和工程實踐相互補(bǔ)充，相互支撐，共同落地敏捷的原則和方法

• C. XP和其它敏捷方法是不兼容的

• D. DevOps包含了自動化等卓越技術(shù)實踐

Q90. 關(guān)于DevOps的描述錯誤的是 （）（單選題）

• A. DevOps繼承了精益和敏捷方法論

• B. DevOps將精益和敏捷滲透到整個開發(fā)運(yùn)維過程

• C. DevOps的目標(biāo)是使組織能夠更加快捷、頻繁和可靠地構(gòu)建、測試和發(fā)布軟件

• D. DevOps的實施就是建立DevOps工具鏈或者平臺

Q91. 下面哪些做法不是持續(xù)集成（2個選項）（）（多選題）

• A. 在迭代中，開發(fā)人員經(jīng)常集成他們的工作，每人每天至少集成一次

• B. 每次集成都通過自動化的構(gòu)建（包括編譯，發(fā)布，自動化測試)來驗證

• C. 團(tuán)隊B的開發(fā)和測試分離，代碼提測后進(jìn)入正式的SIT階段;在SIT階段，測試團(tuán)隊使用持續(xù)集成平臺執(zhí)行自動編譯，代碼掃描，自動單元測試，自動部署，并自動執(zhí)行自動化接口測試。

• D. 團(tuán)隊A安裝了Jenkins，實現(xiàn)了Jenkins調(diào)度自動化編譯和部署，在需要的時候執(zhí)行流水線，將程序部署到目標(biāo)環(huán)境。

Q92. DevOps 團(tuán)隊希望通過測試驅(qū)動開發(fā)來提高速率。下面哪一項是正確的操作順序?（）（單選題）

• A. 重構(gòu)、書寫測試用例、書寫功能代碼

• B. 書寫功能代碼、書寫測試用例、重構(gòu)

• C. 書寫測試用例、書寫功能代碼、重構(gòu)

Q93. 一家零售公司徹底從瀑布式開發(fā)流程轉(zhuǎn)向DevOps。短時間內(nèi)作出了很多選擇。這就產(chǎn)生了技術(shù)債務(wù)。例如，產(chǎn)品上市時間(time to market)顯著增加。但也有消除諸多延誤的方法。 價值流圖顯示20%的沖刺時間都花在移植代碼上，所有代碼均在單獨(dú)的代碼分支上實現(xiàn)維護(hù)。 以下哪種技術(shù)債務(wù)解決方案會實現(xiàn)更快的流動?（）（單選題）

• A. 采用基于主干的開發(fā)

• B. 在開發(fā)人員工作站復(fù)制測試故障

• C. 開始金絲雀發(fā)布

• D. 使用更多遙測

Q94. 為了盡量降低DevOps中的業(yè)務(wù)風(fēng)險，下面哪一項是版本控制的主要目標(biāo)?（）（單選題）

• A. 配置偏離理想狀態(tài)時的告警

• B. 保證重新生成先前最佳環(huán)境狀態(tài)

• C. 保證重新生成生產(chǎn)環(huán)境，保障服務(wù)提供

• D. 保證不同開發(fā)團(tuán)隊共享源代碼

Q95. 以下哪一項完成的定義(DoD)更適用于DevOps的目標(biāo)?（）（單選題）

• A. 代碼已并入主分支，并通過了自動化單元測試。

• B. 代碼在開發(fā)人員的電腦中如期運(yùn)行，已通過單元測試。

• C. 代碼在類似生產(chǎn)的環(huán)境中運(yùn)行，已通過用戶驗收測試。

Q96. 自動化測試套件的特定設(shè)計目標(biāo)是盡可能早地在測試中找到錯誤。理想自動化測試金字塔模型顯示了須執(zhí)行測試的正確順序。 需首先執(zhí)行哪一個測試?（）（單選題）

• A. 自動化API測試

• B. 自動化組件測試

• C. 自動化單元測試

• D. 自動化GUI測試

Q97. 關(guān)于“策略1:優(yōu)化個人生產(chǎn)力”和“策略2:優(yōu)化團(tuán)隊生產(chǎn)力”兩種分支策略，下面哪一種說法是正確的?（）（單選題）

• A. 兩種策略產(chǎn)生的合并工作量是相等的。

• B. 策略1產(chǎn)生的合并工作量高于策略2。

• C. 策略2產(chǎn)生的合并工作量高于策略1。

Q98. 關(guān)于任務(wù)分解和估算，描述正確的是（）（多選題）

• A. 應(yīng)該由架構(gòu)師/Tech Leader進(jìn)行任務(wù)分解和估算，以確保準(zhǔn)確

• B. 團(tuán)隊在計劃會上思考和討論如何實現(xiàn)用戶故事，做任務(wù)分解

• C. 任務(wù)估算的單位是“理想小時”，即在理想情況下執(zhí)行該任務(wù)所需要的時間

• D. 任務(wù)的規(guī)模必須適當(dāng)，譬如對于2周迭代，每個任務(wù)規(guī)模1-2天

Q99. 實現(xiàn)高生產(chǎn)力、可測試性和安全的架構(gòu)的特征是什么?（）（單選題）

• A. 定義含糊的接口

• B. 緊耦合

• C. 定義明確的API

Q100. 請考慮以下要素:1 變更請求 ; 2 部署流水線工具 ;3 編譯后的可執(zhí)行文件 ;4 操作指南和標(biāo)準(zhǔn)。其中哪兩個要素一般存儲在統(tǒng)一的共享源代碼存儲庫里? （）（單選題）

• A. 1和2

• B. 1和4

• C. 2和3

• D. 2和4

Q101. 關(guān)于PBL/Product Backlog說法正確的是?（）（多選題）

• A. Product Backlog列出了構(gòu)建、完善或改進(jìn)產(chǎn)品所需要完成的工作

• B. Product Backlog的條目通常是用戶故事和史詩（Epic）

• C. Product Backlog的條目一經(jīng)創(chuàng)建，便不再改變，直至交付

• D. Product Backlog的條目具備優(yōu)先級

Q102. 下面關(guān)于實例化需求，描述不正確的是 （）（單選題）

• A. 實例化需求是一種協(xié)作方法

• B. 實例化需求使用真實的例子，來捕獲和說明需求

• C. 需求的實例必須自動化

• D. 可以使用GWT(Given...When...Then...)等格式來描述實例

Q103. 下面哪種評審方法會直接減少編碼錯誤?（）（單選題）

• A. 觀察者評審

• B. 結(jié)對編程

• C. 同行評審

• D. 工具輔助評審

Q104. 初創(chuàng)公司ABC在根據(jù)用戶期望開發(fā)移動導(dǎo)航應(yīng)用程序的特性上面臨嚴(yán)峻挑戰(zhàn)。 下面哪一項是確保移動導(dǎo)航應(yīng)用程序的特性與用戶期望相符的最佳方法?（）（單選題）

• A. 在移動導(dǎo)航應(yīng)用程序中，更為全面的開發(fā)足夠多的特性，從而為客戶提供更高級和更多的選擇，使其通過更多選項來自定義功能，來優(yōu)化用戶體驗。

• B. 開發(fā)多個版本的移動導(dǎo)航應(yīng)用程序，隨機(jī)選擇部分用戶，展示不同版本的應(yīng)用，來獲取并對比用戶體驗。版本分為主控型版本與升級型版本，用戶被隨機(jī)挑選并使用其中一個版本。

• C. 修改移動導(dǎo)航應(yīng)用程序當(dāng)前的UX特性，以便ABC在不犧牲質(zhì)量的前提下保留UX的核心功能。

• D. 提前三周發(fā)布移動導(dǎo)航應(yīng)用程序的一個新特性，從而收集客戶對此特性的反饋。

Q105. 開發(fā)團(tuán)隊可通過下列哪種方法促進(jìn)交付預(yù)期的業(yè)務(wù)成果?（）（單選題）

• A. 認(rèn)真開展大量實驗

• B. 完整的回歸測試

• C. 以假設(shè)驅(qū)動開發(fā)

• D. SDLC

Q106. 請留下您的聯(lián)系方式（填空題）