英文為 Project、中國稱作為項目,專案字眼上是一種抽象名詞,簡單說就是為了完成某一個目標因而具體規劃的活動。
一個專案通常有以下幾個元素:
Project Management(專案管理)是從 Management(管理)衍伸而來的,其中最大的差異就是專案管理有時間限制及最後的產出結果。
專案管理是一個隨著時間而持續性的過程,在不同的時間點針對現有的資源去做不同的配置, 在這種科學性的管理模式當中,需要較為廣泛的多元技能,像是:
老闆、客戶可能對細節會有一些認知誤差,甚至是專業上的不足,這會影響 PM 在報價、時間以及人力資源的安排, 所以在專案規劃及進行階段,PM 一定要時常問自己:有哪些地方我沒想到?會有哪些意外導致專案失敗? 進而把外在影響力降到最低。
當你進行專案時發現:
夥伴不支持、能力不足、缺少技能、沒有承諾、不參與、過於忙碌無法專注在此專案、文件不完整、溝通不良等 …
以上幾點是專案失敗常見的原因,專案開跑時就務必留意這些警訊。
控管顧名思義需要做控制、管理及規劃。
正常情況來舉例,以 NBA 職業籃球來說,你不可能叫一個後衛去守中鋒,頂多只會做協防而已,專案也是,這當中依據參與人員的能力、專長去進行每一個任務。
就像我們在吃螃蟹,你不可能拿起螃蟹就直接吃,一定會需要把殼敲開、用牙齒去咬開外殼才能吃到裡面的肉。一步一步劃分工作項目、大的專案工作分解成可執行、可預估時間的小任務,這就是解構工作項目。
專案依據「專案目標」及「交付成果」分解成獨立的任務。專案需要做有效的任務管理,必須要把大的專案解構成較小、可執行的任務,因為這樣更易於去管理,能在執行初期就看出問題,做適當的資源配置、調整人力。
在軟體產業當中,如果能把每個任務切小不僅方便 Debug,同時助於團隊理解開發所需要的時程。
每一個任務都有明確定義具體完成細節、截止時間,所以在起初的任務安排就非常重要。
專案的成功與否也取決於能否及時完成任務,所以 Prioritization(優先順序) 必須要非常清楚, 同時也要知道任務之間的關係、連動及影響性,因為很有可能其中一個任務沒完成其他的任務就難以延續下去。
專案經理在開案時把 WBS 規劃好,除了讓主管、利害關係人知道專走向、後續工作任務之外,也能避免遺漏專案工作任務衍伸的 Scope Creep(範疇潛變, 專案範圍不受控制地變化或工項擴增) 問題。
一個 WBS 解構報告當中的資訊包含以下:
大家都有旅遊的經驗對吧?聯誼、家族旅遊、畢業旅行等,生活當中的每個活動都是一種專案也可以進行 WBS,馬上來看看以下的家族旅遊計畫。
地理位置
費用(自費、公基金)
時程
行程內容(大方向)
風險管理
上方簡單列出一個家族旅遊計畫如何進行 WBS,在實際專案當中通常會搭配圖表讓細節可視化一目瞭然,因而會搭配相關工具做呈現。
這篇內容分享了專案管理的基礎觀念、解構工作等,下一篇紀錄著專案經理這個職務,以及專案管理工作有哪些細節。