主要分為5個部分來講，分別是 Scrum Master的角色、待辦項的改進和估算、 Sprint計劃、 每日站會、 回顧會；
以下是盡可能用易理解的語言來看待38個問題。

對于Scrum的理解更加深刻了，每個問題都會想，如果是我被問到，是否會有更好的回答，大家不妨每道題都試著先想想！！！

Scrum Master簡要知識點：

Scrum Master角色

Scrum Master的角色

1. 背景知識點：

• Scrum不是方法學，而是一個敏捷框架，是眾多方法的組合。其他組的實踐不能全盤照搬過來，而是應該結合項目自身的情況進行使用；
• Scrum團隊是一個敏捷團隊，為了防止后續出現消極等不利情況，在招聘團隊人員的過程中，需要確認團隊工作的具體需求、人員的素質等；
• Scrum Master不是管理者，而是領導者或是教練；
• Scrum Master能夠識別項目過程中Scrum團隊的阻礙，需要不同的方法，如：有時需要訓練、有時需要教練、有時需要導師；
• Scrum團隊在遇到新挑戰時，Scrum Master應當熟悉學習方法：Shu-Ha-Ri（守-破-離）；
• Scrum Master的目標不是在單個項目中領導團隊完成項目，而是讓Scrum團隊行程自組織和自我管理，促使團隊整體的進步，使自己擺脫項目的日常經營；
• Scrum Master需要讓Scrum團隊盡早介入到項目迭代過程中，參與到產品澄清、排序當中；
• 與干系人溝通不能僅僅依靠產品經理這個守門人，Scrum Master應該促使更透明、積極的溝通；在沖刺評審會上，Scrum團隊和干系人直接的溝通能夠更好的維護與干系人的關系，也能夠更好的交付有價值的產品；

2. 問題列表：

• 問題1： 敏捷宣言里隱射出人勝于過程，是不是Scrum Master（其角色旨在執行該過程）因此是矛盾的嗎？

  問題意圖：揭示候選人是否理解Scrum Master的角色是領導團隊而不是管理團隊，也可以知道候選人為什么對Scrum Master感興趣；

  可接受的回答：

  1. 我的工作是Scrum 團隊的促進者，是幫助他們取的成功；
  2. 我既不是項目經理，也不是職能經理，不是他們的管理者，目標是為什么實現Scrum團隊自我組織和自我管理；
  3. 我是Scrum團隊的促進者，充當了老師、教練或者導師，讓他們成為更優秀的敏捷團隊；

  關鍵點：促進者、領導者而不是管理者，自我組織、自我管理，老師、教練和導師；

• 問題2 有哪些可能的指標表明敏捷實踐對您的組織有效，以及哪些將證明您在敏捷方面的努力是成功的？

  問題意圖：沒有什么’敏捷成功‘的標準定義，每個組織必須開發自己的標準；但是如何衡量團隊在采用了敏捷得到更好的回報，是我們需要思考的問題。肯定是有一些可以定性or定量的方式，能夠簡介考察敏捷是否成功；

  可接受的回答：

  1. 成員接受度：團隊更少的人員流失率和更多的成員推薦率采用敏捷方式管理項目；
  2. 成員意愿：越來越多的有經驗的員工有意愿加入；
  3. 產品價值：交付給客戶的產品具有更高的保有率、更好的轉化率等，低價值的產品占用資源更少；
  4. 產品質量：更少的技術債，更少的bug和更少的軟件維護時間；
  5. 交付效率：從驗證到產品發布的時間更短，驗證假設的時間更短；
  6. 雙方合作：干系人更尊重IT團隊；
  7. 重視程度：越來越多的相關方參加敏捷會議，尤其在展示產品初步成果的沖刺評審會。

  關鍵點： 產品（業務）價值、產品質量、交付效率

• 問題3 Scrum管理員是否應該代表Scrum團隊消除障礙？

  問題意圖：是否應該代表Scrum成員來進行障礙的消除？應該是不能的，因為如果Scrum Master一直是媽媽的角色，永遠無法實現團隊的自組織和自我管理；

  可接受的回答：

  1. 在團隊學習新知識or新技術時，不可避免的導致失敗，陷入死循環或者是計劃外的工作；
  2. 一開始，Scrum Master需要比平時更多的指導，指導團隊如何更快的度過難關；但是這個指導絕對不應該是常態，必須讓團隊在失敗中（接近失敗）汲取教訓；

  關鍵點：媽媽式的輔導只能是暫時的，自我管理&自組織才是未來；

• 問題4 Scrum Master和產品經理以什么樣的方式及交流？

  問題意圖：考察是否理解Scrum Master和產品經理共同的目標是為了做好產品、使組織變得更敏捷、保持敏捷同盟；

  可接受的回答：

  1. 產品經理的職責是快速提供客戶的反饋，澄清需求，確保項目所有成員能夠了解產品的意愿；
  2. 與產品經理保持真誠和公開的溝通，共同作為領導者,相互依靠確保Scrum項目的成功。為了報答產品經理的付出，應該與產品經理一同整理出清晰的高質量的產品待定清單，促進產品經理&Scrum團隊的良好合作；

  關鍵點：出發點，合作，真誠溝通，高質量的產品需求，高效的產出；

• 問題5 Scrum團隊是否應該參與產品需求收集過程？如果是，如何進行？

  問題意圖：考察是否理解團隊需要盡早參與到產品需求過程的好處；

  可接受的回答：

  1. 更早的參與，更早的尋求技術的可行性，更小的成本；
  2. 確保團隊和產品方能夠盡早的對產品需求達成共識，盡早準備資源分配，減少后期返工風險，為客戶創造更大的價值；

  關鍵點：提前規劃，降低風險，創造價值；

• 問題6 產品經理的角色是設計的障礙，你怎樣支持產品經理以使價值最大化？

  問題意圖： 如何與產品進行溝通？如何引導團隊與產品合作？

  可接受的回答：
  與問題5一致，必須聚焦于如何引導Scrum團隊與產品的密切溝通，讓產品的思維和需求更早的被團隊成員所理解，畢竟大家的目標是一致的：要么一起贏，要么一起輸。

  關鍵點：盡早介入，真誠溝通，目標一致。

• 問題7 你怎樣確保scrum團隊接近產品的干系人？

  問題意圖：怎樣確保Scrum團隊與干系人的溝通；

  可接受的回答：
  沒有非常容易的方式確保團隊接近干系人。但是會與干系人不斷的溝通中，應當鼓勵干系人采用高效、透明和有用的交流方式，確保需求或者意見被關注到，通常的方式可以是開發例會或是沖刺評審會議（是一個非常好的場合，促進不同部門與業務部門的溝通）；

  關鍵點：固定的會議方式；

• 問題8 您如何在部門范圍內和整個組織內以及在追求中促進敏捷思維,為此，指導不熟悉IT的干系人時你的策略是什么？

  問題意圖：考察候選人如何更好的推動敏捷的項目管理方式；

  可接受的回答；

  1. 告知敏捷宣言的原則。干系人要你應該與參與產品開發的組織中所有成員交流，確保工作透明；
  2. Scrum的優勢1：通過演示或其他方式提供展示，向利益相關者證明，從需求的提出到最終產品的交付，Scrum顯著的縮短了產品的交付時間；
  3. Scrum的優勢2：與以往項目相比，可以顯著減輕風險（及早介入、增量迭代），從而有助于其他部門在計劃和執行方面取得成功；
  4. 可以透明地尊重他們的工作，邀請利益相關者參與到會議和評審，了解項目的實際進程和動態，促進與各個部門的緊密合作；
  5. 培訓組織中的每一個人，尤其是干系人。組織研討會，重點討論敏捷技術，并且推動他們理解和應用。

  關鍵點： 敏捷原則的理解，Scrum的優勢（縮短交付時間，降低風險），尊重工作，研討會探討敏捷的意義；

• 問題9 你怎樣向高級管理層介紹scrum?

  問題意圖：如何在組織中進行敏捷的推廣？

  可接受的回答：

  1. 在轉變的開始階段，所有的組織都會表現出惰性（即使是svn切換成git），所以要戰勝這些抵抗的高管和干系人，需要再他們做出承諾前，讓他們只是敏捷講如何讓他們收益；
  2. 可以準備一個研討會，主要案例可以拿之前未采用Scrum的項目與現在的項目做比較，從大特性、用戶故事（WIP）、任務的交付時效，完成質量和迭代速度等幾個方面來講，直接輸出敏捷相關的經驗；
  3. 自組織團隊的戰斗力；

  關鍵點： 如何體現敏捷的意義，敏捷的重要性；

• 問題10 你已經經為項目的干系人提供了scrum的培訓，當在嘗試應用scrum觀念的初始階段之后，遇到第一個障礙時一些干系人開始抵制繼續采用，您在處理這種情況的策略和經驗是什么？

  問題意圖：考察候選人如何鼓勵人們就克服組織內部對敏捷的抵抗力時的交流思想和汲取的教訓；

  可接受的回答：

  1. 根本原因分析：先分析遇到阻礙的原由，熟悉中層管理人員在向敏捷實踐轉變面臨的特殊挑戰；
  2. 領導風格的轉變：從命令和控制型轉向服務型風格，盡力提供所需的資源。

  關鍵點： 交流的技巧，根本原因分析，領導風格的技巧；

之后會陸續講下其他四個部分；