很榮幸被 Agile Tour Taipei 主辦單位邀請分享我們組織嘗試引導的經驗。雖然從三年前就開始土法煉鋼自己做引導，一年前也開始受 ICA 正規的引導訓練，並很幸運有機會在敏捷社群和引導的對談參與其中，照理說應該蠻多東西可以分享的。
但我真的不知道要分享什麼，因為引導是個非常廣大也非常形而上的主題，從會議的引導、日常生活習慣的引導、到引導式領導，每個主題都可以講個三天三夜。而且我希望參與者不是只是來聽聽，覺得引導好棒棒，而是可以有東西讓可以回去馬上實做應用。琢磨了好一陣子後，決定與其我來說引導如何好、如何有效，不如讓大家實際體驗一下被引導的感覺。 閱讀全文〈『ScrumMaster的吃飯傢伙 – 引導出個夢幻團隊』- Agile Tour Taipei 2016 分享心得〉
在 Certified Scrum Master 課程中學習的是Scrum 的理念和架構，但在如何做一個好的Scrum Master著墨不多。Yves覺得如果要套入傳統企業中，比較相近的角色是引導者。
在台灣對引導者（facilitator）這名詞比較陌生，在國外是一個行之有年的角色，主要是從一個第三者的觀點，從旁協助（用引導或促成的方式）讓事情發生。引導者本身并沒有控制的權限或甚至對討論主題的專業，他運用引導的技巧讓大家共同找出答案并朝目標前進。很多公司在開會，特別是年度會議時，會從外部找專業的引導師，幫助公司回顧和找出營運的方向。
江湖上軟體開發有兩個大門派，第一個門派歷史跟軟體一樣久，心法是以流程為主軸，正式名稱瀑布式開發（Waterfall），最具代表的武功就是CMMI，幾年前台灣政府大力推動支持。另一個門派在1990年代異軍突起，心法是以人為主軸，正式名稱為敏捷式開發（Agile），最知名的武功是Scrum。
江湖上軟體開發（或專案管理）有兩個大門派，第一個門派歷史跟軟體一樣久，心法是以流程為主軸，正式名稱瀑布式開發（Waterfall），最具代表的武功就是 CMMI，幾年前台灣政府大力推動支持。另一個門派在1990年代異軍突起，心法是以人為主軸，正式名稱為敏捷式開發（Agile），最知名的武功是 Scrum，但在台灣則是這一兩年才開始熱門起來，近年因爲許多公司的敏捷轉型成功，業界也把敏捷式開發的概念延申到敏捷式管理中。（註：Scrum 的原始意思是橄欖球的爭球動作，在軟體界沒有翻譯成中文，都是直接叫 Scrum）
Scrum Master沒有要求團隊做什麼的權力，那事情怎麼可能被完成呢？
這是很常見的疑問。
這問題要分成三部分回答：
第一，哪些事情需要被完成（Why and What）是Product Owner（PO）的決策和權限，跟SM沒有關係。
第二，如何完成事情（How）是開發團隊的決策和權限。
第三，Scrum Master的存在是為了讓開發團隊更好的去完成事情，所以不是SM要求團隊完成事情，是團隊要求SM幫助他們進步。
常見的Scrum Master怪味道一般都跟這個疑問有關係，如
這些Smell會對團隊有什麼影響呢？
剛剛接觸Scrum時，對ScrumMaster（SM，一般不翻譯成中文）誤解最深的就是，不過是個僕人式領導的Team Lead而已嘛。後來才知道大錯特錯，ScrumMaster跟本是個神一般的存在啊！
在我們導入的經驗中，切身的感受到好的SM帶你上天堂，壞的SM讓你自以為在天堂。自以為在天堂有什麼不好呢？ 閱讀全文〈如神一般的存在 – ScrumMaster的責任和工作〉
常見的導入Scrum安排是讓Project Manager（PM）來擔任Scrum Master，雖說PM跟SM的功能跟思維差異很多，但都已經趕鴨子上架身負重任了，還是要把他做好吧。
那苦命悲情任重道遠的PM要如何順利轉型為SM角色呢？