本章是關于Scrum Master作為一名教師。我將會?述一名教師的定義，理論的觀點和一些實用的例子關于Scrum Master應該教什么。
什么是教師？
我可以找到最簡單的定義是：“那些可以幫助其他人學習到新的東西的人。”教育是關于傳授知識或者技能，或者指導一些人怎樣去做某些事情。
一些關于教育好的引用：
? “教學藝術是輔助發現的藝術。” - 馬克·范多倫
? “我從來不教導學生，只為他們?供可以學習的條件。”-阿爾伯特·愛因斯坦
? “一個好的教師可以鼓舞希望、點燃想象力以及灌輸對學習的熱愛。” - 布萊德·亨利
Scrum Master作為一名教師：
根據Scrum指南，Scrum Master有責任保證Scrum被理解和實施。Scrum Master通過保證Scrum團隊遵守Scrum理論、實踐和規則來保證Scrum被理解和實施。它們指導團隊在迷失的時候重回到敏捷的實踐和原則。對于Scrum Master的教導主要集中在開發團隊和產品負責人。但Scrum Master也要保證涉及團隊的其他所有人都能理解Scrum。
那么Scrum Master能教導什么？
1. 當團隊成立的時候就教導敏捷。與團隊一起的第一周，我經常引導團隊回到敏捷和Scrum的核心。我讓他們學習“為什么”和“什么”是敏捷的觀念，Scrum框架，極限編程和看板。盡管有一部分團隊成員可能有豐富的敏捷經驗，但這樣做能讓大家處在同一平面上。解釋敏捷宣言和強調產品開發所基于的假設：客戶知道需要什么，開發人員知道怎樣去構建以及在過程中不會有改變。在現實中是，客戶發現自己需要什么，開發人員發現怎樣去構建以及在過程中不斷的變化。
2. 教導Scrum的核心。運用Scrum可以比作是玩國際象棋。你要么按規則玩，要么不按規則玩。Scrum和國際象棋都不會失敗或者成功。他們要么玩，要么不玩。那些兩者都玩并保持練習的人可能會變得非常精于游戲。如果是國際象棋，他們會成為大師。如果是Scrum，他們可能會成為非常好的開發組織，被客戶所珍視，被用戶所愛戴，被競爭對手所懼怕。一些團隊開始使用Scrum時會去掉框架中的某些部分。例如，一兩次的“每日”站會，混淆了多個角色，跳過回顧會議。如果團隊認識這些時明智的，那是可以的，但Scrum Master應該教育他們這樣做的后果和強調他們并不是在使用Scrum。
3. 教導Scrum與良好的習慣做法不同處。現今，許多良好的習慣做法被強烈地與Scrum核心纏結在一起。教導團隊這兩者間的差異性是有用的。良好的習慣做法例子是運用故事點，做Scrum每日站會和使用燃盡圖去跟蹤過程。所有的良好的習慣做法，都不強制考慮Scrum的核心。
4. 教育團隊關于建立分享的特性。團隊應該意識到團隊合作的前提條件。怎樣才能成為一個團隊？一個團隊意味著什么？我有時候會要求團隊去分享一些他們過往參與過的團隊個人經驗。什么是最差的團隊和為什么？什么是最好的團隊和為什么？建立團隊宣言是一種強有力的建立分享的特性的運用。
5. 教育團隊關于產品版本的重要性。這也是產品負責人到來的部分。很可能團隊的建立是有目的性，例如，建立一個新的產品。團隊知道并了解產品負責人所有的產品版本是至關重要的。團隊只有了解產品的目的性才能做處正確的決定。總的來說，一個清晰的版本對于開發團隊就像是一個燈塔，在困難的時間是必須的。
6. 教育團隊關于自組織。正如敏捷宣言所說的“最好的架構，需求和設計出現在自組織的團隊中。“一個自組織的團隊是一組積極的個體，能朝著目標一起工作，有能力并有權力去做出決定，以及能適應隨時變化的要求。一位Scrum Master，作為Scrum和自組織的推動者，應該考慮如何讓團隊自己解決自己遇到的問題，以及提供工具、培訓和怎樣能做到最好的觀察力。
7. 教育Scrum團隊的角色。要求團隊里所有人要完全履行他們的角色。任何的不足都是一種缺失。教育團隊Scrum中的三個角色是如何相輔相成和相互影響的。產品負責人想要建造出正確的東西，開發團隊想要把它建造正確，Scrum Master想要更快地建造出來。一個偉大的團隊知道如何平衡這些利益。
8. 教育團隊關于妨礙。在Scrum中，妨礙是任何阻礙團隊生產力的東西。保證妨礙被清楚是Scrum Master的職責。Scrum Master只有消除妨礙才能使開發團隊的自組織能力得到?高。否則就不止是一個妨礙，而是開發團隊要自己解決的一個問題。
9. 教育團隊關于可視化進度。透明化是Scrum的其中一個核心。它對于檢查，適應和自組織是至關重要的。因此，對于可視化的需求是顯而易見的，沒有它，自糾正是很難達到的。這是由開發團隊選擇什么可視化和怎樣可視化。可視化產品待辦列表和Sprint待辦列表是一種我明確鼓勵的良好做法。其它的用于可視化進程和?高協助的良好做法習慣，燃盡圖，建立一塊關于妨礙與提高的白板，顯示團隊成員的可使用情況或者建立一個Sprint日歷用于顯示所有的事件與會議。
10.教育產品負責人關于待辦列表的管理。Scrum Master要教導產品負責人如何建立產品待辦列表，怎樣基于優先級、風險、價值和依賴性排序，和怎樣使整個團隊參與待辦列表管理。
11.教育組織關于Scrum。Scrum架構對于一些組織可能是分裂性的。這是因為一些人發現難以應付的改變。解釋Scrum的目的性，對一些變化的重要需要是建立共同的理解和建立一個保證變化真實地產生作用的基礎。
12.教育團隊要“玩得高興”。不要太嚴肅地對待所有事情。玩得高興的心態幫助應付困難的條件，增強協助和建立一個健康的團隊精神。因此，保證“玩得高興”是團隊日常常規的一部分。
結束
本章包含了一些關于Scrum Master可以教導開發團隊、產品負責人和組織的例子。我所學到的最重要的教訓是：不要嘗試教導團隊所有重要的東西，讓他們有機會失敗并從自己的錯誤中學習。提醒：錯誤是發現的出入口。
與敏捷項目管理相關的推薦資源
Product Backlog is the only source ranking list of all products you need and changes in product requirements. The owner of the product is responsible for content, usability, and prioritizes the backlog product backlog to-do list. (產品Backlog是所有你所需要的產品以及產品需求變化的唯一來源排序列表。該產品擁有者是負責內容，可用性，并要求產品Backlog產品待辦事項列表的優先級。)
Sprint goals are a high-level summary of what the product owner wants to achieve during the sprint, usually described in detail through a specific set of product backlog items. (Sprint目標是產品所有者在sprint期間希望實現的目標的高級摘要，通常通過一組特定的產品積壓項目進行詳細說明。)
Scrum中Definition of Ready的定義是什么？
The product owner can work with the team to define an artifact called Definition of Ready to ensure that at the top of the backlog projects are ready to move to sprint so that the development team can confidently submit and complete them. The end of the sprint. (產品所有者可以與團隊一起定義一個名為“ Definition of Ready的定義”的工件，以確保積壓頂部的項目已準備好移動到sprint中，以便開發團隊可以在沖刺的結束之前自信地提交并完成它們。)
Completion (DoD) is defined as a list of requirements that user stories must comply with in order for the team to complete the PBI. The difference between the two is that DoD is universal to all user stories, and acceptance criteria are applicable to specific user stories. The acceptance criteria for each user story will vary according to the requirements of the user story. (完成（DoD）的定義?是用戶故事必須遵守的要求列表，以便團隊完成調用。這兩者之間的區別在于，DoD對于所有用戶故事都是通用的，而接受標準適用于特定的用戶故事。每個用戶故事的接受標準將根據該用戶故事的要求而有所不同。)
Scrum artifacts provide key information that Scrum teams and stakeholders need to understand in order to understand the products being developed, the activities being planned, and the activities completed in the project. The following artifacts are defined in the Scrum Process Framework. (Scrum工件提供了Scrum團隊和利益相關者需要了解的關鍵信息，以便了解正在開發的產品，正在計劃的活動以及項目中完成的活動。Scrum Process Framework中定義了以下工件。)
Scrum Masters coaches, coaches, coaches and enables their teams to develop excellent products. This can be a challenging and time-consuming task for new teams in organizations that are also novices to Scrum. Over time, the team improved. Does the Scrum Master role disappear completely and continue to zero? (Scrum Masters教練，指導，指導并使他們的團隊能夠開發出優秀的產品。對于同時也是Scrum新手的組織中的新團隊而言，這可能是一項具有挑戰性且耗時的工作。隨著時間的推移，團隊改善了。Scrum Master 角色是否完全消失一直持續到零？)
作為Scrum Master，您如何幫助您的產品產品擁有者？
The common goal of Scrum master and products is to create viable products through the use of Scrum best practices. The two roles overlap in some of their skill combinations. Therefore, product owners and Scrum Master should make every effort to work closely in many different areas of the project. (Scrum master和產品的所共同目標是通過使用Scrum最佳實踐創建可行的產品。者兩個角色在他們有一些技能組合中重疊。因此，產品負責人和Scrum Master應盡一切努力在項目的許多不同領域密切合作。)
The advantages of cross-functional teams in Agile Development lie in improving cross-functional coordination, increasing product and process innovation, and shortening the development cycle of critical customer contact point feedback. (跨職能團隊在敏捷開發中的優勢在于改進跨職能協調，增加產品和流程創新，縮短關鍵客戶聯系點反饋的開發周期。)
Scrum master is the driver of agile development teams. Scrum is a method that allows teams to organize themselves and change quickly based on agile principles. Scrum master manages the process of information exchange. (Scrum master是敏捷開發團隊的推動者。Scrum是一種方法，允許團隊根據敏捷原則自我組織并快速進行更改。Scrum master管理信息交換的過程。)
The roles in Scrum are clearly defined roles and expectations help individuals accomplish their tasks effectively. In Scrum, there are three roles: product owner, development team and Scrum Master. These are called Scrum teams. (Scrum中的角色是明確定義的角色，期望可以幫助個人有效地完成任務。在Scrum中，有三個角色：產品所有者、開發團隊和Scrum管理員。這些被稱為Scrum團隊。)
