盧鄭麟 William Lu - 作者系列文章
盧鄭麟 William Lu

盧老師曾任HTC軟體專案經理團隊主管,掌管上百個智慧型手機軟體專案(包含全球首款WiMAX 4G手機),總出貨量超過 1,500 萬支。亦曾於趨勢科技、友立資訊、華康科技、文生真空科技等企業擔任研發部門主管、產品經理,以及總經理室協理等職務,領導軟體研發團隊與管理專案之實務經歷超過20年。 盧老師在教學上善於利用遊戲化教學,將真實情境轉換為模擬個案,引導學員透過動手實作來學習管理知識。授課經驗包含兩岸多家知名企業,例如台達電子、華碩電腦、揚智科技(台北/上海/珠海)、久元電子、飛宏科技、宜鼎國際、精技電腦、震旦集團、南僑集團 (上海)、杏輝醫藥集團、新北市政府等。

敏捷方法的成功密技(九):Scrum 的衝刺目標怎麼訂?

綜合本系列之前的文章,Scrum 其實就是一個小團隊(約5-9人),利用一個個固定短週期的衝刺(Sprint),跟客戶一同逐步漸進地,完成一個產品,而這個產品的功能,就是由一個個,由客戶主導、撰寫的用戶故事(User Story)來呈現需求的(關於用戶故事的簡要陳述,有興趣的朋友可以先參考一下《能讓需求簡化,還能更省時、更省錢,提供更多價值》這篇短文,容日後有空再專文細述之)。

敏捷方法的成功密技(八):Scrum 的衝刺時間長短怎麼訂?

一個衝刺(Sprint)的時間長短到底應該是多少才是最好的呢?如果衝刺的時間設定得太長,那麼,應變的彈性就會變得比較小,而如果衝刺的時間設定得太短,那麼,又容易讓開發團隊能產出的成果出問題。怎麼說呢?

敏捷方法的成功密技(七之二):Scrum 的夢幻開發團隊該怎麼來建置?

接續上一篇文章《敏捷方法的成功密技(七之一)》,除了新領域、新團隊,最有機會嚐試新作法之外,我們也談到了,只要開發團隊夠紮實,產品的開發就能夠打帶跑,因為品質才能夠被掌控得好。怎麼說呢?  

敏捷方法的成功密技(七之一):Scrum 的夢幻開發團隊該怎麼來建置?

在上一篇文章〈敏捷方法的成功密技(六):Scrum Master  並非你想像的那般卑賤!〉中,我們談到了 Scrum Master 這個角色,其實最好是由一位開發和管理經驗豐富的人來擔任,工作經歷不足的菜鳥,是很難勝任得好,更很難以服眾的。接下來我們就來看一下,為什麼 Scrum 又要特別定義出「開發團隊(Development Team)」這個角色呢?

敏捷方法的成功密技(六): Scrum Master 並非你想像的那般卑賤!

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

敏捷方法的成功密技(五):Scrum 的三種角色

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

敏捷方法的成功密技(四):Scrum 的理想與現實的障礙

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