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