最多專案工作者聚集的華文管理網站
讓你一天就懂專案管理核心知識的速效課！ 我想要學
盧鄭麟 William Lu - 作者系列文章
敏捷方法的成功密技（四）：Scrum 的理想與現實的障礙
在上一篇文章《敏捷方法的成功密技（三）：Scrum如何擺脫「產品客戶不愛，團隊熱情不再」的窘境？》中，我們談到了Scrum架構可以協助「部份」解決溝通斷層的問題。若是想徹底一點改善溝通斷層的問題，則還需要把在更前端「產品定義階段的相關活動」也都納入Scrum的架構內來運作才行。除了流程架構這個「外功」，還有一個更為重要的「內功」，那就是團隊成員的組成。
敏捷方法的成功密技（三）：Scrum 如何擺脫「產品客戶不愛，團隊熱情不再」的窘境？
在上一篇文章《敏捷方法的成功密技（二）：專案管理的「溝通斷層」》中，我們談到了為什麼客戶／用戶的需求總是這麼難捉摸，為何我們要先談這個問題呢？理由其實很簡單，在這個溝通的鴻溝沒有被妥善處理、弭平之前，所有後續的努力與投入都會事倍功半，形成「產品客戶不愛，團隊熱情不再」這個賠了夫人又折兵的窘境。那該怎麼做才能「盡可能」地弭平這個溝通鴻溝呢？
敏捷方法的成功密技（二）：專案管理的「溝通斷層」
在上一篇文章《敏捷方法的成功密技：Scrum 為何對你很重要？》中，我們談到了Scrum這個在敏捷開發方法中頗受歡迎的一派，也談到了敏捷式與瀑布式，在產品開發和專案執行成功率上的巨大差異。可是，既然這個東西這麼讚，又簡單易懂，那為什麼還是有很多公司和組織在導入這個方法的時候，不盡人意，東卡西卡的，無法體驗到敏捷法的巨大好處呢？
敏捷方法的成功密技（一）：Scrum 為何對你很重要？
最近一位認識多年的朋友，讀完了Jeff Sutherland大師所撰寫的《SCRUM，用一半的時間做兩倍的事》之後，找我問了些有關敏捷方法的問題，我發現，大多數的人可能都把敏捷方法想得太過於簡單了，以至於在組織內施行的時候，到處碰壁。
專案成果的爛品質到底是怎麼形成的？正本清源的解決之道又是什麼？
我們知道，任何專案，最終都有一定的成果得產出，而這些成果必須符合一定的品質標準。有些成果的品質要求較寬鬆，有些則必須極為嚴苛，沒有一點商量的餘地，像與人身安全相關的品質要求就是一例。照道理，軟體有品質瑕疵是不該被放行出貨的，不論是看得見的使用者介面（User Interface），還是看不見的內部程式碼的瑕疵都一樣。然而，實際的商業運作情況，卻不是這樣。為什麼會這樣呢？
專案中的「決策錯誤後悔厭惡」：如何克服因為擔心決策失敗而什麼都不敢做的心理障礙？
我這朋友平常做事都蠻謹慎的，這次想換車也不例外，他害怕買錯廠牌、害怕買錯規格、害怕買貴了、害怕未享受先折舊的損失，說到底就是「害怕以後會後悔」，因此研究一做再做，決策一延再延。買台兩三百萬的好車準備開個十年，這樣小心翼翼的決策方式沒什麼不好，愈晚下決策，通常也的確愈能買到更好更便宜的車款，不過，不管你任何時候做決策，決策之後的未來，肯定還是會有更好更經濟實惠的選擇，尤其是電動車這種技術和市場都在突飛猛進中的新產品。然而專案管理中的決策，卻萬萬不可如此。
