敏捷Scrum指南三：Scrum角色之SM（ScrumMaster）

角色概述

SM主要負責幫助每個人理解並樂於接受Scrum的價值觀、原則和實踐。

對PO和Dev Team來說，SM履行的是教練的職責。

對團隊的Scrum工作流來說，SM履行的是過程領導的職責。

 

職責

Scrum教練

是Scrum團隊的敏捷教練 - 包括Dev Team和PO，對2個角色進行指導，消除兩者之間的隔閡，使PO能直接驅動Dev Team。

具體描述：

1. 幫助新任PO理解和履行職責，協助PO開展產品相關活動，如梳理產品BackLog、US拆分。
2. 對Dev Team新成員進行Scrum理論的培訓，工作中引導新成員理解和履行職責。
3. 觀察Team使用Scrum的過程，識別並記錄不敏捷的工作流，彙整後對Team進行針對性的培訓。
4. 不定期組織Team回顧Scrum理論，參照敏捷矩陣圖，提升小組敏捷成熟度。
5. Team遇到問題時，通過“Why”“RootCause”等方法幫助團隊分析問題，而不是直接解決問題。

常見問題：

類型	現象	問題識別	解決方案
前後端合作	前端等待後端提交接口	1.存在等待期，資源浪費；	1.前後端並行工作； 2.引入BDD，plan後QA定義接口規範，確保前後端&QA都可以並行工作； 3.引入TDD，後端封裝接口後提交，便於前端調試。
	前後端獨立開發，統一聯調	1.聯調週期長，工作效率低；2.難以應對緊急上線等突發情況；
	前後端在不同的US上工作	1.US週期長；2.Burn Down Chart線條起伏大；
	後端未按照接口文檔開發	1.後端沒有契約精神，不利用團隊良性合作；	SM督促後端執行規範，可制定懲罰措施
UED與前端	前端等待UED出設計稿	1.存在等待期，資源浪費；	UED出框架後前端開發，定稿後調整樣式（執行後，工作不開心，後取消）

 

服務型領導

SM是團隊的教練，也是團隊的一個服務者，其服務要確保能滿足團隊最高優先級的需求。服務性領導會問：“那麼，爲了幫助團隊更加有效，今天我能做什麼？”

具體描述：

1. 幫助團隊明確目標。
2. 幫助團隊各個職能成長。
3. 幫助團隊營造良好的工作氛圍。
4. 幫助團隊提升凝聚力。

常見問題：

類型	應對方案
1.團隊目標。	1.在年初，季度初等重要時間段，和團隊成員一起明確團隊目標。 2.把大的團隊目標拆分後，落實到每個成員。讓成員有參與感，在團隊中提現自己的價值。
2.團隊氛圍。	1.壓力大，氣氛苦悶，可以組織一些團建活動，解壓。 2.SM要協助團隊成員營造愉悅的團隊氛圍，Leader要避免微觀管理。 3.能及時觀察到成員的不良情緒，並幫助其解決問題。 4.SM幫助新成員快速融入環境。
3.個人成長。	1.SM要了解成員的個人成長訴求。 2.Sprint內，保證項目進度時，鼓勵成員學習新技術。 3.Sprint內，給成員提供新技術移植的機會。
4.團隊成長。	1.打造學習型團隊。協助Team成員組織定期分享。 2.鼓勵成員在項目中引入新技術，並做技術積累。
5.團隊凝聚力。	1.SM要協助Leader做到公正，營造公平、民主的團隊環境。 2.幫助各個職能明確自己的職責範圍，成員可以各司其職。 3.幫助團隊進行有效的溝通。 4.幫助團隊制定策略，懲罰破幻團隊公平、信任的行爲。

 

過程權威

爲了確保Scrum團隊使用特定的方法實施並遵循Scrum的價值觀、原則和實踐，SM需要被充分授權。

具體描述：

1. 幫助團隊定義並遵守自己的流程，確保Sprint有節奏的良性循環。
2. SM是Scrum流程的守護者，有權督促Team遵循流程。
3. 隨着人員和業務等變化，SM要幫助團隊優化流程，適應團隊發展。

常見問題：

過程守護	應對方案
1.成員不遵循流程。	1.若是成員不熟悉流程，SM有義務幫助成員熟悉流程。 2.若是成員頻頻不遵循流程，SM有權督促成員遵循流程。
2.成員工作方式不符合Scrum原則。	1.SM幫助成員熟悉Scrum理論，並引導成員找出解決方案。
3.成員	1.若非必要會議，直接取消。 2.必要會議，在Sprint任務完成後展開。 3.必要會議，時間緊急，核心成員參加。

 

“保護傘”

保護開發團隊免受外部干擾，可以集中精力在每個Sprint交付業務價值。

常見問題：

干擾事件	應對方案
1.需求變更。	1.非緊急需求，SM直接拒絕。 2.緊急需求，SM同意後，以最小的變動實現需求。 3.事後分析緊急需求的原因，若是流程問題，優化流程；若是職能失誤，督促職能成長。
2. 來自領導、PMO或合作方的需求，直接提給Team成員	1.SM告知需求方，請提交需求給PO。 2.SM告知Team成員，若再次遇到，直接@責任相關人員（PO或SM或PMO）來處理。
3.在Sprint內，會給Team成員帶來焦慮等負面情緒的會議。	1.若非必要會議，直接取消。 2.必要會議，在Sprint任務完成後展開。 3.必要會議，時間緊急，核心成員參加。
4.在Sprint內，Team成員核心工作時間段被頻繁打擾的溝通。	1.選出對外統一溝通的接口人； 2.非緊急溝通，收集問題後統一回復。
5.在Sprint內，大量的會議	1.會議儘量上午開，避免核心工作時間段。 2.告知Team成員，無關會議，勿需參加。 3.可以轉身討論的事情，不要組織會議。
6.Leader給成員安排其他任務。	1.和Leader和PO討論新任務的優先級，若非高優先級，下個Sprint再處理。 2.若是高優先級的，幫助團隊成員調整本Sprint任務和計劃。

 

“清道夫”

掃清妨礙團隊生成效率的一切障礙（當團隊成員自己搞不定的時候）。

 

“變更代言人”

SM必須積極推動變革，幫助大家轉變思維。

對於現狀來說，Scrum可能具有很強的破壞性，成功實施Scrum所需要的變革可能很困難。

SM需要幫助他人理解變更的需要、在Scrum團隊之外Scrum所帶來的影響、以及Scrum能幫助達到的廣泛而深遠的收益。

SM還要確保組織的各個層面都發生有效的變革，不僅能夠促成短期的成功，而且更重要的是通過使用Scrum得到長期的收益。

在大型組織中，SM可能要聯合起來以形成更有效的變革力量。

常見問題：

受阻事件	應對方案
1.成員不理解。	1.若是理論不理解，需要SM運用便於理解的方式進行理論培訓。 2.若SM也不理解，可以自行學習，或是找其他SM諮詢，或是找敏捷大師進行諮詢。
2.實踐中不能有效執行Scrum。	1.SM彙總Team日常工作中常見事情處理方案，給大家分析當前處理方案帶來的不好後果，讓Team從根源上理解爲什麼要變革。 2.SM從Scrum角度幫助Team找到類似事情的更優方案。
2.觀點不一致。	1.雙方列出自己觀點的優劣勢，成員投票。 2.在不影響項目進度的前提下，2種提議都可以嘗試，用事實結果來決斷。 3.若觀點不符合敏捷，SM要思考基礎科普是否到位。 4.雙方多次溝通無效時，可以邀請外部敏捷大師，共同分析觀點不一致的原因，最終達成一致。 5.若SM不具公信力，邀請具有公信力的敏捷大師，輔助SM推行敏捷。
3.成員不願執行。	1.若是個人態度問題，拒不配合，可以直接告知上屬leader。Scrum只能解決流程問題。 2.成員尚未形成習慣。SM前期需要時時提醒。 3.成員認可觀點，但在SM觀察不到時，不執行。制定懲罰措施。

 

特徵/技能

ScrumMaster的六大主要特徵：

1. 見多識廣：精通Scrum知識；具備一定的技術知識；具備一定的業務知識。
2. 善於提問：提出啓發性的問題。SM提出有思想的、有深度、探索式的問題，引導團隊自己找到解決方案。
3. 有耐心：SM不傾向於公開答案，需要很有耐心，留時間讓團隊找到合適的答案。
4. 有協作精神：SM必須有傑出的協作技能，和PO、開發團隊和其他並不直接參與Scrum的人合作。
5. 保護團隊：SM善於在注重業務決策經濟合理的大環境下包含團隊。
6. 公開透明：SM在所有形式的溝通中都是公開透明的。

 

日常工作內容

• SM每天都要花時間組織並推進Scrum活動。包括Sprint Plan、Sprint執行、Sprint Review、Sprint RetroSpect 和 Daily Meeting，其中包含準備相應的活動，管理執行過程，使Scrum團隊其他人的工作過程取得高價值的結果。
• SM每天要花時間指導團隊成員，幫助他們提高使用Scrum和技術實踐的能力。
• SM可能還要組織團隊複習練習Scrum理論。例如估算Point時，提醒新建團隊規劃撲克的規則。
• SM每天要花時間專門進行溝通。例如，更新BUrnDownChat，和非Scrum團隊成員討論。
• Sprint內，SM需要花時間和PO一起執行產品列表梳理活動。例如排列US的優先級順序。
• Sprint內，針對重要的可變因素（日期、預算、質量等），SM要和PO一起做出權衡，確保經濟業務上可行。
• SM需要幫助組織在整個價值鏈（銷售、市場、人力資源、外部商等）中更好的擁抱Scrum。
• SM需要一些靈活的時間來掃除障礙。大多數新接觸Scrum的團隊和組織在開始時的確障礙重重，SM需要花大量時間掃除層層障礙。