本章描述Scrum Master如何作為一位引導師服務產品負責人和開發團隊。我會從引導師的定義、常見誤解以及一位優秀的引導師應該具備的特質三個方面來介紹。
什么是引導師？
“引導師幫助團隊理解團隊共同目標，帶領團隊針對共同目標制訂計劃。也正因如此，引導師是一個始終保持‘中立’的角色。這意味著他/她并不會將某個特定角色的觀點帶入討論 ?！?
引導師需要具有的關鍵技能（以及其他的一些重要技能）如下：
? 幫助和激發團隊更好地達成目標。
? 在內容上保持中立，不站隊。
? 支持團隊中的每個人努力思考并實踐最佳解決方案。
? 引導和鼓勵團隊協作并且努力爭取協同優勢。
? 具有魅力型權威，可以通過感召團隊獲得支持和追隨。
誤解
當我向人們詢問如何理解Scrum Master作為引導師服務團隊時，通常能夠得到的答案只有1個：Scrum Master負責組織安排Scrum事件（通常指5個會議：每日站會，Sprint計劃會議，Sprint回顧會議，Sprint評審會議以及需求梳理會議）。誠然，Scrum Master對Scrum的過程負責，支持并帶領團隊一起進行持續改進。
Scrum事件是Scrum過程中非常重要的一部分。盡管Scrum Master本身并不一定要參與到每個會議中去，但他必須保證 ：
? 團隊在Sprint中使用時間盒的概念，致力于生產已完成的、有價值的、可發布的產品增量。
? 團隊在每日站會中以Sprint目標為方向檢查團隊工作進度
? 團隊在Sprint計劃會議中從產品待辦列表中抽取一些條目進行討論、計劃并達成一致意見。團隊需要有信心在當前Sprint中完成這些條目，以保證產品負責人制定的目標和策略可以如期達成。
? 團隊在評審會議中演示和檢查當前Sprint產出的產品增量，同時根據需要對產品任務列表進行調整。
? 團隊在Sprint回顧會議中回顧并調整一些做法和流程以嘗試優化或解決一些有可能阻礙團隊進程的問題。
這里最大的誤解是組織安排Scrum事件是Scrum Master作為引導師唯一需要做的事情。然而，一位優秀的Scrum Master，作為引導師可以做更有效更有力量的事情。
Scrum中的引導師的真正含義
就像在前面引導師的定義中?到的那樣，引導師幫助團隊理解并達成共同目標，引導和鼓勵團隊協作，與團隊一起改進流程，努力達成協同效果。基于這一定義，引導師所要做的遠遠不止主持Scrum事件。
在Geoff Watts的《Scrum Mastery》一書中，他將引導定義為ScrumMaster的基本技能和行為?！癝crum Master始終在為團隊、產品負責人和組織的目標服務。如果這些目標中產生了矛盾和沖突，他們將從長遠考慮并做出妥協與讓步?！?/p>
一位Scrum Master必須：
? 引導團隊內部和團隊所處環境走向關系良好、協作充分和溝通順暢的方向。
? 引導團隊執行Scrum流程并且對流程進行持續改進。
? 引者團隊與團隊所在組織的順利融合。
? 引導團隊更有目的、更高效地進行Scrum事件。
? 引導團隊有效達成團隊（甚至個人）目標。
Lyssa Adkins在她的《如何構建敏捷項目管理團隊》使用了一個非常好的定義：
“作為引導師，Scrum Master需要為團隊創造可以承載他們所有想法和創意的‘容器’。這個容器可能是會議議程上的一系列問題，也可能是一些輕量級的或者靈活的結構，以確保團隊有足夠合適的框架來支持他們的目標，足夠積極的環境以鼓勵更加充分的協作，在那里每一個絕妙的點子都會被正視。教練創造容器，團隊創造內容?！?/p>
一名優秀的引導師需要具備的特質
因此，一名Scrum Master通過設置目的明確的舞臺并?供清晰的邊界以供團隊一起討論他們的奇思妙想。
這里還有一些優秀引導師需要具備的特質：
? 設計和領導能夠幫助團隊達成目標獲得成果的會議15
? 通過有力地?問，激發團隊產生新的洞察和觀點
? 理解式傾聽，而非反應式傾聽16
? 培養強大的團隊而非強大的個人
? 引導、促進而非親力親為
? 懂得如何使用靈巧的引導方式
Scrum事件的優秀引導者是什么樣子的
每一個Scrum事件都有其明確的目的以回答這個問題：我們為什么要開這個會議？一位優秀的引導師必須保證每個事件目標清晰明確，方法簡單有效，有效達成目標。上文?到的Scrum事件的目標是實質性的，通過有效的引導，Scrum Master可以在每個事件中謀求更多的價值。
很好引導的Scrum事件的特點是：
? 每日站會的氛圍保持適當的壓力，這些壓力是為保證質量、達成承諾和識別阻礙而產生。
? 計劃會議中產品負責人和開發團隊精誠合作，關注商業價值的產出。所有的團隊成員都對當前工作有充分的理解，主動參與確定Sprint目標并努力達成。
? Sprint評審會議是一個充滿能量的會議 。在這里Scrum團隊、發起人和利益相關者一起檢查產品增量和產品任務列表，同時對彼此之間的合作進行回顧和改進。他們像一個擁有共同目的的團隊一樣行動，不存在“客戶”和“供應商”之分。
? Sprint回顧會議在一個安全的氛圍中進行，以保證“房間里的大象”（比喻容易被大家習慣性忽略的事物）被充分地識別、討論，并且制訂出團隊成員一致同意在下個Sprint中實施的改善計劃。
小結
總而言之，優秀的引導師：
? 服務于團隊，但是避免成為團隊的仆人。
? 幫助團隊做出決策并且達成一致意見
? 識別出導致會議低效的不正確看法、不合理行為以及不積極的態度
? 做一個敏銳的觀察者
? 在團隊可以做到自組織的時候不過分干預
? 懂得在適當的時機打斷團隊
? 幫助團隊?高協作效率
? 提出有效問題，設置必要的挑戰
掌握這些引導技能需要大量的時間、練習和持續的反思和改進。但考慮到它有可能帶來的巨大好處，這些付出絕對是值得的。
與敏捷項目管理相關的推薦資源
Scrum boards (also known as scrum task boards) are tools that help teams visualize backlogs of sprint work items. The board can use many manual (whiteboard and sticker) and virtual forms (software tools), but it can perform the same function regardless of appearance. (Scrum 板 (也稱為 scrum 任務板) 是一種工具, 可幫助團隊使沖刺積壓工作項可見。該板可以采用許多手動 (即白板和貼紙) 和虛擬表單 (即軟件工具), 但無論外觀如何, 它都能執行相同的功能。)
The product vision is not part of the Scrum process. Why is it so important? Schwaber believes that vision is two necessary illusions, starting the Scrum project by stating: "The smallest plan starts the vision of the necessary Scrum project composition and product backlog" (產品愿景不是Scrum流程的一部分，為什么它如此重要？Schwaber的認為，愿景是兩個必需的一個假象，開始Scrum項目，通過陳述道：“?最小的計劃開始了必要的Scrum項目組成的愿景和產品Backlog?”)
Product Backlog projects have described attributes (D appropriate details), Story points (E stimated), order (P rioritized), and they are constantly added, deleted and updated (E merged) in the backlog to reflect the backlog of teams in a timely and appropriate manner. (產品Backlog項目具有描述的屬性（D適當的詳細說明），Story points（E?stimated），order（P?rioritized），并且它們在積壓中不斷被添加，刪除和更新（E合并）以反映到對以及時和恰當的方式積壓團隊的積壓。)
SMART is a set of standards for creating goals such as Sprint goals. While INVEST reminds you of the characteristics of high-quality product backlog (PBI) (or user stories) typically written in user story format. (SMART是一套創建目標（如Sprint目標）的標準。雖然invest會提醒您高質量產品積壓工作（PBI）（或用戶案例）的特征，通常以用戶案例格式編寫。)
Sprint Increment (沖刺增量) vs Potential Shippable Product (潛在可發貨產品) vs MVP vs MMP
Scrum requires the team to build an incremental function in each sprint, and the increment must be deliverable, because the product owner may decide to release it at the end of the sprint. This article explains and clarify the related key concepts of: sprint increment, potential shippable product MVP and MMP. (Scrum要求團隊在每個sprint中構建一個增量的功能，并且增量必須是可以發送的，因為產品負責人可能決定在sprint結束時發布它。 This article explains and clarify the related key concepts of: sprint increment, potential shippable product mvp and mmp。)
什么As / I want / so that 用戶故事模板？
The most common technology is the role-feature-reason template, which is used by teams and product owners to start writing user stories in three parts: (1) As a (role); (2) I want (feature); So that (reason). (最常見的技術是角色?- 特征 - 理由模板，用于團隊和產品所有者開始編寫用戶故事，分為三個部分：（1）作為 As a（角色）; （2）I What 我想要（特征）; So that（理由）。)
Burndown chart is a graphical representation of the remaining work and time. It is usually used in agile software development methods, such as Scrum. However, burning charts can be applied to any project that contains measurable progress over a period of time. (Burndown chart 是剩余工作與時間的圖形表示。它通常用于敏捷軟件開發方法，如Scrum。但是，刻錄圖表可以應用于任何包含一段時間內可衡量進展的項目。)
Sprint goals show the expected results of iterations that provide shared goals for the team, which must be defined before the team starts Sprint in order to focus on achieving this goal. This ensures that everyone is on the same page. After choosing goals, the team must strive to implement them. (Sprint目標顯示了為團隊提供共享目標的迭代的期望結果，必須在團隊啟動Sprint之前定義該目標，以便專注于實現此目標。這可確保每個人都在同一頁面中。選擇目標后，團隊必須努力實施目標。)
MoSCoW (also known as MoSCoW prioritization or MoSCoW analysis) is a prioritization technology designed to reach a consensus with stakeholders on its importance for the delivery of each requirement. (MoSCoW方法（也稱為MoSCoW優先級劃分或MoSCoW分析）是一種優先級技術，旨在與利益相關方就其對每項要求的交付的重要性達成共識。)
Sprint Backlog is a set of product backlog projects selected for the current Sprint and a plan to provide product increments for achieving Sprint goals. (Sprint Backlog是為當前Sprint選擇的一組產品Backlog項目，以及為實現Sprint目標而提供產品增量的計劃。)
