敏捷方法的成功密技（六）：Scrum Master 並非你想像的那般卑賤！

在上一篇文章《敏捷方法的成功密技（五）：Scrum的三種角色》中，我們談到了Scrum定義的三種角色，而其中Scrum Master這個角色應該是最令人感到困惑的一個。

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

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

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

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

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

在上一篇文章《敏捷方法的成功密技（二）：專案管理的「溝通斷層」》中，我們談到了為什麼客戶／用戶的需求總是這麼難捉摸，為何我們要先談這個問題呢？

理由其實很簡單，在這個溝通的鴻溝沒有被妥善處理、弭平之前，所有後續的努力與投入都會事倍功半，形成「產品客戶不愛，團隊熱情不再」這個賠了夫人又折兵的窘境。那該怎麼做才能「盡可能」地弭平這個溝通鴻溝呢？（注意，我沒說能完全弭平！）

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

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

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

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

這本書，我在它剛出版的時候就讀完了，讀後我並沒有太多的驚奇，原因是，自己過去二十年的軟體產品開發經驗中，其實早就隱含了許多敏捷（Agile）的思維、技術和實作了。

不過，Jeff在這本書當中，雖然沒有談論到太多的Scrum細節，他卻想藉由此書，來把原本軟體產業所獨享的好處，推廣到各種非軟體的產業領域去應用，企圖讓大家用對的方法做事，讓工作更有效率，讓生活更快樂，讓世界更美好，這個理念倒是讓我著實地佩服！

接下來，我想來跟大家談談，我的敏捷實務經驗和思維，以及，敏捷實務和傳統實務之間的關係和差異，應用敏捷方法到底有哪些大多數人所不知道的密技，敏捷方法又該如何應用在生活之中。

知名網站的三大搶奪點閱率設計

想要知道現在多數知名網站提升網站點閱率的絕招嗎？這裡分享幾個不可或缺的做法給大家參考。

建立軟體研發團隊的策略三問

要怎麼從無到有建立軟體研發團隊?

最近，有位朋友跟我討論了他的新創公司中的一些問題。這喚起了我塵封已久的一些類似經驗。