這次最後一個要分享的Scrum失敗經驗，就是「沒有一位具備經驗的Scrum Master」，工程團隊是一個協作性極強的團隊，若是僅僅想要利用一般書面所學的工具，就想要促進的團隊前進，極有可能就會像我一樣，讓團隊經歷一場災難洗禮，在今年年初，我的主管開始尋求各方技術的高手來檢視我們的團隊，在一場會議中，對方聽我的闡述之後，他直言，我們需要一個有經驗的Scrum Master Product Manager，那時，我以為是在講我的能力不足，直到現在，我才明白重點是「經驗」。去年年底，公司派我去修習使用者經驗的課程，課程內容很多元，講述了許多理論和工具，但在每一週最強調的是課後實作，透過實作才能體會這些工具真正扮演的角色與價值。推動IT文化或管理也是雷同的，即便在前面分享了許多工具、概念，甚至是失敗的經驗，沒有親身落地走一回，是不能明白箇中味道的。

對於IT來講，重要的一直都是文化，可能從第一天聽到Scrum的人，就會聽見這樣的說法，我也不例外，甫加入公司的時候，我剛聽到這個名詞，直覺地搜尋了很多資訊，也和工程師討論，「文化」這個名詞不斷出現。明顯地，當時我什麼都不懂，所以在跨部門的會議提及了幾次「文化」卻一點用途也沒有。文化，是Scrum Master或產品經理或主管本身，身體力行的每一個行為，熟習IT運作的模式，更重要的是，為此去捍衛，當面對到不合理的狀態、要求、需求，我們能為文化而拒絕（當然，這是以我們想要一同達到相同價值為前提），才能做為IT團隊文化推進者。

檢視這一年多下來，我們所接觸的手法、機制、工具不計其數，終究對於IT來說，一直都在於文化孕育下的氛圍，協作屬性強的IT團隊，好的氛圍自然能帶動內部成員每一位的成長，讓好的事情彼此影響，沒有一個能明白IT文化與樣貌且能對外鏈結的溝通者，即便團隊使用了成千上百的個工具，終究會是個形式而已，無法為團隊揚起飛輪。Scrum Master在Scrum的守則裡，是在團隊遭遇障礙的時候，為團隊排除障礙的人，既然Scrum是文化的體現，Scrum Master也能成為在跨團隊傳達IT特性、展現成效的角色，從我現在的角度來看，除了本身對於人的感知、公司文化的感知夠強以外，也需要有經驗，才能在之間轉化、流動，拿捏準確的訊息，讓團隊創造成績。我還要繼續加油！