人月神話-軟體專案管理實務歷久彌新的經驗談

專案管理的歷史可以追溯到上個世紀的軍火工程,然後推展到各種製造行業,近代由於資訊科技的蓬勃發展, Project Manager  成為一個普遍的工作選擇,專門討論軟體行業專案管理的文章、研究、認證也爆炸性的增加,友人問該如何進入專案管理的世界呢? 我答說每個領域都有幾本歷久彌新的經典作品,例如想學投資,我會建議先閱讀幾次 Malkiel 的《漫步華爾街 ( A Random Walk Down Wall Street ) 》;如果是對策略有興趣,Nalebuff & Brandenburger 合著的《競合策略 ( Co-Opetition ) 》是必讀大作;若談到專案管理,比起很多人考完即丟的 PMP ( Project Management Professional ) Hand Book ,Brooks 以自身經驗為基礎的《人月神話 ( The Mythical Man-Month ) 》我認為是更好的選擇。 《人月神話》並不是一本技術導向的著作,這種談道理的書很多,但這本有點古老的書特別珍貴的地方是裡面的管理經驗是從真正的大型專案系統的過程中領悟出來的,要知道,真正的大型專案其實很稀有(以書中的作業系統開發專案為例,專案規模大於 5,000 個人年),絕大多數的專案管理師與傳道者都沒有這種經歷與機會,而使得不少傳授內容來自憑空想像,正由於大型專案的複雜度很高,從中更能夠窺見專案管理作法的極限與價值。 藉著推薦書的機會,也好好重讀了幾遍,當中有許多片段與我自己專案經驗裡面的觀察相符,底下是挑出的要點結合一些個人心得。 專案管理的一般性原則 一個專案是否成功有許多背景因素,共同的成功基礎則離不開早期的需求釐清以及建立合理的專案與資源評估。越是多方參與、規模大的案子,專案規劃的分量就會越重,但在實務上可以觀察到許多時候事前準備都是極不充分的,如果專案經理沒有在起步階段做好功課並提交評估意見給管理層,很容易讓客戶或是管理層產生非理性樂觀期待,進而引發在「面對現實」的過程中一系列的負面影響。 專案規劃並不是什麼 rocket science ,雖然有些人認為要力求完備,我則是覺得應該充分但盡量精簡,使用直覺可以理解的邏輯而不要弄得太過複雜,這不僅是想減輕多方溝通的負擔,也是考量了軟體工程易變的特性,大部分的規劃都會面臨被修改的命運,過早制定所有細節無助於專案的推進。 普遍來說,專案規劃考量的基本分析包括:… Continue Reading