在介紹產品負責人完後, 接下來我們要看另一個角色: ScrumMaster. 首先, 我們來看看 Scrum Guide 2020 怎麼說

ScrumMaster 負責按照 Scrum 指南來建立 Scrum，方式是透過幫助 Scrum Team 內與組織內部的每個人了解 Scrum 的理論與實作。
ScrumMaster 對 Scrum Team 的效能負責。 他們透過讓 Scrum Team 在 Scrum 框架內改善其實務作法來做到這一點。
ScrumMasters 是真正的領導者，服務對象是 Scrum Team 和更大範圍的組織

接著, 我們來看看 LeSS 的規則怎麼說

ScrumMaster負責LeSS的導入並確認運作順暢. 他們關注於團隊, 產品負責人, 組織和開發實踐。一個ScrumMaster不只關注單一團隊, 而是整個組織系統.
ScrumMaster是一份專職和全職的角色
一個ScrumMaster可以服務1－3個團隊

根據我的理解, ScrumMaster 要負責的事情差不多, 要幫助團隊落實 Scrum 的運作, 並且關注團隊, 產品負責人, 組織和開發實踐. 但是有一點 LeSS 特別強調的是 Scrum 是專職和全職的角色. 在 Scrum Guide 並沒有強調這點, 他有可能是某個成員兼職 ScrumMaster 的角色. 個人認為在大型和複雜的組織下, ScrumMaster 需要花更多精力去觀察團隊和組織的狀況, 很難由一個不是專職的人來處理.

ScrumMaster 的技能基本上和在 Scrum 相同. 你可以參考”The Great ScrumMaster中文版”ㄧ書, 裡面有詳細的介紹. 以下是經常會使用到的能力:

(1) 教學和指導：ScrumMaster 需要教導 Scrum 或 LeSS 流程的相關知識, 並且指導他們如何使用正確.
(2) 引導：需要 ScrumMaster 幫助團隊的討論, 讓團隊可以說出想說, 並且有效的討論.
(3) 教練：在有些狀況下需要以教練方式, 激勵成員內在的潛力.
(4) 領導：遇到障礙時, ScrumMaster 可以領導團隊一起來處理. 但不是幫他們解決.
(5) 同理：保持好奇和關係, 而非是要展現你的能力

在 LeSS 流程中, ScrumMaster 會需要關注以下四個重點：

圖片來源: https://less.works/less/structure/scrummaster

(1) 團隊

團隊剛成立時, 大家可能彼此不太熟悉, 並且也還沒形成自組織的習慣, ScrumMaster 在此時便要引導團隊養成這樣的習慣和能力. 就像父母在培養小孩一樣, 一開始要幫忙建立其能力, 讓他可以獨自思考, 可以正確做事, 之後便可以放手讓他單飛, 不用跟在後面一直幫他處力或是給他意見. 有些坑是要讓他自己踩, 這樣才會成長. 當然啦, 如果他主動來求助, 是可以建議他可以怎麼想, 但是還是讓他自己去處理.

ScrumMaster 在 LeSS 是全職的, 因為他要面對的圖隊比較多, 狀況也比較複雜. 他可以先幫第一個團隊成長後, 接著再幫忙下一個團隊. 直到三個團隊都成熟為止. 接著便可以把重心放在組織或是產品負責人身上.

(2) 組織

在 LeSS 一開始很重要的一件事情, 就是建立適合 LeSS 的組織結構. 根據康威定律, 系統的架構受制於產生這些設計的團隊的溝通結構. 如果溝通很有效率, 系統各個模組也會運作地很有效率. 所以 ScrumMaster 需要在一開始確保團隊結構正確. 前面提到的如何產生團隊的設計, 便是在處理此事.

等到 LeSS 執行一段時間後, 就會從團隊內的問題轉向到組織的問題. 組織和團隊因為穀倉效應導致溝通不佳, 彼此的目標沒有適當對齊等等, 這些都是 ScrumMaster 要幫忙改善的.

(3) 產品負責人

在初期時 ScrumMaster 需要幫助產品負責人了解 LeSS 流程, 不要讓不熟悉運作流程, 成為產品負責人抗拒 LeSS 的藉口. 有產品負責人的積極參與支持很重要, 他是產品成倍的負責人, 幫助他成功也就讓 LeSS 成功的最好成果.

還有一件事情也很重要, 那就是釐清產品需求. 需求沒有搞清楚, 後面再怎麼做都是白搭. 產品負責人在需求方面, 可能會沒有講清楚, 沒有讓團隊真的了解. 另外也可能沒有時間去釐清, 這時候要幫助他善用團隊力量, 一起將範圍確認.

此外, 產品負責人可能太忙, 導致很多 LeSS 沒有參加, 沒有和團隊建立並肩作戰的關係. ScrumMaster 要注意此現象, 並且適時提醒他, 讓他重視和團隊間的交流.

(4) 工程實踐

和 Scrum 不同的地方, LeSS 很強調工程實踐(Engineering Practice), 畢竟這是軟體開發, 還是需要懂些開發的實踐. 不能只單單靠改變思維. 當 LeSS 流程熟悉之後, 接下來便是要聚焦在工程實踐上面. 因為不夠有效率, 很多是跟能力趕不上, 架構不佳, 或者是沒有釐清需求有關, 這些都有工程實踐可以幫忙.