專案範疇管理與WBS再探

WBS之所以重要，如同上篇所提它是一個定義案子範疇(scope)的工具；而範疇之所以重要，則在於我們唯有能先清楚的定義出最後要「交出甚麼」，我們才知道專案到底要「做甚麼事」。 也因此，透過WBS這工具，我們將把專案所有的「交付標的」(Deliverable)以有系統的方式詳列出來。 在案子的初期正確辨識出Deliverable是很重要的一件事，因為不管是甚麼專案，專案一開始的目標通常都很抽象，很可能是「增進人類福祉」這種遠大的目標。 但抽象的目標若不能「具像化」，那案子要不就在大夥各自解讀下朝著不同的方向展開，要不就是專案進行中將遭遇到難以數計的重大變

掌握工作的第一項工具 - WBS初探

人家說期望越大失望也越大。 帕布颱風在禮拜三的中午離開了台灣，而緊接而來的梧提颱風也因結構鬆散只帶來降雨，結果兩場都沒能放到颱風假。 搥胸頓足恐怕不足以描述很多人心裡的失落。 明明連續幾天在我回家路上把我淋得滿身狼狽，沒想到卻不願意回饋一些「甜頭」。 好吧，這雖然很讓人扼腕。 但是小時候課本總教我們說，大好青年應該要放眼未來。 所以雖然這次沒有颱風假，但夏天方長下次總還有機會。 而颱風假閒在家裡一整天也不是辦法，所以不如一起來想想放假該準備些甚麼好了？ 好，好，就算你們都沒我這麼頹廢，為了天災事先準備總也不是壞事吧？ 所以為求下次颱風

掌握全局的思維，起點在於多想想

若說這世界上有甚麼能讓人咬牙切齒的事情，大概莫過於幾個人興高采烈背著滿滿的罐頭上山露營，卻在辛苦到達山頂後才發現忘了帶開罐器。 我是至今還沒碰過這麼悲慘的故事。 但在多年前，某次我一個人去香港的行程中，倒是有個值得記上一筆的小事件。 當時去香港的目的是已經忘了，應該只是單純去旅遊。 但是為了那次行程，倒是早早在網路上訂好了自由行的行程、而當時因為護照過期了，還特別從台中跑上台北辦好新護照、也事先去銀行換好了港幣，特別計畫了這趟行程要好好去鏞記吃吃燒鵝。  

專案若想管得好，你需要成為資料收集達人

專案開始需要精密管理，說起來還真是近幾十年間才開始興起的一門學科。 古代的人雖然也蓋了萬里長城跟金字塔，但「據說」因為那時候沒有照相機及Email，皇帝平時又忙著跟後宮的佳麗週旋，因此只需要每幾個月在竹簡之類的東西上面畫個圖，剩下時間可能幾乎沒甚麼事情需要決策。 就算要決策，大概也是諸如此類這種小問題… 古代專案的主管：「怎麼? 搬石頭的人不夠嗎? 前面不是有個村莊嗎? 裡頭人不是還不少… 你不會自己決定嗎，怎麼這種事情也要問我?」 再不然就是… 古代專案的主管：「甚麼!? 食物快見底了? 東邊不是有個小鎮?

專案是甚麼

到底「專案」是啥？ 這詞可能每個人都有不同的解讀。 有些公司把行銷活動稱為專案、有些電信公司把購機方案稱為專案、也有保險業的「鍾愛一生平安久久專案」。 是的，這個字已經用得太過浮濫了。 為避免你是想了解電信專案結果來這裡翻了半天，最後罵聲連連的離開，我覺得應該要先好好定義一下到底甚麼是專案。 我們所稱的「專案」，指的是為了【要產生一個獨特的產品或是為達成一目標，在特定時段中將各有專精的人聚在一起所做的活動】。 尺度小的可能只有三兩人，在幾天內達成 (如籌畫一場郊遊烤肉的活動)。 尺度大的可能參與者多達數千數萬人，花費數月甚至數年才達成。(如建築萬里長

好的Schedule該有什麼呢？

我始終相信，PM最好的朋友絕對是一份正確且精細的排程。 這是因為一份思慮周詳的Schedule(*)將能涵蓋專案最核心的三個元件，也就是：範躊、時程、以及成本的資料；而有經驗的PM甚至可以將合約重點、請款條件、品質需求、採購時程、人力調度都考慮並排進Schedule中。 這東西將是專案執行中，對內對外溝通的一個重要媒介。 甚至我深信，當大家都知其然不知其所以然的把五大程序這類東西琅琅上口，並自以為讀過一兩遍PMBOK就是學會專案管理時，好與壞的PM最大的差異就在於有沒有具備規劃Schedule的能力啦。 我一直在講好的Schedule，可是一

大師談「規畫」

＂規劃＂這件事可說是專案管理的核心精神，我和Joe也像老媽子一樣不斷在文章中倡導這個觀念。但說真的，我們還是常聽到一些話像是：＂計畫趕不上變化，變化抵不上老闆一句話！＂或是＂計畫就是拿來改的！＂這類有點無奈，有點吐槽的心聲。其實。每次有人在我面前說這類喪氣話，我馬上激爆出大喊＂燈光師，給我打大白光在他臉上＂的衝動。受到這種莫名其妙個性的驅使，我上網去搜尋了一些長老們對於＂規劃＂這件事的看法，希望大家看了以後會覺得：如果這些偉人都認同＂規畫＂的重要，我想這裡面應該真有些甚麼，而不是聽Joe和Bryan臭蓋而已。