最新文章

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

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

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

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

你在找聖杯嗎?

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

專案管理的用處何在?

曾經在一本理財書中讀到,當你聽到菜市場裡的人都在談論股票時,也就是該退出股市的時候了!近幾年,周遭的親友,不管是保險業的,大陸台商,還是藝術工作者,都不約而同聊起了專案管理,有的甚至還打算去考PMP(美國專案管理師)認證,我心中突然百感交集,想跟各位聊聊這個現象。  

我的美國之旅 - 紐約市環保署

不知道大家有沒有類似的感覺,越是靠近自己的事務,因為身在其中,反而很難跟旁人說個明白。記得去看變形金剛第一集,我坐第二排,從頭到尾人影晃動,不知誰打誰,只記得Megan Fox修車那段(所以第二集又去看了)。自從06年加入紐約市環保署(NYCDEP,簡稱DEP)這個案子,就覺得這是個難得的經驗,一定要留下紀錄。但轉眼快三年,一直沒有靜下來寫篇文章。實在是因為有種不知從何說起的感覺。 既然這樣,還是先看看統計資料,有個大概的輪廓:  

10年的相片,你要拿多少錢來換?5千?1萬?還是5萬?(附問卷調查)

2009最棒的事:終於回到想念的台灣,最慘的事:硬碟墜地,裡面裝著10年來的相片!

周末鬥陣來拆厝(附PMP最新考題)

這個周末我參加了台北市一個「百人接力傳瓦情,老屋舊料再利用」的社區活動。如果你熟悉羅斯福路,在三段靠近浦城街附近(台灣金融研訓院斜對面),有一排破舊的木造平房,和周圍的高樓很不搭嘎。最近因為要辦花博會美化市容的關係,決定要將此處拆除,並改為綠地。我本身並不熱中此類社區活動,會參加的原因只有一個,因為我家是這批破房子的「原住民」。我爸媽在這裡住了50多年,我也住了整整27年。