敏捷方法的成功密技（五）：Scrum 的三種角色

在上一篇文章《敏捷方法的成功密技（四）：Scrum的理想與現實的障礙》中，我們談到了Scrum明確定義的三種角色，Product Owner產品負責人、Scrum Master 大師，以及Development Team開發團隊，接下來我們就一一來看看。

敏捷方法的成功密技（四）：Scrum 的理想與現實的障礙

在上一篇文章《敏捷方法的成功密技（三）：Scrum如何擺脫「產品客戶不愛，團隊熱情不再」的窘境？》中，我們談到了Scrum架構可以協助「部份」解決溝通斷層的問題。若是想徹底一點改善溝通斷層的問題，則還需要把在更前端「產品定義階段的相關活動」也都納入Scrum的架構內來運作才行。除了流程架構這個「外功」，還有一個更為重要的「內功」，那就是團隊成員的組成。

敏捷方法的成功密技（三）：Scrum 如何擺脫「產品客戶不愛，團隊熱情不再」的窘境？

在上一篇文章《敏捷方法的成功密技（二）：專案管理的「溝通斷層」》中，我們談到了為什麼客戶／用戶的需求總是這麼難捉摸，為何我們要先談這個問題呢？理由其實很簡單，在這個溝通的鴻溝沒有被妥善處理、弭平之前，所有後續的努力與投入都會事倍功半，形成「產品客戶不愛，團隊熱情不再」這個賠了夫人又折兵的窘境。那該怎麼做才能「盡可能」地弭平這個溝通鴻溝呢？

敏捷方法的成功密技（二）：專案管理的「溝通斷層」

在上一篇文章《敏捷方法的成功密技：Scrum 為何對你很重要？》中，我們談到了Scrum這個在敏捷開發方法中頗受歡迎的一派，也談到了敏捷式與瀑布式，在產品開發和專案執行成功率上的巨大差異。可是，既然這個東西這麼讚，又簡單易懂，那為什麼還是有很多公司和組織在導入這個方法的時候，不盡人意，東卡西卡的，無法體驗到敏捷法的巨大好處呢？

敏捷方法的成功密技（一）：Scrum 為何對你很重要？

最近一位認識多年的朋友，讀完了Jeff Sutherland大師所撰寫的《SCRUM，用一半的時間做兩倍的事》之後，找我問了些有關敏捷方法的問題，我發現，大多數的人可能都把敏捷方法想得太過於簡單了，以至於在組織內施行的時候，到處碰壁。

專案中的「決策錯誤後悔厭惡」：如何克服因為擔心決策失敗而什麼都不敢做的心理障礙？

我這朋友平常做事都蠻謹慎的，這次想換車也不例外，他害怕買錯廠牌、害怕買錯規格、害怕買貴了、害怕未享受先折舊的損失，說到底就是「害怕以後會後悔」，因此研究一做再做，決策一延再延。買台兩三百萬的好車準備開個十年，這樣小心翼翼的決策方式沒什麼不好，愈晚下決策，通常也的確愈能買到更好更便宜的車款，不過，不管你任何時候做決策，決策之後的未來，肯定還是會有更好更經濟實惠的選擇，尤其是電動車這種技術和市場都在突飛猛進中的新產品。然而專案管理中的決策，卻萬萬不可如此。

敏捷團隊遲遲無法高績效，打散重新編制會不會更好？

「老師，您覺得我需不需要定期把團隊打散，攪一攪比較好？」一位高階主管學員在課間休息時這樣提問。這個問題違反了我多年來帶團隊的經驗和直覺，因此我好奇地回問，「您為什麼想要這樣做呢？」「是這樣的，我看有些團隊一起工作到專案都快結束了，績效還是沒什麼大改善，所以才想說是不是打散一下試試。」