有一個老笑話，有聽過的人至少都坐三望四了。
MSN 沒關的下場（沒聽過MSN的話，就當成是Skype吧）
剛剛MSN沒關…下樓燒個紙錢…
一回來~我妹就跟我說…
哥…剛剛有好幾個人傳來祝你生日快樂耶!!!
接著我妹又說 不過你在燒紙錢……
所以~我都有幫你回他們唷!!!
但是…他們都下線了耶~
我覺得很奇怪 就看了一下記錄
結果……天才我老妹居然給我回
『對不起，我哥已經不在了…
除非我去幫他燒紙錢，不然他沒有辦法
從下面上來跟你們說話……』
溝通是專案中最重要，但最不被重視的事情。有效的溝通可以提前發現問題，避免問題的發生，與讓成員分享資訊獲得學習。在專案管理聖經 PMBOK 中，溝通是專案經理最繁重的工作，形形色色的溝通會佔掉專案經理大約80%的時間。而在敏捷和 Scrum 中，溝通的工作是由 Scrum 團隊每個成員都要負擔的責任。 閱讀全文〈十分鐘活用專案管理12 – 溝通管理 Communication Management〉
不怕神一樣的敵人，只怕豬一樣的隊友。
團隊是專案最關鍵的元素，不知道為什麼專案管理聖經PMBOK裡把這一篇放那麼後面。我猜是流程導向的思維，就是要把人的變異性降低最低，讓每個人都變成高可取代性，那人員重要性就不高了。 閱讀全文〈十分鐘活用專案管理11 – 人力資源管理 Human Resource Management〉
情況一：去泰國玩的時候，買了條一百塊的牛仔褲，結果洗完以後變七分褲。
情況二：朋友送了一條無印良品的褲子，穿了一個禮拜以後褲管破洞了。
那一個情況你比較失望？
選舉又要到了，一堆人又提出要讓台灣更好，而『讓台灣更好』這句話，是個目標還是喊爽的口號呢？
訂目標有什麼好處？沒有目標也可以活的好好的不是嗎？為什麼要訂什麼鳥目標呢？
終於等到這一天了，女神下禮拜六有空，願意給你機會約會，預算有限，要怎麼讓每一分錢都花在刀口上呢？
專案管理聖經 PMBOK 中，成本管理是談如何讓專案在被授權的金額內成功完成。不但如此還要考量專案完成後，產出的產品、服務和結果，在使用、維護和支持上的成本，也叫生命週期成本法 Life Cycle Costing。比如說，萬一第一次就把女神的胃口養大，以後就的維護費用就高了。
”神啊，請給我多一點時間吧！！！“ 是每個專案經理都會發出哀嚎。
很不幸的，專案管理聖經PMBOK中的時間管理并不會幫我們多生出點時間。
專案時間管理跟一般日常的時間管理有點區別，一般的時間管理講究的是優先順序和輕重緩急，這些在專案中這是由整合管理來處理。而專案中的時間管理，討論的是如何在既定的時間內完成專案，例如找出需要做的活動，將活動排程，管理時程等等。
一直以來我們都很強調自己是技術導向導向（Technology Centric）的團隊，直到有一天敏捷發現了我們，我們才開始往使用者導向（User Centric）慢慢移動。
我自我感覺良好的認為，自己思維還算是夠使用者導向，直到最近才發現果然是自我感覺良好。
話說最近新開發了一個產品，上線後發現網頁開很慢。一個沒啥圖片的登入頁面，User first visit大約要5-10秒才能Load完。
敏捷和Scrum是以產品為核心，而產品是為了人而打造。
做決定時以使用者為中心，和了解使用者體驗，是敏捷團隊必備的技能。
雖然很多人會認為這是Product Owners的事，但我認為沒有讓全部成員把使用者放在第一位，就沒辦法做出感動人心的產品。而沒有感動人心的產品，團隊的存亡也就危在旦夕了。
原來，使用者才是老大！
團隊應該以怎麼樣的心態和方式來面對使用者
使用者導向設計
開發團隊要怎麼做出使用者要的產品
訂價背後的心理學：為什麼我要的是這個，最後卻買了那個？
很實用的心理學，可以立即應用在產品定價 閱讀全文〈UX使用者經驗書單和學習資源〉
傳統的PM只管專案，不管產品，所以可以學醫生很大聲的說：手術（專案）成功，但是病人（產品）死了，因為產品好不好是產品經理他家的事。而傳統專案經理也不好幹的是，要團隊正式跑專案前瞎掰準備好全部的工作事項。
Agile is not only for software development