我是王泰瑞

好羨慕別人家都來一堆人   這次的 Agile Summit，還是有人會後就圍在一起開起了 retrospective，又勾起了我以前的回憶。 我一直以來都是自費參加研討會或課程，以前都會看到其他公司的人，在公司的支持下，大量的參與，我一直覺得這樣才是最聰明的。老實說，去上課時，講師也知道這些人是大宗，就會很自然的以他們公司實際的狀況來解說或是討論，而事實上，很有可能就直接的幫助了這公司想出解法。

記得當初小時候，會跟朋友玩一個遊戲，兩個人對看，先眨眼睛的就輸了。我記得每次我都做一些鬼臉，弄的對方笑出來，他就輸了。後來都變成誰先笑誰就輸了～ 小時候麻～  

3/19 我們又辦了一次敏捷與 scrum 的內訓，這一次比較特別，我們對外開放報名，邀請了 14 位朋友一起參加。 敏捷在 91APP 也做了一年多了，不敢說一切都很好，但終究是有點小小成果。這一次不再是我一個人獨自講完一天的課了，有 fufu 跟林琪幫我分擔掉兩個大主題，頓時感到輕鬆很多～～

國際級的！   當我們用「國際級的盛宴」來形容一場研討會，那大概都是行銷的詞彙，但是這場是真的國際級的盛宴。第一次參與敏捷研討會的一定不知道這有多厲害。 我想這是台灣島上第一次同時有三位 Certified Scrum Trainer 吧，Certified Scrum Trainer 全球也才 200 多個，這兩天，台灣有三個。以前 Daniel 來開個課，就一定是秒殺，可是這次有 Evelyn 特地從瑞典飛來，Jutta Eckstein 從德國飛來，Bill Li 從中國飛來，第一次參與敏捷研討會的一定不知道這有多厲害。 真的要謝謝敏捷協會跟社群夥伴的大力奔走，請得到這些人真不是蓋的！

不知道為什麼，我最近越來越不喜歡跟人談敏捷了，今天想聊一下棒球，順便講一下學東西的三個境界～ 這是 wiki 的解釋： 守破離 image from:  http://www.aikidotakemusu.org/en/articles/saito-senseis-method-6    

前幾天看到 Vince 哥的文章： 【文思不藏私】@Scrum 是萬靈丹嗎？ ，覺得心有戚戚焉，順便再補充一下小弟的看法。 Scrum 是萬靈丹嗎？當然不是。在有前提的情況下。 如同 Vince 哥的文章提到的那本書：「Scrum 用一半的時間做兩倍的事」，對我來說，這本書就是 scrum 入門的書，是科普類的，對於想認識 scrum 的人來說，它的確是一本可以唸的書，購買連結在這邊： https://www.tenlong.com.tw/products/9789863207146

又是最近感觸良多的事情啊… 敏捷說要 fail fast, fail early，但老實說，誰喜歡失敗？ 如果剛好老闆又說：只許成功不許失敗，搞得跟荊軻刺秦一樣悲壯，風蕭蕭兮易水寒，那怎麼辦？

三國時代，江東小霸王孫策臨死之前給弟弟孫權的遺言是：「內事不決問張昭，外事不決問周瑜」。   無奈啊，張昭跟周瑜都過世一千多年了，就算他們還在世，你我也不是孫權。

我真的是個把敏捷融入到日常生活的人....XDDDD 各位知道結婚啊，是一件突發狀況會超多的事情嗎？而那些突發狀況是不可能預先被計畫的，你怎麼可能知道你三叔公六姑婆在訂婚前會說什麼什麼不合習俗？你怎麼可能！！？？ 而敏捷跟 scrum 就是比較能處理突發狀況的方法，所以我把我的終身大事，也用敏捷的精神處理了一下，雖然我最熟的是scrum，但這畢竟不是開發軟體，所以我就scrum + agile的混搭了，大家參考參考。

之前在上課的時候，常常會跟學員說，要小心不要讓你的 project 掉入”區域最佳值”，做法是什麼什麼什麼什麼 (太長，先略過)。 下面這篇文章寫得更詳細了，比我說的更好，所以丟上來跟大家分享.. :) ̨

<這篇是個人心得> 我認為一個好的programmer應該具備某一些特質，假如有這些特質的人浸淫在agile的環境中，又會給他另外一些特質，就變成了一個好的agile programmer．

對於台灣的團隊來說，在導入agile, scrum的過程，會遇到以下幾個問題，先大略寫一下，以後有空再詳述。 1. 公司內的政治問題 比如說，有設計部門，有App team，有framework team，有BSP team，有QA team，要跟這些部門的老闆以及他們的老闆說："我們來玩scrum吧，從你的部門拉兩個人給我"，那是多難的一件事。 2. Waterfall的遺毒 其實去上CSM的課程就有講到， Tyranny of Waterfall，大家都在Waterfall模式下作太久了，根本轉不過來。 3. 每個人都在尋找標準答案 在台灣，從小的教育就是教我們找出標準答案，但出了社會上了班，根本都沒有標準答案了，只有好與更好，覺得做事方法、流程等等不對勁了，自己要想辦法反映、解決或改變，要自己去做而不是老闆交代了才做，但很多軟體從業人員自己都沒有這種認知。 4. Rock Star 心態 台灣人大概是工作狂吧，大家都覺得把部門的工作攬在自己一個人身上，是很強的，很受尊敬的，但真的不是的！各位，你們需要的是一個團隊，是一群在錄音室裡面默默的、不求出名的、願意努力的反覆的把音樂做得很好的一群樂手。 5. PM是偉大的存在 事實上在 scrum框架 裡面，PM們，你們根本沒有工作，你們要扛起更大的責任同時下放更多的決策給你的團隊，這樣的角色叫做Product Owner (PO)。 曾經有人跟我說，PO跟PM只是名稱不一樣，只是玩文字遊戲而已，但其實不是的，PO領導著團隊，也被團隊領導．而不是："我是PO，所以你要聽我的"。 很多台灣公司，在裁員的時候，都先砍QA、然後RD、然後HR，PM是很少被砍的，但其實在做軟體的時候，PM的工作是最容易被取代的，假如PM一直以為自己高高在上，沒有辦法把自己的心態降下來，為團隊服務的話，那這樣的PM，說真的，應該優先被砍。 Conclusion 導入agile或是scrum的時候，心態的改變是很重要的，在好的scrum team裡面，大家會很快樂、很有士氣，每個人都可以專注在自己的事情上，那是多棒的境界！但是心態改不過來的話，自然會報著否定的態度來看這一切事情， 指著別人說，你那個scrum方法根本亂七八糟，怎麼可能work，最後還是回到老...