如下的22個問題基本上涵蓋了Scrum所涉及的內容，若是你可以正確回答出全部問題，那麼你已經具有了做爲一名Scrum Master的基本素質；固然，做爲一名合格的Scrum Master，更重要的是你的經驗，由於Scrum Master更多的須要和人打交道，不少實際問題的處理方式是必須在實踐中才能體會的，有些還很微妙。微信
也許你對這些問題的答案不盡相同，這沒有關係；這些答案是我根據本身的經驗給出的，你所使用的方法和理解不必定同樣，這也正是Scrum的特點之一，它幫助你找到最適合你的方式，它並非你須要嚴格執行的流程，而是幫助你找到適合本身的流程的框架。框架
1. 實施Scrum模式的好處有哪些？運維
– 下降變動對系統形成的風險
– 提升ROI（投入產出比）
– 幫助咱們持續改進
– 持續快速的發佈可用的軟件產品
– 全部人對真實可用的軟件產品都有明確的認識，並在迭代過程當中不停的改進工具
2. Scrum包含怎樣的組織結構？單元測試
Scrum的組織結構根據不一樣的項目不一樣而不一樣，通常來講，它採用2-4周的迭代週期，幷包含如下角色
– Scrum Master
– Product Owner
– 團隊測試
3. 請解釋Scrum中的用戶情景是什麼？調試
在Scrum中，用戶情景是一個短小的，通常用一句話能夠說明的特性或者功能的描述。code
4. Scrum過程當中都使用哪些工件/工具？排序
Scrum所使用的工具很簡單，主要包括
– 衝刺積壓工做列表 Sprint Backlog
– 產品積壓工做列表 Product Backlog
– 團隊速率圖 Velocity Chart
– 燃盡圖 Burn-down Chartip
5. 請解釋Scrum的衝刺
Scrum項目採用一個接一個的「衝刺」完成開發工做。衝刺是一個可重複的，標準化的工做循環單元，在這個單元中採用了Scrum的各類方法，並隨時準備進行評審和改進。
6. 最佳的衝刺週期是多長，這個週期對工做方式有怎樣的影響？
Scrum採用2-4周的衝刺週期。通常來講，大多數團隊採用2周的週期，這主要是由於2周的衝刺讓團隊更加容易和接近現實的進行規劃並完成手頭的工做。同時，2周的長度也給予Product Owner足夠的時間來調整優先級，並給團隊和業務需求之間提供足夠的緩衝，讓他們能夠專一於現有需求的開發。
7. 什麼是產品積壓工做列表Product Backlog?
在團隊獲取可用的衝刺積壓工做列表sprint backlog以前，PO須要使用另一個列表來管理新特性，變動請求，功能改進和缺陷等內容，並對他們進行優先級排序，這就是產品積壓工做列表product backlog。這些內容在獲得了PO和團隊的承認後會交付給團隊進行開發，就變成了sprint backlog，這個過程可能很複雜（好比包含多層分解，涉及多個子產品/組件，多個團隊協做），也可能很簡單；轉換成sprint backlog的過程通常還包括了任務分解和工期估算的工做內容。
8. Scrum計劃會議上通常須要作哪些工做？
在Scrum計劃會議上，通常須要完成如下工做
– 團隊針對當前衝刺須要完成的積壓工做項進行分析，並給出工期估算
– 將產品擠壓工做分解爲任務
– 若是通過估算，衝刺中仍然有剩餘工做量可用，則按照優先級從產品積壓工做中繼續拿取需求放入衝刺
– 對於需求描述中的不清晰內容與PO進行溝通，澄清
9. Scrum Master的主要職責有哪些？
– 幫助團隊剷除一切阻礙，讓團隊能夠順利完成衝刺目標
– 幫助團隊最大化生產力
– 使用技術手段幫助團隊變得更加高效，好比：引入自動化腳本，單元測試，持續集成等敏捷實踐
– 協助團隊和PO更好的進行協做
– 保證Scrum實踐的正確推行
10. 燃盡圖應該包含哪些元素？
燃盡圖應該包括工做日做爲橫軸，工做量做爲縱軸，最佳曲線，真實工做進度曲線。
11. 列出Scrum的不足
– 對於目標不夠清晰的項目，Scrum Master比較難以把控
– Daily scrum在開始階段會讓團隊感覺比較大的壓力，並佔用必定的工做時間
– 對於團隊成員的技術水平，協做水平有較高要求
– Scrum中對於變動的容忍度很是高，但這也會讓項目干係人感覺比較大的不安
– 會暴露很是多的問題，若是組織對於變化的接受度不高，會有很大的組織性衝擊
– 對引起不少變革的發生，必定程度形成混亂的局面
12. 什麼是Scrum of Scrum？
通常在大型團隊中很常見，就是天天的Daily Scrum後，團隊負責人還會參加更多的會議進行團隊間的溝通和進一步的規劃。
13. 什麼是「增量（Increment）」？
增量指在一個衝刺內完成的產品積壓工做項的數量，在每個衝刺結束時，全部的增量必須處於完成狀態。這裏的完成必須是能夠用的，可部署的，不管PO是否決定進行新的生產部署。
14. 團隊速率 Velocity
速率是一個團隊在一個衝刺內可以完成的需求量，需求量的單位通常使用工做量或者商業價值衡量。工做量使用「故事點」來表明，商業價值通常也做爲產品積壓工做的評估指標之一。速率標識一個團隊完成工做的速度，是評估團隊效率的重要指標。
15. 什麼是Sashimi和Impediments？
Sashimi的原意是「生魚片」，在Scrum中是團隊用來表達「完成」的一種說法；不一樣團隊對於「完成」的定義能夠是不同的，但在一個團隊內必須統一，在Scrum中一個團隊須要定義不一樣級別的「完成規範」來統一這個概念，「完成規範」但是是任務級別的，團隊級別的或者產品特定級別的。
Impediments的意思是「障礙」，是團隊在向着「完成規範」所定義的狀態努力過程當中遇到的阻礙，通常來講，Scrum Master須要做爲消除障礙的主要負責人！
16. 什麼是Scrum 撲克或者計劃撲克？
Scrum 撲克（計劃撲克）是一種進行量化估算的方法和工具，在團隊進行規劃的過程當中須要對工做量（故事點），商業價值等進行量化評估，爲了達到評估結果能夠是團隊的集體決策結果的目的，Scrum中發明了這種方法和附帶的工具（一種撲克），在撲克上使用斐波納奇數列標識每張撲克，在進行規劃的時候每一個成員按照本身理解出牌，並由數值最大和最小的兩名成員進行解釋，你們進行討論後得出最終的數值估計。
斐波納奇數列 的特性決定了每一個數字之間的差別會愈來愈大，這對於咱們進行相對值評估很是有效。
17. 燃盡圖能夠說明什麼問題？
燃盡圖通常用來跟蹤一個衝刺的進度狀態，團隊把燃盡圖做爲預測指標來使用，能夠直觀得看到當前進度是快仍是慢。通常團隊須要在Daily Scrum的最後查看燃盡圖的最新狀態，並根據狀況採起措施。
18. 衝刺回顧會議（Sprint Retrospective）的做用是什麼？
衝刺回顧會議爲團隊提供了總結和改進的方式，在每一個衝刺結束後你們一塊兒總結在這個衝刺中的改進和不足，並一同商討應對措施，進行持續改進。
19. Scrum中的衝刺（Sprint）和迭代（Iteration）有什麼區別？
迭代是一個通用詞彙，表達的是開發過程當中的某個循環過程的單元，這個單元能夠是開發人員編寫代碼時的編寫，編譯，調試，重構；也能夠是一個開發週期的規劃，開發，測試，迴歸，發佈；也就是說，這個單元可大可小，均可以使用迭代來進行描述。
衝刺特指在Scrum中的某個產品開發週期，是一個2-4周的規劃，開發，測試，迴歸和發佈過程。
20. Scrum中的故事點是什麼意思？
在Scrum中使用用戶故事（情景）做爲描述一個產品特性的方式，同時使用「故事點」做爲這個產品特性大小的定量估算單位，故事點的大小標識了一個產品特性的開發難度和所須要的投入（小時/人天等）。但咱們通常不使用直接的小時或人天等時間單位來表示這個值，使用斐波納奇數列中的數值來標識不一樣特性的相對大小，這樣作的好處時咱們能夠屏蔽直接使用時間單位所形成的主觀差別，更快更準確的進行評估（由於在沒有進行實際開發以前是很難直接估算時間，可是不一樣特性的相對大小是比較容易評估的）。最終，咱們可使用數據分析手段在故事點單位和時間單位之間創建換算關係，幫助咱們掌控項目進度。
21. 在什麼狀況下Scrum並不適用？
Scrum模式並不適用於全部的團隊，特別當團隊規模很大（幾十上百上千）的時候，咱們沒法在整個團隊範圍內實施Scrum而必須將團隊分割成5-10人的小團隊，並在團隊間進行Scrum of Scrum 的實施。
Scrum也不適合跨部門，跨職能的協做，若是團隊成員分散於不一樣的地理位置或者不一樣的部門，咱們須要首先在組織結構上進行調整，至少須要合併開發和測試部門，組成按照特性或產品領導的團隊，同時從其餘不一樣部門抽調人員組成團隊。
22. 什麼是 Daily Scrum
Daily Scrum 是一個簡短的團隊會議，由團隊的全部成員在天天固定的時間和地點進行，會議上每一個成員須要回答3個問題：1） 你昨天作了什麼？2）今天計劃作什麼？ 3）是否遇到了障礙，須要其餘人的幫助？
Daily Scrum 不是一個彙報會議，由於在全部的參與者都必須抱着平等的心態參加，你所回答的3個問題是說給全部人聽的，全部人的3個問題也都是說給你聽的。Daily Scrum 通常由Scrum Master進行協調和組織，但Scrum Master並不對成員所描述的業務特性/任務內容進行評價，而只關注會議自己是否高效。
Daily Scrum 必須站立進行，全部有不少人稱之爲Daliy stand-up，站立的目的是爲了讓會議高效並讓每一個人都集中精力，放下手頭的工做。
請關注微信公衆號 devopshub，獲取更多關於DevOps研發運維一體化的信息
