這幾個月公司開始推行所謂的 hybrid work(混合式辦公)
從一開始的固定禮拜三不進公司，以及後來的一週兩天不進公司
到現在一週進公司一天
公司很明顯的也是在摸著石頭過河，沿路嘗試著如何轉變
那我們團隊要如何配合調整成為公司改革路上的基石而非絆腳石呢？
就讓我們開始為期兩天的 WFH 主題內容吧

Scrum Master 作為一名 服務型領導
有人認為就是要像個 里長伯 時時刻刻要去關心組員的心情與工作狀態 (當然這是誤區)
但不得不說很多時候，因為組員遇到問題，不一定會主動來去找你，所以還是需要去顧前顧後一下

以前在公司的時候還可以隨處走走，
看一下有沒有人群聚集討論
看一下有沒有誰帶著苦惱的面容
就可以飄過去旁邊，看看有什麼能幫的上忙的

那現在變成類遠距上班時該怎麼辦呢？

在養成 Member 遇到問題主動找 Master 的習慣之前，一些必要的措施還是得實施的

1.Gather

Gather 是一個遠端辦公協作軟體，可以自行佈置辦公室的格局，透過自創角色的位移，可以營造出辦公室的感覺

以圖為例，我就可以直覺地知道目前有三位同事在討論什麼很開心，然後其他人在位置上做自己的事情
這是我目前最喜歡的遠端方式，但也在團隊內部討論後取消使用 Gather
主要原因有下
1.滿耗電腦資源的
2.若不是全部人都使用這像服務的話，還是要兩個軟體到處切(teams & Gather)
3.討論東西的時候如果畫面沒有在 Gather，有人突然出現會不知道
(確實滿可怕的，e.g.,聊天的時候，主管突然出現在旁邊)

但我還是覺得沒嘗試過的諸君可以試試看這類型遠距協作軟體，說不定適合你們的團隊

2.土法煉鋼法

透過平常三不五時遠端密一下 Member
1.今天何如?
2.今天有遇到什麼嗎？
3.今日子過得如何?
4.雖然有點晚了但今天還行嗎?
5.今天何如 還醒嗎～

經由平凡的問候，讓 Member 習慣把事情跟 Master 回報。
不過切記，如果當今天真的不優的時候，Master 就要想辦法幫忙解決 or 找到能夠解決這個問題的資源
也讓 Member 知道，找 Master 幫忙是有用的、贏得他們的信任
最終的目的就是讓 Member 可以在遇到問題時，主動的來尋求幫助。

主動回報，對彼此都省力

3.做報表追蹤

如果諸君剛好也是使用 Azure DevOps 我這邊可以跟大家分享一些好用的觀察指標
(Azure DevOps 可以直接照抄，其餘工具可以參考衍生觀點～)

1.觀察領單天數

建立 dashboard 來觀察領單天數
用於發現有什麼單被領了很久都還沒移動到 done ，以及分別誰身上很多

設定可以參考

不過這數值容易被六日或是連假被污染到，我還沒找到設定工作日的辦法

2.觀察插單數量

有時候緊急的插單無可避免，但假設一天一張，累計到 Sprint 結束也都快十幾張的情況下
也是極其詭異且不健康的事情，所以這時候就可以試試看統計一下
看一下總數、插單日期以及還有沒有 undone 的項目

設定可以參考

我們是透過預估時數為 0 來判斷是否為插單(插單沒有進入 Planning，所以為0)

3.觀察超時的單

雖然我們不會要求所有單一定要在預估時數內解決，也不會去懲罰那些超時的單
但有沒有大量的超時這件事情也確確實實影響了 Sprint 的健康程度
所以我們這邊透過一些客製化欄位來去達成這件事情

設定可以參考

為了專注於未確認的事項，我們有特別新增欄位來記錄超時原因，會將有紀錄的排除於報表外
紀錄到的項目也可以在 retro 拉出來討論

在今天我們從關心出發，談論到了要怎們樣可以讓 Sprint 不會因為我們團隊還不沒適應遠距離而出現不良反應
但如果要貫徹所謂的 hybrid work 的精神，這樣做可能還遠遠不夠。
讓我們明天再來一起討論吧

參考資料：
無