Mystic Pieces

12/28 正是落地荷蘭整整一年的日子，無疑最合適寫寫年度回顧文章。

今年無疑是人生的一大轉捩點，若是一年前的我，怎麼樣也想不到我現正帶著全家在荷蘭打著這篇文章…。今天是剛到荷蘭的第四天，一切都還在熟悉摸索階段。不知為何，不同於往年，總是很興奮的想要記錄下這一年的成就，今年反倒變得相當踟躇。或許是在好好安頓下來之前，我沒有辦法給予自己這一年來所作的決定一個評價。

這次比較早撰寫今年度的回顧心得文章，為的是參加今年最後一個社群活動－「18+維度的朋友-自燃者之夜」。如同往年，每年的回顧都覺得該年度很不一樣，也期許自己在接下來的每年都能有這樣的體悟。

在 Offsite Meeting 活動的前一週絞盡腦汁蹦出來的一個討論方式：世界咖啡館 + 焦點討論法！這次活動的主軸，在於深、不在廣；在於當下的交流、不在後頭高大上的 Action Item，加上人數偏多（17位），所以產出了這樣的討論模式。

最近恰逢一些機緣，嘗試了個匿名蒐集意見的方法，與各位分享～

團隊成員之間，出現了一些不和諧的狀況，往往是心中對於某些事物的價值觀不一致所導致。若能將心中的抽象價值觀給分享出來，彼此相互聆聽，不求認同，只求明白，也是不錯。在疫情肆虐之前，我最常使用的方式是 LSP (LEGO® SERIOUS PLAY®) 的方式進行，可以參考之前的文章。但在 WFH 期間，思考是不是有雷同的方式，遠端工作也能以類似的方式進行，以稍微具體的形象分享、深掘彼此抽象的價值觀？

前一陣子上了 ICA 的焦點討論法課程，在過程中設計了屬於自己的 workshop。在 ORID 的四個步驟中，我最感興趣的是 R（Reflective、感受）的層次，在我的感覺裡，這是一個特別需要協助引導大家多沈澱、停頓一下的環節。尤其在工程師思維的世界裡，習慣性的想要解決問題，思緒很容易穿過 R，直接進入 I （Interpretive、詮釋）的層次。因此，我想了一個方式想要多停留、捕捉一下 R 的存在。

Futurespective 顧名思義就是相對 Retrospective 回顧過去而改以展望未來的方式，討論未來可能遭遇到的挫敗，使之浮出檯面，讓團隊有所警覺與共識，渴望在未來能夠稍加注意別落坑了。最近嘗試引導了一次這樣的活動，在此分享一下我的方式～。

最近花了些時間學習 SAFe^® (Scaled Agile Framework) 的相關知識，期間看到了這個 ASML 在 European SAFe Summit 2019 中分享公司如何實踐 SAFe^® 的影片（https://www.youtube.com/watch?v=gRzOUXVbRRw），有些心得及感觸，特別記錄下來。

很快的又過了一年，過了 2020 這個特別的疫年。台灣的疫情並不是特別的險峻，生活並沒有受到太大的影響或衝擊。在工作中難免還是有不同預期的變化，少了前往荷蘭的幾次機會、體驗了 WFH 的工作模式。

隨著寶寶的成長，生活節奏更為緊湊。個人學習的重心也有所變更，加入了更多精神心靈層面的學習，包括了薩提爾、NLP 等，更在日常提醒自己反芻阿德勒的課題思維模式。回顧了一下部落格的文章列表，顯然在這個年度並沒有累積如同以往的學習效率，尚未找尋到合適的學習節奏。

在 Brainstorming 活動後，往往會產出很多 action item ，接下來就得將這些 action own 上一個 owner。當然人數很多又希望 owner 盡可能平均時，這個工作也不是太容易，而且通常到這個階段通常是會議或是活動尾聲，時間可能相當緊湊。這邊分享一個這次我使用的方式 — 志願序。

又到了這個年度回顧時刻，從前年接觸 Agile 開始，就有了這個習慣。看看去年的回顧文，感觸真多，覺得一年真的過得很快，我好像沒有什麼太大的長進呢～。

昨天分享了 Kanban 最基本的樣子，今天來聊聊 Kanban 牆上的板子應該要能夠呈現哪些訊息？

學習了近兩年的敏捷開發，也跑了近兩年的 Scrum，但對於 Kanban（看板方法）卻仍是一知半解。這次利用了 228 連假，給自己出了一道習題：好好的閱讀 Ruddy 老師的《精實開發與看板方法》，並於本週主動分享給公司內各單位同仁關於 Kanban 的資訊，就在今天完成了這項習題！

以下重新歸納了一些我對 Kanban 的最基本認識，希望對於初學者有一點點幫助。若有錯誤還請不要客氣的糾正我～！

一年好快就過去了，不知道自己這年都幹了些什麼，是該回顧一下，並且順道記記流水帳的時候了。去年是我在職涯眼界及技能突飛猛進的一年，相較來說，今年我感覺自己維持一樣的速度和熱情在精進著，但老實說我也感受到了加速度似乎並沒有改變，甚至有點趨緩的現象...？

到了年末，對於自己職涯的迷惘又更多了些，似乎還找不到所謂的甜蜜點。

幾個月前，因為社群夥伴的邀約，推了在坑邊猶豫的我一把，就這樣的參與了呂毅老師兩天的 CSPO 課程。在團隊中，我算是個兼任的 Scrum Master，在幾個月前的動機僅僅是想更了解 PO 該怎麼樣更好的和團隊協作。但就在最近，因為公司計畫變更，我面臨了更多不一樣的考驗。就在這樣搞不清楚的狀況下參與了課程，我甚至不知道哪邊有問題，只是很多不太自在之處，對於需求端僅能弱弱的吐出「需求變動時怎辦？」、「這不能即時反應市場吧」、「能早點做出 MVP 開始賺錢嗎？」、...。

經過這次課程洗禮，我不知道為什麼，好像突然茅塞頓開，一切都疏通了。但其實課程中並沒有特定的章節可以直接解答我的狀況，只是好像一切都串連起來了，問題清晰了，也甚至有解答冒出來了。（以下還不會談到我想通了些什麼，希望日後經過實際案例的檢驗，再行分享。）

這次剛參加完半場的 DevOpsDays Taipei 就前往東京旅行了，帶著滿腦子 Agile 的東東踏上了旅程，突然有些心得，特別記錄下來。

今年很開心的又能參加 DevOpsDays Taipei，第一天依然是 Open Space 的活動，這是我第四次參加 Open Space 形式的會議。有些心得，想要特別記錄下來。

昨天聊到專職 Scrum Master 這個話題時，聽到 91 哥一席話：「問老闆要 4+1 還是 4x2」，突然有個想法，用數學來推導推導這件事吧！先別提 x2 這麼誇張的戰力提昇，算算 Scrum Master 每個 sprint 要為團隊提高多少比重的戰力，才算是一個「合格」、「划算」的角色呢？

昨天結束了 Jackson 與 Philip 老師兩天的 「Scrum Master 領導力」課程，對於 Scrum Master 這個角色又有了更深一層的體悟。記錄一下自己的感想，也供日後自己能夠不斷的回顧、省思。