都已經是很有經驗的的軟體工程師了,參與過很多軟體專案,對於 agile 敏捷式專案管理也都看過N遍了,對PM還能有什麼新的體會嗎?
但我還是一直好奇非軟體業,是如何做專案管理? 這本算是入門書,也不是針對軟體專案。但卻有作者特別的本質見解,用生活化和接地氣的描述專案管理,而不是照抄敏捷宣言和吹噓 Scrum 作法。
雖然有些金句不是很喜歡,例如作者定義專案管理是 玩一場從不確定到確定的遊戲,這句我反而就不太喜歡,哈。
不過金句還是不少的:
- 以前技術不好只能接受 “最終可見” 的結果,現在技術可行,當然是盡快 “最小可用” 的 敏捷式專案管理 比 瀑布式專案管理 好
- 朝夕令改本來就是常態,既然過程不確定,那麼改來改去的修正,當然是個常態
- 如何讓大家調整心態面對?
- 知其然,知其所以然: 讓大家都知道原因
- 既然改,大家一起來: 讓大家一起想對策
- 如何讓大家調整心態面對?
- 專案經理
- 與其在他人身上找問題的答案,不如建議一個解決問題的系統
- (面對跨部門的專案) 降低成員現有工作負擔、幫助成員重新和直屬老闆排序工作內容、幫他留白他才有時間參與專案。解決最基本的工作壓力和時間管理問題,是最直接的。
- 沒有任何數字的話,很容易落入主觀判斷,而非客觀事實。有數字大家才能知道事情嚴重性,是否需要討論。
- 數位轉型: 數位是紀錄客觀數字,轉型是為了測試更好的執行方法
- 不是足夠強大才能解決問題,而是不斷解決問題才能足夠強大
- 即使失敗,也只是暫時停止成功。因為沒有經歷過那個階段的養成,本來就不容易一下子達標
- 別抱怨老闆改來改去沒有提前告知了,因為從來都是員工向老闆報告的。要定期主動找老闆聊天,一是要報告、二是要了解老闆有沒有新的資訊。
- 最後一章談如何跨部門成立專案團隊的秘訣: 除了主攻的專案成員,還需要安排助攻的成員,要幫忙主攻成員分擔他本來的例行工作
不過可惜的是,作者並沒有具體舉例專案內容有哪些,不同類型的專案有不同的關注點,我想多看看這些見解。像我本身對軟體開發專案比較有經驗,但比較難想像其他不是開發的專案會是什麼內容跟管理秘訣? 例如流程改善的專案、行銷推廣專案,實作內容會是什麼? 除了產品開發,還會有怎樣類型的專案呢?
同個作者還有寫 財務思維課、商業獲利思維課 兩本書,都是類似的生活化口語風格,喜歡的話可以接著找來讀。