今天（2015/06/07）上了Teddy的Design Pattern 這樣學就會了- 入門實作班（第一天課程投影片）。本課程主要客群是軟體工程師，讓工程師能在做開發時用更有效的方法來做出易讀，易了解，易維護，易擴充的程式，畢竟程式是給人看的。第一天的課程著重在設計模式（Design Pattern）的觀念導入，程式實作的部分在第二天跟第三天。
感覺很多軟體設計的Pattern好像可可以用在做事情和組織設計上。這個課程也有一日卷，適合工程師以外，對設計和問題定義有興趣的朋友參加。 閱讀全文 來一個解決問題的公式 – Design Patterns 這樣學就會了心得
Scrum Master沒有要求團隊做什麼的權力，那事情怎麼可能被完成呢？
這是很常見的疑問。
這問題要分成三部分回答：
第一，哪些事情需要被完成（Why and What）是Product Owner（PO）的決策和權限，跟SM沒有關係。
第二，如何完成事情（How）是開發團隊的決策和權限。
第三，Scrum Master的存在是為了讓開發團隊更好的去完成事情，所以不是SM要求團隊完成事情，是團隊要求SM幫助他們進步。
常見的Scrum Master怪味道一般都跟這個疑問有關係，如
這些Smell會對團隊有什麼影響呢？
在新加坡待久了，每每會看到當地人習以為常，但外地人看了非常驚艷的事情。
比如說，警察護送VIP車隊加上全程交通管制，在台灣的當然做法是警車前後車隊護送，每個路口派一個警察控制紅綠燈交通管制，一堆車子被交管擋個五到十分鐘也很常見，粗估整個VIP行程下來，在台北至少要二三十名警力，出台北的話要上百名。
但今天巧遇新加坡護送車隊，大開眼界，猜猜看，在新加坡需要用多少警力來護送車隊，加上交通管制呢？看影片有真相。
Scrum裡的團隊需要自組織，跨功能大家都知道。但這團隊是指Scrum團隊還是開發團隊呢？兩者在Scrum裡是有差異的，而且差異還不小。當我們說團隊（Team）到底指的是Scrum Team還是Development Team呢？
剛剛接觸Scrum時，對ScrumMaster（SM，一般不翻譯成中文）誤解最深的就是，不過是個僕人式領導的Team Lead而已嘛。後來才知道大錯特錯，ScrumMaster跟本是個神一般的存在啊！
在我們導入的經驗中，切身的感受到好的SM帶你上天堂，壞的SM讓你自以為在天堂。自以為在天堂有什麼不好呢？ 閱讀全文 如神一般的存在 – ScrumMaster的責任和工作
在傳說中的Product Owner中簡單的談了Product Owner（簡稱PO，中文翻為產品負責人）的重要性和如何幫助PO成功。那在現實中的PO會遇到哪些問題呢？ 一些常見的PO怪味道（Smell）有
這些怪味道會給團隊帶來什麼影響呢？
常見的導入Scrum安排是讓Project Manager（PM）來擔任Scrum Master，雖說PM跟SM的功能跟思維差異很多，但都已經趕鴨子上架身負重任了，還是要把他做好吧。
那苦命悲情任重道遠的PM要如何順利轉型為SM角色呢？
記錄一些關於Yves讀過的，關於Scrum和敏捷的書籍，和上過的教育訓練
Scrum簡介中文版，英文版
Scrum指南中文版，英文版
以上兩本是對Scrum的人事物的定義，一小時就可以談Scrum。
精實創業：用小實驗玩出大事業
如何用漸進迭代的方式交付價值 閱讀全文 Scrum與Agile敏捷開發書單和學習資源
三流的組織靠人才
二流的組織靠制度
一流的組織靠文化
這三句話應是老生常談了，第一句話是指靠個人單打獨鬥，第二句話是讓團體協作，第三句話就比較令人費解了，文化這種東西，看不到，摸不著，對組織的影響有那麼大嗎？
