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

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

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

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

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

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

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

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

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

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

「用戶故事 User Story」能讓需求簡化，還能更省時、更省錢，提供更多價值，這…可能嗎？

回歸原點的設計就是好設計，需求的蒐集也是一樣的道理（圖片來源：www.ptbus.com）

日前在EMBA的課程當中，老師談到了一個設計上的個案。這個設計個案是，一個只能往前推開的門，門上有個把手，把手旁有個「推」的字樣。這樣的設計到底有什麼問題呢？這和專案管理又能扯上什麼關係呢？