【書摘】關於專案與專案管理

軟體系統的開發,絕大部分是以專案(Project)的型態來進行的,那麼, “專案” 到底是什麼呢? 個人從 「Fundamentals of Project Management」 一書中,節錄對其專案一詞的定義:
“專案是指在一次性的工作中,必須同時完成成效、時間、成本以及範疇等,多重任務要求的工作。”

然後,著名的品管大師 J. M. Juran 更是精簡扼要地點出專案的定義:
“專案是為了解決問題所排定的進度表」。”

而專案的規範,主要有四項要素的考量: 成本、規模、時程與品質。此四項要素,取其英文的頭字語,稱之為 “PCTS (performance, cost, time, scope)。而在「eXtreme Programming explained」一書,XP 製程的開山祖師 Kent-Beck,更是對其這四個變數,探討在這些變數之間的互動,來找出比較容易控制的因子,進而建立起某種模式的軟體開發心法。嗯,這裡直接先說出結論, Kent-Beck 認為 “控制規模” 可說是最有用的因子。

再回頭來看什麼是 “專案管理 (Project Management)”?
“為了要達到專案目標,將相關的所有計畫、進度以及控管等行動,使之順暢地銜接起來,就是專案管理。”

專案管理的首要原則是: 一定要讓未來會牽涉到專案實際作業的人,一起參與專案的計畫工作。

所以,專案經理(Project Manager, PM)所扮演的角色,會是一個專案的啟動者(enabler)。當成員(member)有人缺少資源時,要幫他們找到;當有外力介入,會阻礙到他們的作業時,專案經理也要能居間緩衝,減少外力衝擊。嘿,個人的想法與其對 PM 角色的定位,完全不謀而合! 個人一直認為,PM 就是屬於 “資源提供者與協調者 (Resource Supporter and Coordinator)”,他不是用 “管” 的方式,或是用 “工具”、”一套標準製程” 、還是僅排進度如此而已的方式來帶領團隊。專案成員,要的是領導者,而不是暴君或是紙上作業的幕僚。而領導者,會使成員「想」去做這些事,而不是只想「做完」事情。

文章導覽

   

共有 3 則迴響

  1. PMBok 定義的 Temoorary 為「一次性」比「臨時性」更為傳神, 更清楚的解釋什麼是 Project….我是 PM :>

  2. james 的定義其實是從 PMBOK 延伸的,PMBOK 的定義是「A project is a temporary endeavor undertaken to create a unique product or service.」。很多人把 temporary 翻成「一次性」,然而這個詞像大陸的說法,我覺得用台灣慣用的詞彙會比較難理解,如果翻成臨時性會更容易理解。因為從字面上就能了解專案的臨時性的特性,另一個重要特性「獨特性」沒有出現在 Kenming 所列的定義中,我猜 Kenming 兄看的是中譯本,不知是不是譯者翻譯的問題,不過沒看到原文無法下斷語,不過在此提出一點小補充供大家參考。

發表迴響

你的電子郵件位址並不會被公開。 必要欄位標記為 *