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

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

敏捷方法的成功密技(二):專案管理的「溝通斷層」

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

敏捷方法的成功密技(一):Scrum 為何對你很重要?

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

專案成果的爛品質到底是怎麼形成的?正本清源的解決之道又是什麼?

我們知道,任何專案,最終都有一定的成果得產出,而這些成果必須符合一定的品質標準。有些成果的品質要求較寬鬆,有些則必須極為嚴苛,沒有一點商量的餘地,像與人身安全相關的品質要求就是一例。照道理,軟體有品質瑕疵是不該被放行出貨的,不論是看得見的使用者介面(User Interface),還是看不見的內部程式碼的瑕疵都一樣。然而,實際的商業運作情況,卻不是這樣。為什麼會這樣呢?

專案中的「決策錯誤後悔厭惡」:如何克服因為擔心決策失敗而什麼都不敢做的心理障礙?

我這朋友平常做事都蠻謹慎的,這次想換車也不例外,他害怕買錯廠牌、害怕買錯規格、害怕買貴了、害怕未享受先折舊的損失,說到底就是「害怕以後會後悔」,因此研究一做再做,決策一延再延。買台兩三百萬的好車準備開個十年,這樣小心翼翼的決策方式沒什麼不好,愈晚下決策,通常也的確愈能買到更好更便宜的車款,不過,不管你任何時候做決策,決策之後的未來,肯定還是會有更好更經濟實惠的選擇,尤其是電動車這種技術和市場都在突飛猛進中的新產品。然而專案管理中的決策,卻萬萬不可如此。

優秀敏捷大師(Scrum Master)應具備的能力和特質有哪些?

下課後一位學員來提問,「老師,我們公司想要開始導入敏捷方法做專案,我現在是工程師,我想轉換跑道做敏捷大師(Scrum Master),您覺得這樣好嗎?」「好不好,我不知道,不過,如果你想做敏捷大師,除了剛剛課堂上談的之外,你還可以先想想這些問題,例如...」

敏捷團隊遲遲無法高績效,打散重新編制會不會更好?

「老師,您覺得我需不需要定期把團隊打散,攪一攪比較好?」一位高階主管學員在課間休息時這樣提問。這個問題違反了我多年來帶團隊的經驗和直覺,因此我好奇地回問,「您為什麼想要這樣做呢?」「是這樣的,我看有些團隊一起工作到專案都快結束了,績效還是沒什麼大改善,所以才想說是不是打散一下試試。」

敏捷團隊中有人總是不合群、難合作,怎麼處理才好?

有位學員在課後向我私下提問,「老師,我們公司有在試行敏捷,我是那個專案的敏捷大師(Scrum master),我有個困擾,就是,有一位工程師,他的技術能力很強,可是卻不太合群,常常很大牌,只做自己想做的工作,不 follow 團隊在衝刺規劃會議(Sprint planning meeting)中的共識,我該怎麼辦才好啊?」