104學習
專案的時間管理，說穿了還是管理「人」
「最後期限 – 專案管理 101 個成功法則」（原文書名：The deadline: a novel about project management）是一本以小說方式探討軟體專案的書，儘管故事主旨在於軟體專案管理，書名看似在討論如何讓專案準時達標，內容卻有泰半的篇幅在討論如何從質與量兩個面向，做好「人」的規劃：從小組團隊的領導人才選擇、上級的權責下放與授權、空降主管對專案期限的暴力壓榨以及在管理上的加班與懲處、團隊的衝突調解、企業精簡管理等議題，甚至在後段的部分章節討論專案在各階段的 「人數」合理規劃。
其中在「質」的管理方面，讓筆者深感同理的有：
- 「如果只是一些彼此不認識的人在不同的地方工作，那麼靈魂就可有可無了。」換句話說，專案經理必須要用「有靈魂」的方式管理團隊，讓工具與報表作為輔佐，讓團隊成員建立起親密的聯繫，產生簡單有效而且健康的互動，讓團隊的氛圍中，懷抱著共同完成使命的夢想。
- 「優秀的經理他會有足夠的警覺，會改變身邊的環境，讓環境與他和他的員工要實現的目標更加協調。」乍看之下這像是針對管理階層的建議，然而在專案上、在公司部門間、甚至在我們每個人的家庭中，不也是如此？
在「量」的人數規劃方面，該書提到了筆者在專案中也時常見到的情形：
- 「大多數專案在設計階段都存在著嚴重的人數超編」：為求專案快速運轉，許多組織在專案一成立就規劃了相當的人力，然而一開始的規劃（如軟體設計階段）其實只需關鍵設計人員即可，而為了不讓過多人力閒置太久，時常導致在設計僅有個雛形、規格尚未周全之前，執行階段旋即展開，而導致專案跳過了重要的設計階段。
- 管理層級在傳統觀念上習慣一開始就投入人力、在專案中後段逐漸減少人力收尾；然而在專案早期若人數過多、分工過細，反而會造成溝通上的複雜；該書針對軟體開發提到的建議數字，是在程式開發的最後階段（時程規劃的最後1/6）加入大量執行人手（程式與QA人員），就有機會讓軟體完成的功能呈健康的線性成長。
不過， 專案的時程追蹤終究仍需透過「數字」與「工具」來相輔相成，為什麼？因為數字可以幫助我們發現問題、量化問題，進而去解決問題。上述的「人」的問題，皆會從專案的進度曲線或報告中反映出來，專案經理的大智慧就在於，能否從數字中逆向推演，找出檯面下影響專案的惡瘤，以管理「人」的方法，徹底根除。
3
0
547 1
拍手
留言
分享
Line
複製連結
收藏