企業專案治理

不在辦公事,也在辦公室

前段時間中華電信為了要宣傳他的PDA手機,打出了「不在辦公室、也能辦公事」的口號。 但我猜啦,真的會不在辦公室也在辦公的,除了業務員以外,大概就是如我這種事情常常沒辦法在白天做完,只好半夜躲在家裡抓頭苦惱寫著文章或做企畫書的無能人士。 其餘的人恐怕很少有不在辦公室,也在辦公的經驗吧? 不過,這句話如果修改幾個字,倒似乎對很多人而言又變的很有貼切性了。 比方說我有幾位朋友待在日本公司裡,公司高層就是會希望大家「經常性」的留下來加班。 但留下來加班可不表示有事情作,有時候往往只是因為大家都不敢走,所以百般無聊也得留下來跟大家大眼瞪小眼,甚至是得想盡辦法

空隙

註: 本文原始是在跟公司內部的成員溝通、並宣導專案管理的概念。 (主要談的是績效考核這東西的危險性。) 某位同仁在他部落格提到一些組織管理上的問題。 本來我只是靜靜看著,想說不要隨便插嘴的好。 但這兩天想到,這些疑問或許是其他人也有的疑惑,那其實就值得聊聊了。 畢竟目前整個組織都在為了能打下更扎實的根基而陸陸續續在推動一些調整,雖然事前各規劃的人員都做了多次的會議、沙盤推演、以及密集的討論,但百密總可能有一疏,總可能有些甚麼漏洞是一開始沒被查覺的。 而另一方面,這些規劃與布局有時候不是瞬間的變更,往往是階段性、漸進式的,但調整步驟卻未必能一下子讓

不能心電感應,所以這麼做.. (圖多)

上週提到人與人之前無法透過心電感應互相察知彼此的意念,以至於知識無法快速轉換、想法與心意也很難透過語言來溝通;而各類誤解與錯誤更可能在言語溝通中產生。 但饒是如此,專案還是得做,我們終究希望能把心中美好的概念、設計、與構思在世人的面前展現,至於無法心電感應下意念整合與理解的困難,則要想辦法排除…… 我這邊處的公司是一個完全專案導向的產業,所有的商品都有高度的不確定性、時間性、以及需要大量的人力投入。 但在這樣複雜且動態的環境下,我們如何確保橫向的溝通與連繫? 尤其如何確保所有溝通路徑能在動態變動的環境下沒有斷裂並能確保同步?這可是很驚人、也極度困難的工

流程系列五之 專案流程的重點在管理而非方法

之前寫到專案性質的工作應該分三種流程來看待 1. 專案管理的流程 (要怎麼管) 2. 管理支援之流程 (特殊事件怎麼處理) 3. 產品導向之流程 (要怎麼做) 前兩者是可以標準化,也是提升組織管理成熟度一開始該做的部分。 但產品導向之流程,也就是案子的實際施作方法,則會因為每次案子的需求與差異,可能有極大的變動。 若想一下子標準化常是不切實際的,所以並不需要勉強在這部分打轉想做成SOP。 但雖然不需要勉強把施作方法建立成SOP,可不表示施作過程不需要被描繪。 反而就是因為專案變化多端的特性,反而應當在「每次專案開始前」做一次完整的構想,並把我們接下

流程系列四之 如何撰寫真正有用的SOP

上周提到,在製作標準化的流程時(也就是SOP),我個人建議把握下列幾個原則: 1. 架構應由粗到細,由上而下 2. 清楚易讀 3. 每一步驟的介面切割清楚,定義明白 4. 日後好管理 5. 防呆設計 而上周談了第一項,也就是SOP制定及思考時,我們應從抽象的架構開始,然後逐漸往下展細。 這意思是說,不需要勉強把所有的細節、判定、負責人員、甚至說明都要在一張圖上表達。 畢竟都放在一張圖上雖然很完整,但是相對東西多時將很嚇人,對於溝通或是概念傳遞這目的而言,反而未必有幫助。 很可能會讓第一次接觸的人在面對眼花撩亂的資訊時整個傻眼,更別說還能理解到底實際該

流程系列三之 撰寫SOP的原則

前兩周提到,我們談到流程規劃時可以大略的分成「一般性的產業」,或是「專案導向的產業」來做思考。 因為在面對這兩類產業中,我們對於流程的定義很可能會有些不同。 在前者,我們應定義「產品導向的流程」(怎麼做)以及「管理支援流程」(碰到特殊事件該怎麼辦);而對於後者,我們則增加了「專案管理的流程」(專案進行中我們怎麼管,以及可能會動用到哪些流程)。 那在接下來的兩周,我們或許先來談談一般性流程的製作原則;這議題談完後,則再來談談專案性質產業流程的製作與管理。 一般性的商業活動,大多重複性高。 也因為重複性高,才有制定成標準作業程序(SOP, standar

你在找聖杯嗎?

隨著組織的擴張,通常組織中既有專案會加速增加其複雜度。 不單同時執行的案件增多、每一案件的範疇可能增加、客戶在技術或品質的要求會越來越嚴苛,但很遺憾的是案子執行的時間與成本卻未必會對應上升。 而有趣的事情是,組織對於專案管理上的成熟度,幾乎都不會跟隨著複雜度的增加而自動同步提升。 甚至很多時候,組織會被複雜專案牽扯而變得越來越混亂。 這是因為大部分的組織,當面對複雜的專案環境時,並沒有從基礎來檢視如何改進專案的做法,多是以疊床架屋(如,當狀況複雜時,就多加個一兩個職位,或特別成立一個部門或小組;但這些職位與小組常沒有從全面來做思考,它們跟原本的架構

流程系列二之 讓團隊自由的基礎

兩周前,我們談到了流程的標準化對於商業行為的長期運作的重要性。 甚至只是間小吃店也是一樣,因為若缺乏這東西的話,混亂、錯誤、衝突、與失敗就很可能出現在日常工作中。 但若回到以專案為主體的工作環境,相同的概念卻好像並不那麼容易可以帶入?  

流程系列一之 只是好吃還不夠

之前我上班的附近有間小吃店,店裡賣的是魯肉飯、炒麵、炒飯、豬肝湯那類菜色。 說起來其實並不多特別,但是因為那附近很少小吃店,他的一盤炒飯又大約僅是60元上下的價位,加上份量適中口味又還不差,也因此與當時的同事中午常去那邊吃。 那家店東西雖然不錯,我們也從來沒吃到不新鮮的餐點或異物,但這店卻有個問題。 因為中午生意很好客人非常多,幾乎每五次有兩次會有誰點的東西漏掉沒做、不然就是看著送菜的小姐一桌一桌問著:「鳳梨炒飯是你們點的嗎?」、再不然就是明明鳳梨炒飯吃完了,不知道為何卻又做了一份送來。 幾次下來我就好奇,到底這家店發生了甚麼事? 人多雖然是助長混亂的