張國洋 Joe Chang - 作者系列文章
張國洋 Joe Chang
Joe G+ ICON Joe LInkin ICON

現為識博管理顧問執行長,也在台灣百大上市櫃公司擔任管理講師與專案顧問。歷年客戶包含工研院、台積電、廣達、富智康、光寶集團、台灣大哥大、遠傳電信、中鼎工程、建國工程、台橡公司、大同公司、三陽工業、TVBS、特力屋集團、城邦集團、誠品集團等。 為了對抗雙魚座的感性,一直在努力強化理性思維與邏輯思考。 相信邏輯發展能解構任何事物,並讓我們找到合宜的人生策略與方向。

學會這個後,我創下了公司史上最快的量產紀錄

  以下文章是一位目前在某硬體廠擔任PM的讀友所寫。 文中分享了他跟客戶以及內部進行工作協調與模擬規劃的心得。 他本身是RD出身,2012年間被公司拔擢為PM,那時候他來我們這邊上了一系列的專案管理課程。 這篇是他在經過兩年後的工作心得,提到專案管理的知識到底怎麼在實務上幫助了他! ------ 正文開始 ------ 我自己在當RD時,每次見到公司內部的PM到處出差和客人開會談產品規格與時程,回來和老闆報告後就開始壓RD進度,心理總覺得「哇! PM 真是爽缺。永遠出一張嘴,然後就在旁邊納涼等著收卷。」 結果,等到自己做PM時,才知

《動態競爭優勢時代》讀後感

這本書是前兩週天下出版的編輯部送給我試讀的。 不過在剛收到她的推薦Email時,因為名稱看起來很硬,讓我有點意態闌珊。 不過編輯信中還提到這作者的概念跟我們七月出的那本〈三年後你的工作還在嗎? 掌握關鍵職能,迎向工匠、總管與行腳商人的時代!〉很類似,只是這本書是從企業經營策略的角度出發。而這點吸引住了我... 「原來,我們的想法也有國外的大師用不同的面想闡述過嗎?」這讓我被誘惑住了,所以就趁著週末把這本書讀了一遍。(說起來我意志力還真弱XD) 這本書的作者是哥倫比亞大學商學院的教授,名叫莉塔・岡瑟・麥奎斯(Rita Gunther M

交通誤點能給PM們的啟發

之前有段時間,因為捷運板南線還沒開通,所以我每天都搭台鐵從板橋搭火車到南港去上班。 雖然現在的狀況我已經有點不太清楚了,不過在那年代火車的準點率是很有提升的空間,每個禮拜總有幾天會碰到電車延遲到站。 隨著搭乘時間久了,慢慢發現台鐵的資訊看板似乎有個小模式。 車子到底會Delay多久的資訊,很少是很早就顯示在班次表上。 通常都是車子該到的前十分鐘內,才會突然顯示這班車會延遲五分鐘。 五分鐘不多嘛,所以看到這訊息時自己都會想「沒關係,才五分鐘,那就等一下吧。」

安心感,來自帶領你的客戶跨越知識的鴻溝

這是你第三次去跟客戶做簡報了。 前兩次的簡報中,你把產品各功能一條一條的做了介紹。 本來以為這次該要談談購買數量或是討價還價等細節了。 結果沒想到這次一開始,客戶要求你再針對每個功能跟對手的產品逐項解釋差異。 但因為產品很複雜,很多功能差異一時半刻難以解釋清楚,所以這次簡報花了你極長的時間。 也因為時間拉長,你發現對方的決策主管漸漸失去了專注力 - 有人開始打盹、有人在滑手機、有人跑去接電話久久沒回來。 更糟糕的是,花了四五個小時,很顯然你完全沒說服對方,離簽約的機率看似更渺茫了… 我自己職場早期,很多案子是PM兼

500 企業專案治理 (14PDU)

課程簡介 這門課主要的對象,是在組織中負責「專案管理制度」的主管或幕僚。有別於一般PMP課程著重在專案經理個人以及單一專案的環境。我們這裡要談的重點,是如何在整個企業中設計一套通行的「遊戲規則」 - 包括有效的管理機制、績效指標、資訊系統、PMO、企業環境的PMIS、以及如何連結專案管理與經營管理等議題。 這不是一門教科書的內容簡報,而是我們多年來經歷國內外數十家企業的實際導入經驗,匯集而成的經驗分享。  

蒙地卡羅風險分析法是甚麼?

前兩週去工研院上Oracle Risk Analysis的操作應用課程,所以手邊在準備相關的素材。 邊準備就邊想到,蒙地卡羅風險分析是一個很多人聽過讀過,可是常搞不清楚是做什麼的玩意。 最起碼我自己每次講到PMBOK風險章節時,同學都會針對風險定量分析(Risk Quantitative Analysis)問很多問題。 所以就想到可以寫這麼一篇文章,來跟大家談談所謂蒙地卡羅風險分析法到底是在做甚麼。 不過,在一開頭,要先幫大家破除一個謬思。 因為很多人總以為這類風險分析軟體是能「自動」幫忙分析專案風險。 可惜,這是不可能的。

談話效率 VS 部屬心情管理

最近跟朋友聊天聽到這麼一個故事。 她的老闆交代下來一個工作。 大意是要幫老闆一個朋友免費開發一個小網站。 雖然做網站不是他們公司的本業,但她知道下面有工程師是會這類工作的,加上是老闆交代當然也就得進行。 於是她花了些時間跟老闆的朋友(後稱客戶)討論。 大致架構雙方都談清楚了,只是技術上客戶希望透過PHP + MySQL來開發。 她本身因為不是開發者、對技術細節也不熟,為確認這件事情,就回來找內部的工程師討論。