Scrum大師講座夜間場

August 06 10:54~12:35

鄭老師：你要喝海尼根還是台灣啤酒？

Emerson：當然是台灣啤酒，海尼根我在世界上任何地方都喝的到啊。

***

上禮拜五（8月3日）舉辦的「Scrum大師講座 (Emerson Mills)」在驚滔駭浪中總算是圓滿結束了，因為「蘇拉」颱風的關係，讓這場活動增添了很多不確定性。一方面擔心Emerson的飛機能否順利飛到台灣，另一方面又怕行動緩慢的「蘇拉」颱風造成8月3日停班停課。不過還好一切順利，倒是8月3日當天一早Teddy到達會場之後有點小傻眼，因為場地的入口被某個颱風所吹落的物品擋住導致封閉。Teddy好不容易繞道星巴克從另外一個門進入會場，又發現要幫忙佈置會場的學弟妹們還沒到，當時有點小ㄔㄨㄚ（嚇）到。還好後來一切順利。

整個活動只有一個小遺憾，就是Emerson的同事Steven Mak原本要從香港來台灣共襄盛舉，可惜香港飛台灣的飛機因為颱風停飛，所以這次無法成行。

當天的活動內容有某位鄉民已經詳細的紀錄在「Scrum大師講座 (Emerson Mills)」和「Scrum的Plan、Review 和 Retrospective」，Teddy就不重複記述了。今天要談一下活動結束之後的「夜間場」---後來鄭老師請Emerson到北科大附近的某餐廳吃晚餐。講了一天Emerson人也有點累了，但是聽到有啤酒可以喝他整個人又活了起來 。

Teddy回顧一下當晚談論的兩個話題：

鄭老師：有些人會為了獲得「證書」而在沒有任何Scrum的實戰經驗之下就去參加Certified ScrumMaster的課程，在課程中似乎無法了解講師在說什麼。你認為是否有實際經驗再去上Certified ScrumMaster課程會比較好？

Emerson：如果有實際經驗再去上Certified ScrumMaster課程的確是會比較好。其實很多來上我課的人，都有Scrum的經驗。來上課主要不是要聽我教他們什麼，而是想聽聽講師與其他人對於Scrum的經驗，互相交流。有些人甚至在上過Certified ScrumMaster課程之後，隔了幾年還會回來再上一次。

鄭老師：你的課通常一班有多少人？

Emerson：只要有10個人就可以開課了，通常不會超過25人，但是最多30人也可以。最低人數需要10個人是因為這樣至少可以分兩組，如果一堂課只有一組人做活動會太孤單。有時候我會再找其他有經驗的人用很低的費用或是免費的方式請他們一起來參加，讓多點人可以交流不同的經驗。

聽到這裡Teddy心理在想，Teddy開的「Scrum敏捷方法實作班」與Certified ScumMaster課程的差別，除了價錢（14000 vs 40000）和證書（Teddy自己印製的結業證書 vs Scrum Alliance所印製的Certified ScrumMaster證書）的差別以外，最主要的差異在於：

• 「Scrum敏捷方法實作班」適合不懂Scrum的人：對於不懂Scrum又想要了解Scrum的鄉民們，要花NT 40000去上兩天的課只是為了知道Scrum是圓的還是扁的，的確是有點貴（想花錢獲得Certified ScrumMaster證書的人除外）。雖然說有了Scrum經驗之後再去上Certified ScrumMaster的課可以有比較深入的體驗，但是自己嘗試Scrum又很可能會落入「隨便亂試最後宣布失敗」的下場。所以在準備嘗試Scrum之前花點小錢來上個「Scrum敏捷方法實作班」可以讓日後導入Scrum的過程比較順利一點。
  
• 「Scrum敏捷方法實作班」適合正在導入Scrum的台灣人：Teddy在2009年去上Certified ScrumMaster的課程時，自己已經當了18個月的ScrumMaster。上完課之後雖然收穫很多，但是對於如何將Scrum溶入在「台灣業界的特殊情境」還是有很多疑問。有許多疑問在後來的兩年多之中，藉由持續思考、嘗試、修正，慢慢獲得釐清。在「Scrum敏捷方法實作班」中，除了介紹Scrum框架之外，有許多時間Teddy在分享自己這四年多來擔任ScrumMaster、Product Owner以及敏捷顧問的本土經驗。

看到這邊鄉民們可能會有一個小疑問：如果上過Teddy的課之後，還需不需要上Certified ScumMaster課程？Teddy會建議，在上過「Scrum敏捷方法實作班」之後，實際帶過團隊執行Scrum，至少經過6-12個月之後，再來上Certified ScumMaster課程會有比較好的效果。

Teddy現在慢慢能夠體會，為什麼Emerson說有些人每隔幾年會再去上一次Certified ScumMaster的課。當年Teddy上完課之後，在專案進行的時候，也是遇到許多問題。雖然靠著團隊的幫忙與自己研讀相關資料逐一解決，但是嘗試的過程也是挺花時間的。如果有一個管道，可以讓Scrum團隊可以持續獲得新的知識，那將可以減少很多嘗試錯誤的時間（嘗試錯誤還是需要的，不可能因為別人的經驗自己就不需要嘗試錯誤，但是可以少走一些冤枉路）。

***

第二個重點是：好的敏捷顧問要會寫程式。

鄉民甲：這是哪門子的重點？

Emerson說他自已14歲（還是16歲，有點忘了）就開始寫Unix shell script，一直到現在他都還在寫程式（之前Teddy去上課的講師Bas，自己也是有在寫程式）。這一點跟很多XXXX顧問（XXXX代表四個字母，請自行猜測XD）很不一樣。這些XXXX顧問有些根本不會寫程式，有些人可能已經N年沒在寫程式也沒有持續關注技術的演進。反正只要拿到牌就好了，至於軟體有沒有變好不是那麼重要。

這讓Teddy想到Kent Beck在書中寫過的一句話：

If you stop coding, you stop learning.

在台灣很多人其實不太在意，或是說，不是很重視寫程式這件事。老闆或是主管們，潛意識裡總是認為coding沒什麼學問。

老闆：只要規格寫清楚，UML設計圖畫仔細一點，誰來寫都可以啦。

所以哩，開發軟體變成在「開發文件」 。

會寫程式，有持續在關注技術的演變，才能夠體會開發人員的痛處，也才能夠從實質面來改善團隊的能力。試想一下，如果鄉民們想學烹飪，你會找：

1. 阿基師：真正有能力煮出一桌好菜的師傅。
2. 嘴砲師：熟背一千本食譜與做菜流程，但是自己不會煮菜的師傅。

***

當天晚上鄭老師跟Emerson聊了好多話題，Teddy在旁默默聆聽（迷之音：當天聽了12小時的ICRT ），感覺比白天的活動還有收穫啊XD。

***

友藏內心獨白：因為白天Teddy都在打瞌睡啊…Orz。