敏捷和Scrum是以產品為核心，而產品是為了人而打造。
做決定時以使用者為中心，和了解使用者體驗，是敏捷團隊必備的技能。
雖然很多人會認為這是Product Owners的事，但我認為沒有讓全部成員把使用者放在第一位，就沒辦法做出感動人心的產品。而沒有感動人心的產品，團隊的存亡也就危在旦夕了。
原來，使用者才是老大！
團隊應該以怎麼樣的心態和方式來面對使用者
使用者導向設計
開發團隊要怎麼做出使用者要的產品
訂價背後的心理學：為什麼我要的是這個，最後卻買了那個？
很實用的心理學，可以立即應用在產品定價 閱讀全文〈UX使用者經驗書單和學習資源〉
在把妹的時候，成功進入穩定的戀情是最終的績效目標，而我們要靠一些跡象來判斷達成目標的機會有多大。如已讀不回的次數，說『恩恩、哈哈、去洗澡』的次數，被當工具人的次數等等，來幫我們做心理建設（告白被拒不哭哭）、改善行動方案（不修電腦改租超跑）、或改變績效目標（下個正妹會更好）。
回到組織來說，存活下去最重要的就是有財源。所以談到如何衡量團隊的績效，在一般的情境下，都是拿團隊能帶入的收益來判斷團隊的績效。例外的情況是燒錢搶市場，但長期還是要有獲利模式。
簡單的說就是結果論，一個可以賺錢的組織不一定是好的，但不賺錢的組織一定是壞的，一個沒辦法養活自己的組織，沒有存活下去的價值。
最近和一些朋友聊天，都注意到一個現象，就是這兩年來很多外商的研發部門紛紛搬到台灣，不止從美國搬過來，甚至從中國搬來的也不少。當然最可能的原因是大家覺得台灣工程師物美價廉素質高，但我覺得這現象只個最多五年的短期利多，如果沒有做一些根本的改變，長期來說并不樂觀。
酒店（又稱八大）行業跟軟體開發產業都是圍繞著人，所以八大也充分落實敏捷精神，例如敏捷價值第一條：個人與互動 重於 流程與工具。人家至少比我們軟體業早落實幾千年，慚愧啊慚愧。
除此之外，八大至少跟軟體開發有三個共同點：
最近在前端社團火紅流傳的模範設計網站，不管是吸睛度、使用性、訴求和 Call for Action 都是上上之作。勉強要挑毛病就是主打訴求（快速還債、公關、酒店）在 Google 沒排上前幾頁，把 SEO 搞定就真的無懈可擊。害我們團隊看到後深切檢討自己的徵才網站，怎麼可以那麼爛多地方要加強。
因為這個網站，讓我燃起色心實事求是的精神，想要對這產業有更深入的了解。結果網絡上還不少經紀寫的有趣文章如：我被小姐擺道、酒店小姐要注意不要攝取過多的15種食物、介紹新的店家營業模式和特色。
我的研究結論是酒店經紀根本就是 Scrum 或敏捷開發中主管的楷模標桿啊。
這幾年比較常做教育訓練，教育訓練最重要的就是可以讓夥伴在工作上應用所學，所以去查了查教育理論，看有沒有什麼仙丹妙藥可以把東西灌到夥伴的腦中。
查出來結果令人灰心，講師可以做的東西實在非常有限啊。
在 Certified Scrum Master 課程中學習的是Scrum 的理念和架構，但在如何做一個好的Scrum Master著墨不多。Yves覺得如果要套入傳統企業中，比較相近的角色是引導者。
在台灣對引導者（facilitator）這名詞比較陌生，在國外是一個行之有年的角色，主要是從一個第三者的觀點，從旁協助（用引導或促成的方式）讓事情發生。引導者本身并沒有控制的權限或甚至對討論主題的專業，他運用引導的技巧讓大家共同找出答案并朝目標前進。很多公司在開會，特別是年度會議時，會從外部找專業的引導師，幫助公司回顧和找出營運的方向。
之前有討論過如何衡量團隊的產出和價值，接下來讓我們看看如何衡量個別開發人員（包含Programmer，Tester 和 Designer）的產能。
情境一，假設你是督導建金字塔的其中一個拖拉隊的工頭，團隊裡面有三個如上圖，兩個很賣力在工作，另一個很反骨，整天都在吵為什麼輪子不用圓的之類的，吵歸吵，大夥每個月還是可以運20趟。你是工頭，每個月底加菜金的時候要怎麼分呢？
關於軟體開發最經典的問題就是，要如何評量開發團隊？這不但是管理人員最頭痛的問題，連開發人員也很想知道自己怎麼被評量的。我們來看看能不能由產品（程式）或生產線（開發人員）上，找些東西幫助管理人員對開發團隊打分數。
Scrum用一半的時間做兩倍的事情是一本介紹Scrum緣起的書，作者Jeff Sutherland是Scrum發起者之一。書中并沒有談Scrum的運行方法，主要是著墨在Scrum的歷史和背後的思維。適合想看Scrum故事，跟跑Scrum後想更了解歷史背景和理論的人，如果要看如何跑Scrum，看Scrum Guide或Scrum Primer都有很具體的說明。
敏捷開發到底是理想主義（激進主義）還是保守主義？
在往下看下去之前，先回答以下三個題目看看自己是理想主義（左派）還是保守主義（右派）吧？
