新加坡敏捷大會也到『守破離』中的『離』了，在年會中已經沒人談 Scrum 或 Agile Mindset，主要談的是團隊的協作和怎樣的技術能力才能快速產生價值。
團隊協作談的是運用引導、薩提爾模式、與認知心理學，來增加團隊溝通的效率。技術面主要是 Microservice，其他 Technical Practice 如 Automation Test，Refactor 和 Continous Delivery 已經是老生常談。雖然聽了很多，但要實做還是難度很高，根據 Agile Fluency，需要3-24個月的時間，團隊的技術能力才會跟上市場需要的發佈節奏，人生苦短啊。
關鍵字：Microserivce, Event Bus, Anti-Fragile, Facilitation, Safety, Collaboration 閱讀全文〈螞蟻、好自在、情欲流動 – 新加坡敏捷年會參與心得 Agile Singapore Conference 2016〉
在傳統的專案開發中，都有一個角色負責分配工作，常常是由PM（專案經理）或是Team Lead（組長）來擔任。分配工作這回事非常吃力不討好，既要了解每件工作的急迫性和複雜度，還要考量每個人的能力，平衡每個人的工作量。
這角色常常會成為團隊的瓶頸，因為每件事情都要經過他來分析、排程、驗收、忙著開會，常發生團隊成員空等他來分派工作。更別提如果工作項目比既定時程提早做完、或延遲完成所需要的協調工作。這也是最容易被上下壓力夾殺，很快Burnout陣亡的苦主。
敏捷開發或Scrum如何解決這個角色的問題呢？ 閱讀全文〈工作沒人想做怎麼辦？ – Scrum中的工作分派與分工〉
如果要票選技術團隊最可怕的噩夢，跟第三方廠商（Third Party）合作系統整合一定是前三名。
因為跟第三方合作，雙方沒有主從關係，對方不一定要聽你的，而自己還是要對業主負責。加上雙方都是技術人員，難免有文人相輕的脾氣，覺得對方的系統設計是白癡。如果又遇到要修改API，那更是僵持不下，吵翻桌子都要對方改。
這時候，如果聽到有人說：『因為我們跑Scrum，所以。。。』我都很想跳到他面前，掐住他的脖子說：『你以為全天下只有XXX你家跑Scrum啊！』 閱讀全文〈因為跑Scrum，所以辦不到 – 跑Scrum還是炮Scrum〉
今天在玩Toca桑的Scrum Lego Game中，需要預估所有需求（Story）的大小，利用T-Shirt Size方法歸類到XL，L，M，S。而有一個Story是要蓋市長紀念碑，團隊先放到到S，但最後花了一整個Sprint，比其他XL花的時間還多。（都怪某一組拉高了市長的期待，還放跑馬燈，讓我們壓力很大 T_T）
其他Story預估大小也和真正實作的時間差很多。
所以在Retrospective（自省）中有夥伴說：『因為我們沒有玩積木的經驗，所以估計不準。』
我很好奇的問：「大家在現實工作中，都估計的很準嗎？」
有夥伴回：『如果估不準，怎麼報價給客戶？』
閱讀全文〈閉嘴也不錯 – 如何用靜音排序(Mute Mapping)快速估算需求〉
一直以來我們都很強調自己是技術導向導向（Technology Centric）的團隊，直到有一天敏捷發現了我們，我們才開始往使用者導向（User Centric）慢慢移動。
我自我感覺良好的認為，自己思維還算是夠使用者導向，直到最近才發現果然是自我感覺良好。
話說最近新開發了一個產品，上線後發現網頁開很慢。一個沒啥圖片的登入頁面，User first visit大約要5-10秒才能Load完。
在把妹的時候，成功進入穩定的戀情是最終的績效目標，而我們要靠一些跡象來判斷達成目標的機會有多大。如已讀不回的次數，說『恩恩、哈哈、去洗澡』的次數，被當工具人的次數等等，來幫我們做心理建設（告白被拒不哭哭）、改善行動方案（不修電腦改租超跑）、或改變績效目標（下個正妹會更好）。
回到組織來說，存活下去最重要的就是有財源。所以談到如何衡量團隊的績效，在一般的情境下，都是拿團隊能帶入的收益來判斷團隊的績效。例外的情況是燒錢搶市場，但長期還是要有獲利模式。
簡單的說就是結果論，一個可以賺錢的組織不一定是好的，但不賺錢的組織一定是壞的，一個沒辦法養活自己的組織，沒有存活下去的價值。
最近和一些朋友聊天，都注意到一個現象，就是這兩年來很多外商的研發部門紛紛搬到台灣，不止從美國搬過來，甚至從中國搬來的也不少。當然最可能的原因是大家覺得台灣工程師物美價廉素質高，但我覺得這現象只個最多五年的短期利多，如果沒有做一些根本的改變，長期來說并不樂觀。
酒店（又稱八大）行業跟軟體開發產業都是圍繞著人，所以八大也充分落實敏捷精神，例如敏捷價值第一條：個人與互動 重於 流程與工具。人家至少比我們軟體業早落實幾千年，慚愧啊慚愧。
除此之外，八大至少跟軟體開發有三個共同點：
最近在前端社團火紅流傳的模範設計網站，不管是吸睛度、使用性、訴求和 Call for Action 都是上上之作。勉強要挑毛病就是主打訴求（快速還債、公關、酒店）在 Google 沒排上前幾頁，把 SEO 搞定就真的無懈可擊。害我們團隊看到後深切檢討自己的徵才網站，怎麼可以那麼爛多地方要加強。
因為這個網站，讓我燃起色心實事求是的精神，想要對這產業有更深入的了解。結果網絡上還不少經紀寫的有趣文章如：我被小姐擺道、酒店小姐要注意不要攝取過多的15種食物、介紹新的店家營業模式和特色。
我的研究結論是酒店經紀根本就是 Scrum 或敏捷開發中主管的楷模標桿啊。
在 Certified Scrum Master 課程中學習的是Scrum 的理念和架構，但在如何做一個好的Scrum Master著墨不多。Yves覺得如果要套入傳統企業中，比較相近的角色是引導者。
在台灣對引導者（facilitator）這名詞比較陌生，在國外是一個行之有年的角色，主要是從一個第三者的觀點，從旁協助（用引導或促成的方式）讓事情發生。引導者本身并沒有控制的權限或甚至對討論主題的專業，他運用引導的技巧讓大家共同找出答案并朝目標前進。很多公司在開會，特別是年度會議時，會從外部找專業的引導師，幫助公司回顧和找出營運的方向。
6/30/2015 參加了Agile Brewery，活動是由 TomTom 和 Rally 全額贊助，不但免費食物豐富還有啤酒供應，真是佛心來的。
今天主講是TomTom荷蘭來的資深技術副總，Han Schaminee，有超過40年專案管理經驗。
