導入敏捷方法，就可以不用寫文件！？

「老師，我們的供應商說，他們已經改用敏捷方法來開發我們的產品了，而且現在是在做 Prototype，所以不需要、也沒有文件可以給我們了，跟他們說這些文件是最後結案一定要的，他們還是不交，這樣對嗎？我該怎麼辦？」

這是一位學員在我敏捷課程結束後的提問，這個問題其實可以分為兩個層面，一個是供應商的這種說法到底正不正確？另外一個則是更為深層的問題，為何這家供應商膽敢用這樣的態度來頂撞客戶？

我們就先來談談「文件」這檔事好了。

到底什麼是領導力？只有管理者才會需要嗎？

某日在某大企業的《EZ專案力》課程下課之後，一位小鮮肉跑來問我，「老師，我看到您的背景跟我很像（咦！？應該是你跟我這個阿貝很像才對吧），可以請教您一個問題嗎？」

「當然可以啊！請說。」

「就是，我現在是韌體工程師，也想要轉職做專案經理（以下簡稱 PM），我應該先跟 PM team 的老闆談，還是應該先跟我現在的老闆談比較好？」

如果你是我，你會怎麼回應？

團隊內多新人，專案又僅 100 天，能用敏捷式方法管專案嗎？

「老師，我們現在的團隊都是新人，而且專案的時間只有 100 天，我們應該用敏捷式，還是傳統式的專案管理比較好？」

這是一位我敏捷式專案管理課程的學員在下課休息時對我的提問。面對這樣的問題，通常我是不會直接回答給答案的。理由很簡單，因為我根本就不瞭解你的團隊，對你的組織狀況更是一無所知，如果依據這樣的一句簡單提問，我就能直接回答給答案的話，那麼，我絕對是在鬼扯，絕對是個詐神無誤！

誰能救救 Scrum 敏捷開發團隊裡的菜鳥？

在《為什麼 Scrum 敏捷方法倡導「團隊成員專注在一個專案上」》一文中，我談到「每個人都應盡可能只專注在一個專案就好」這個乍看之下相當理想化，也跟大多數人的現況相左的觀念。今天這篇文章，我想繼續談談「如果敏捷團隊中有菜鳥，是不是時間就會估不準？進度就會被延誤？」這個也是課堂上常被提問的熱門議題。

為什麼 Scrum 敏捷方法倡導「團隊一次專注在一個專案上」

曾經有學員在課程的中場休息時間跑來問我，「老師，我們公司都是一個人要同時負責好幾個案子的，你講的『專注在一個專案上』，根本就不可能實現的啊？那是不是我們公司就無法使用敏捷方法了？」

這位同學的問題其實有兩個，一個是「一人專注在一個專案上」，另外一個是「公司適不適合使用敏捷方法」。說實話，這兩個問題不只一個人問過，我相信，這必定也是許多對敏捷方法有興趣的人心中的疑惑。既然如此，我們就先來聊聊「一人專注在一個專案上」這個主題好了。畢竟，在現今的職場環境當中，能夠專注在一個專案上的人，還是屬於較為少數的。

《EZ專案力-自選專案實戰演練：兩日班》金融業企業內訓（滿意度 9.84）

本次是一家金融業客戶的授課紀錄，學員大約男女各半，是從各大專院校精挑細選而來的儲備幹部（MA），是海內外各單位所需要的人才。這些學員們目前均已派駐至各單位歷練，有海外業務單位、電子金融單位、作業單位，以及 IT 單位。平均的工作年資則是在半年以下。

雖然說《EZ專案力》課程早已身經百戰，普獲學員們「深入淺出、有趣易懂」等的一致肯定，但在面對這樣一群剛出社會不久的社會新鮮人來說，我課前還是有點擔心，這些沒太多工作經驗的學員們能否聽懂、消化、吸收這個課程的內容。

組織轉型敏捷，還該繼續考核個別員工績效嗎？七大因子也許能幫上你的忙！

一家軟體產品新創公司客戶的人資主管最近詢問了我一個問題，「在公司全面導入敏捷方法之後，個別員工的績效考核該怎麼做才好？」剛接到這個問題的時候，其實我的心情是喜憂參半的。

淺談文創產業的專案管理困境與解決之道

「喂！請問是盧老師嗎？」

「是的，我是。」

「我是 ○○○○ 集團人資部的李清照（化名）。王唯（化名）跟我極力推薦您的專案管理課程，所以我想邀請您十月份的時候，到我們公司來教授專案管理的課程，不知道盧老師您的報價如何？還有哪一天有空呢？」...

大錯特錯！敏捷大師 (Scrum Master) 不是團隊的助理或秘書！

最近，幾位學員在下課之後，都不約而同地問了我一些關於敏捷與職涯發展的問題，有研發經理想轉職當專案經理的，也有品保人員想轉職做專案經理的，我就以此篇文章來做個小整理，提供些淺見給大家參考。

敏捷式專案管理課程兩日班上海灘紀實

「盧老師您好，我是馮澄澄（化名），是ＸＸ集團中國總部的培訓人資經理，我想邀請您九月份到我們上海這兒來教授敏捷式專案管理課程。」

又是上海灘！無論是從前在企業界上班，還是現在的獨立講師角色，我與上海灘之間似乎有著剪不斷的良緣！