凌亂的真相 vs. 圓滑的謊言

前幾天看到美國前國務卿鮑爾(Colin Powell)說的一句話： 領導就是解決問題。當屬下不再告訴你他們的問題，就是你不再領導他們的時候了！(Leadership is solving problems. The day soldiers stop bringing you their problems is the day you have stopped leading them.) 我不知道你感覺如何，但當我看到這句話，包括再度寫下來的當下，我是全身起雞皮疙瘩，就像第一次聽到蘇珊大嬸唱歌時一樣！而且，這句話讓我回想起一段往事：

理性的信仰

註: 這篇是我貼在公司內網的文章，所以一些用語是對內部同仁呼籲的。 希望讀者閱讀時不要覺得奇怪。 特別因為貼來這裡加註的部分，我會用粗體標示。 這篇談的是專案管理的實用性。 這是我在公司發的週報第一百篇。 :)   週報系列寫到今天，已經持續寫了兩年又五個月。 有多少人是每篇都讀我是不知道，不過持續寫下去的目的，是真心希望想傳達一些「價值觀」的東西給大家。 這兩年的一百封中，一部分文章是針對工作與生活的態度，另一些則是比較專案知識與技能性的東西。 技能性的東西大家或許可以翻過就算，畢竟若你不是處在專案管理的領域上

創意專案的管理關鍵點

創意與研發畢竟不像其他功能性強的東西。 如果是捷運的話，就算專案過程中別人發展出更好的規格(如速度更快的火車)，蓋好了設備也還是能用，不至於沒人來搭。 但創意或研發專案的問題在於，要是這是個爛點子(或是別人搶先做出)，就算最後能「即時」且「控制在預算內」的上市，很可能一樣沒甚麼意義。 因為誰也不會多看一眼了。所以這類案子，就算開發過程順利，始終也無法避免中間會出現異聲：「這東西還不夠好，我們還能讓他更好」。

地圖

你想去拜訪一個十年沒見的朋友。 但你這幾年從沒去過他現在住的地方，只知道是在宜蘭山區的某個地方，且你們約了第二天中午十二點吃午飯。 接下來你會怎麼做？ A. 先安心的睡到第二天十一點，等出門再想怎麼去。 B. 自己找路真麻煩，也別多想就包計程車去好了… C. 出門前先找出到達宜蘭的幾個方法。 評估可行性、花的時間、難度，然後決定去的方法以及合適的出發時間。 我猜，大部分人會選擇C吧？ 想的更全面的人，可能還會思考「哪條路可能塞車？」、「火車會不會更快更方便？」、「當天會不會刮風下雨？」、「地址會不會抄錯」、「對方會不

規則的邊界

我在學校時，曾經拿過一堂叫做「Transportation Design」(交通設計)的課程。 所謂交通設計呢，大致是兩個層面的東西。 一個是設計道路的起伏與角度：轉彎車子會有離心力，所以道路若有轉彎時，路面應該以多少角度傾斜才不會滑出路邊是個需要考量的問題。 而起伏呢，則是若在有坡的道路上，若弄得太陡、可能車子會爬不上去，也可能到頂端時不能讓對向車道提早注意到而發生車禍。 所以所謂「起伏與角度」大體是去考慮這類事情。 另一個更有趣的部分，則是設計市區道路的速限還有燈號系統。 這樣講或許很抽象，所以為了便於理解你或許可以去試著想像任何一處你熟

要導入任何管理或強化組織，最重要的，是要降低「變數」

記得小時候做自然實驗，老師教的最基本一個原則，就是在實驗中途一次只能更改一個變數。 比方說要想知道「到底是甚麼東西會影響種子發芽」，那可能需要在相同的溫度、天氣、濕度、土壤成份下播種。 然後有些澆水、有些不澆水，有些放肥料、有些不放，有些曬太陽、有些不曬，有些加些奇怪的東西、有些則不加。 如此記錄每項的變化，才知道到底甚麼東西對這件事情影響最大。 若沒有注意「變數」的控制，一次調整太多因素下，就算得出了正確的成果，我們往往也不知道到底是甚麼帶來了豐收的成果；是純粹的好運？ 亦或是我們真掌握了某個改良方法？ 我後來發現，這樣的概念在「專案管理」還有

利害關係人管理一之 畫押的迷思

自己回顧起來，專案生涯中最輕鬆的一段，應該是我剛畢業時參與的案子，也就是高鐵台中段的建造案。 輕鬆的原因主要是因為當時的工作非常單純。 所謂單純並非指專案好做。 工程建築案一樣有其技術上複雜之處，但好處在於工程專案的「需求」往往都很清楚且具體。 這是因為土木工程界對於專案管理這檔事情概念已經較成熟，各承包商或是業主對於本身分工很清楚，合約執行上也都很明確。 若自己不設計只是負責施工的，別人會把施工圖交給你；就算有包含設計，需求也多是一開始就談定的，照著規範與業主要求，都不致於會出現奇怪的結果。 所以大部分的事情只要秉持著「照合約」、「照

管理藝術(二)之 平衡需求、但別想討好所有人

我有很多年不太去台灣的風景區玩了。 這是因為我覺得不管去哪裡，怎麼好像都是一個模樣？ 彎彎曲曲的山路邊有著一樣的風景：一邊是水泥的護坡、而另一邊則滿滿都是「庭園咖啡」、「放山雞」、「民宿」的招牌、或是一堆密密疊著長像類似的鐵皮屋。 等到了定點之後，十之八九更是同樣的類型。 也不知道是業主貪心還是怎麼樣，明明不是很大的一塊地，招牌上大多宣稱有小木屋、農場、向日葵(或是薰衣草)花田、兒童遊樂區、咖啡座、烤肉、吃放山土雞、射箭、交誼室、網球、野外求生、甚至漆彈區。 偏偏也幾乎沒有例外。 這類號稱「全方位」的休閒場所幾乎都只是「號稱」。 你也不

管理藝術(一)之 拉高視野、見林但不見樹

前篇提到，我覺得對於專案成功有幫助，而所有專案負責人都該嘗試培養的一些偏向藝術性的處事方法： - 拉高視野、見林但不見樹 - 平衡需求、別想討好所有人 - 重點掌握、如何抓大放小 - 主動發現、爭取前置時間 - 降低風險、弭禍於無形之中 - 醜話先說、對事但不對人 - 品質管制、追求標準、一致、與穩定 - 降低流言、合適的訊息分享 - 沒有英雄、人員培育與接班計畫 - 避免發散、一切都跟收斂有關 - 歷史借鏡、能重複應用的才有價值 這次要談第一項，拉高視野、見林不見樹

決策的平衡點

水、電、還有瓦斯大概是最基本的民生必須服務。 可是不知道有沒有人注意過？ 水表、還有電表一般都是裝在住家外面的公用區(樓梯間、屋頂之類)，唯有瓦斯表是多裝在家裡 (再不然也是裝在院子陽台這類屬於自家範圍的區域)。 原因為何？ 老實說我一直不知道，也曾經好奇過一段時間。 搜尋「骨狗」過，但從來沒找到真正的理由。 目前自己的推估大概是基於安全因素吧？ 畢竟瓦斯是會燃燒或爆炸的，要是住戶無法隨時看到瓦斯表的變動而漏氣了，可能根本不會發現，那搞不好就很危險啦。 當然，以上是我的猜測，對不對也不知道。 不過，這其實不是我這篇主要要講的東西，

超激婚禮規劃實錄 - 勝犬必讀！

最近電視上聽到來年是孤鸞年，有些情侶打算趕年底結婚，我對民間習俗的了解只有冬至要吃湯圓，夏至要吃刨冰的認知，不過倒是想跟大家提提我印象中最符合”專案管理”精神的婚禮。  

專案管理與生涯規劃

最近在紐約認識一位新朋友，他是台灣來的留學生，畢業後留在這裡工作。他最近對PMP專案管理認證很有興趣，想說服他的主管資助他取得證照，他一聽說我是從事專案管理顧問的行業，於是就跟我聊起了相關問題。這些也是我在台灣擔任講師時，許多同學共同的疑問。 專案管理對我的工作有幫助嗎?

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

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

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

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

專案是甚麼

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