April 27 12:46~14:15
演給你看不好嗎？
接觸過Scrum鄉民應該都會同意，Scrum的三個角色：Product Owner、Development Team與ScrumMaster，其中ScrumMaste是最抽象、虛無飄渺的存在，最不容易了解，也最難扮演好這個角色。
曾經有幾位客戶要求Teddy到他們家去充當短期的ScrumMaster。這是一個很合理的速成方法，如果請有經驗的人來當ScrumMaster，團隊的新手ScrumMaster就有一個「具體的範本」可以參考。日後只要依樣畫葫蘆照著做，應該八九不離十差不到哪裡去。
但就算是在缺少業績的情況下，Teddy從來沒有答應過客戶去當短期的ScrumMaster。Teddy可以當敏捷顧問、敏捷教練、碎碎念講師（看你喜歡哪個稱呼），陪著PO、團隊與ScrumMaster一起成長，但無法擔任團隊的短期ScrumMaster。
為什麼？因為Teddy始終是個外人。ScrumMaster與Product Owner和Development Team之間是一種很緊密的團隊合作關係，唯有長期承諾，讓整個團隊知道「你是在玩真的」，這種關係才會是完整的。外在環境、專案特性、團隊成員等不斷地變化，沒有固定的公式可以遵循，很能靠一個外人「演給你看」就可以了解箇中精隨。
ScrumMaster必須現時、現地去體驗各種作用力、各種限制、各種壓力、各種機會，並且不斷地嘗試、調整。只是短時間加入團隊的「外派」ScrumMaster頂多在敏捷形式提供團隊參考，但這種參考非常片面，也很容易讓人誤解。
***
動輒得咎
書上說，ScrumMaster要協助團隊排除阻礙，因此有些ScrumMaster從這一點著手，最後變成團隊有任何問題都找ScrumMaster來處理，團隊變成了媽寶，而ScrumMaster變成了寶媽。
書上又說，ScrumMaster採取僕人式領導（Servant-Leadership），從這一點出發，有些ScrumMaster最後成為團隊的僕人，負責幫團隊訂會議室、安排議程、寄發會議通知、撰寫會議記錄、更新Scrum Board，以及催大家準時參加Scrum會議。僕人易做，領導難行。
也有人覺得引導技能很重要，ScrumMaster要引導團隊發現自身的問題，而不是跳下去幫團隊解決問題。再加上Scrum團隊是自組織團隊，應該有能力能夠從失敗中學習，逐漸改善。因此，當團隊成員向ScrumMaster求助時，ScrumMaster總是說：「由團隊決定」，弄到最後讓團隊成員覺得ScrumMaster的存在本身變成了一種阻礙。
***
云何應住？
依據Teddy的理解，ScrumMaster之所以存在，他要解決的問題是：「如何讓Development Team、Product Owner與組織獲得Scrum的好處？」可以從這個角度切入，來思考要怎麼做好ScrumMaster。
金剛經裡面有一段話：
「菩薩於法，應無所住，行於布施，所謂不住色布施，不住聲香味觸法布施。須菩提！菩薩應如是布施，不住於相。何以故？若菩薩不住相布施，其福德不可思量。」
把「菩薩」換成ScrumMaster，就可以知道ScrumMaster要怎麼做。
ScrumMaster依據敏捷精神，無須拘泥一定的形式與方法，只求能夠幫助開發團隊、PO與組織。不需拘泥教練、僕人領導、流程專家、干擾屏蔽、阻礙排除、變革代理。ScrumMaster要專注在協助開發團隊、PO與組織獲得敏捷的好處，不拘泥於特定形式，如此便可產生有利的效果。
有些ScrumMaster很認真，為了做好自己的工作，上了很多課。但回到團隊之後，如果做得好，他變成了一個教練、一個僕人式領導者、一個流程專家、一個保護者、一個石頭搬運者、一個敏捷轉型策略大師。做不好，他成為沒打過棒球的棒球教練、任勞任怨的僕人、技術控、太極高手（推拖工作）、吵架王、嘴砲王。
他已經不是ScrumMaster，他被切割成好幾塊。
***
無為而無不為
扯了這麼多，到底ScrumMaster要怎麼做？很簡單，在敏捷精神之下，該做什麼，就做什麼。做了之後有幫助，就持續下去。沒有幫助，思考如何改善，不斷精進。
這個過程很漫長、很痛苦，因為現實世界很危險，你要靜心，忍得住孤獨、寂寞、羞辱。你可能需要一位師父、前輩、長者，與你同在，支持你走完這個過程。
最後，你渡過河，到達敏捷的彼岸，你有能力幫助其他ScrumMaster繼續他們的旅程。
***
友藏內心獨白：是在找聖人逆！
