我讀張忠謀自傳-通用篇的 3 個反思

我讀張忠謀自傳-通用篇的 3 個反思

他只在通用待了短暫的一年,在自傳中的篇幅很短,大概只有 10-20 頁左右,但有幾件事其實也值得參考跟借鑒。

面試還是要把很多事問清楚

張忠謀以 50 多歲的年紀,歷經了德儀這種全美百大企業高階主管的經歷,與通用的 CEO 面談了五次,每次都相談甚歡的狀況下,他進入到公司後才發現,他們對經營的想法也很大的差異,CEO 對自己的定位也跟自己想像的不同。

他認為自己應該是來強化通用整體競爭力,包含產品與技術研發,但 CEO 的策略其實更偏向進行公司出售與併購,這個定位上的差異,直接決定了雙方認知上的歧異。

在自傳中他只用一個很簡短的話帶到可能犯的錯,那就是他說自己在五次面談中,大多數時間都是他在說,而對方在聽。

我想也是因為這樣,所以很多問題可能也沒有直接提出,包含最重要的定位與策略方向的議題,過多的在討論自己的經歷,人生觀等等。

這邊可以參考我寫過的一篇文章:如何面試你的主管

空降主管的高陣亡率

他空降之前,CEO 告訴他,他未來的四位直接部屬中,有兩位對他持接納態度,但有兩位則有點不服氣。他原先不覺得這有什麼問題,他相信自己能搞得定。但他在到職八個月時,因為 CEO 要他想辦法把業績維持住,這時他又再次提到面對不 support 他的下屬,他其實也無力回天。

這個段落其實是典型空降主管會遭遇到的窘境,大家在看你能變出什麼把戲。除此之外,我覺得或許在一開始 CEO 跟他說這件事情時,就可以嗅到一些端倪了。

如果 CEO 是百分之百力挺張忠謀,他應該善盡責任去說服這些主管們,要全力支持張忠謀,而不是聽到有兩位表達不看好時,回過頭來告訴張這件事。

所以在稍後的段落中,張忠謀自己反思,CEO 肯定也考不定這四個主管,如果他能處理的很好,應該也不會需要自己了。

這是個很有意思的反思,但也反應了企業經營的真相,如果真的要多加一個組織層級,絕大多數原因都是上級無法有效管理他的直接下級。可能是管轄範圍過大,也可能是管不動人,前者通常代表下屬主管本身無法獨當一面,後者通常代表領導能力或溝通協作有狀況。

如果他能更早意識到這件事,或許會更快採取合適的行動。

這邊可以參考我寫過的一篇文章:空降主管的應對之道

CEO 與 COO 的搭配

在書的段落中提到了一位麥肯錫顧問告訴他:「你很懂戰略,但你的主管比較熟悉戰術。」

張忠謀反問:「這樣我們兩個人就互補了,不好嗎?」

對方告訴他:「當然不好,因為你們兩個的角色顛倒了。」

張事後反思,覺得這段話很有道理。什麼道理?

戰略一般範圍較大,而且偏向長期思維,戰術的範圍較小,而且偏向短期思維。當 CEO 只想著短期,COO 則想著長期時,這種狀況下長期的事,通常不會發生,因為回應短期很簡單,而且通常很緊迫,人會傾向做短期,而當你的老闆也這麼要求你時,人通常會全心全意做短期。

加上當老闆想的範圍比你小時,超出他想像的部份,對他來說都是不重要的,所以他當然不會支持你的想法。

所以 CEO 有戰略思維,COO 偏向戰術才是相對有效的互補,因為他會要求你想的廣一些,遠一些,但他肯定也能理解短期業績不要掉,這中間一般比較容易取得平衡。

短短一年的時間,張忠謀又再次失業了,而從這兩段職涯,其實能明顯的看到,他並不擅長搞政治,他看待工作的角度蠻純粹的,適合創業可能更勝於擔任專業經理人。

如果你覺得我內容寫得還不錯,歡迎訂閱我的電子報,我每雙週會發送一封電子報到你的信箱。訂閱連結在這,過往的電子報也在這:Gipi電子報

也鼓勵你可以將我的電子報分享給你認為有需要的朋友們,也許你的舉手之勞,將會改變另一個人的思維與習慣。

Read more

[徵才]方圓國際誠徵兩個新職務

[徵才]方圓國際誠徵兩個新職務

今年四月份,我加入了方圓國際擔任策略長,方圓是一家茶飲連鎖公司,旗下有兩個主要品牌「吃茶三千」與「喫茶小舖」。吃茶三千在海外 30 多的城市有約 130 家門市,喫茶小舖在台灣則約有 60 家門市。 我從去年底開始擔任方圓的顧問,主要協助梳理公司的管理制度、流程與阻礙成長的問題。四月份我轉任策略長,過去這一個多月,我除了 AI 的引入與建置外,我也花了大量的時間重新構思公司的整體策略。 我們進行了「未來十年不變的事」的策略探討,最終設定了十年戰略方向,三年目標,以及 2026 年的關鍵任務。 透過這樣深度的策略思考,我們也藉這個機會盤點了公司目前的人才缺口。 以下有兩個很關鍵的角色是我迫切在找尋的。如果你覺得自己或身邊的人很適合加入方圓,請自薦或推薦給我,謝謝。 歡迎將履歷投遞到:gipi@teashop168.com.tw 門市體驗經理(Store Experience Manager) 門市是接觸終端消費者的最後一哩路,也是品牌傳遞價值的關鍵接觸點。我們在全球因應不同的市場有不同的店型設計,

By gipi
克服 AI 焦慮的方法,唯有實作

克服 AI 焦慮的方法,唯有實作

2018-2019 年左右,線上學習在台灣整個大爆發,線上課程一大堆,每個禮拜都有很多線下學習活動。每天都可以看到大量的學習心得與活動心得,每個人講的內容都很有道理。全台灣好像瞬間變成一個知識島,所有人都學識淵博,而自己似乎懂得有點少。 知識焦慮年代 在那個時候,很多人染上了「知識焦慮」的病症。 害怕別人知道自己不知道的,擔心自己沒跟上世界的節拍,所以哪邊有新知往哪兒去,哪邊學習氛圍濃厚就往哪兒鑽。看起來是因為熱愛學習,但內心的煩惱其實是「害怕失去」。 害怕失去話語權,害怕失去社交談資,害怕失去機會,害怕失去競爭力,害怕自己不再是別人眼中領先的族群。 而克服焦慮最有效的方法,不是知道更多,而是實踐,從時間中獲得成果,獲得進步。 那些仍在學而沒有做的人,焦慮是無法停止的,因為他並沒有真的改變現況。 這也是當年為何我們想舉辦 case study、學習營、打卡、案例練習,並且鼓勵大家多多輸出的原因了。因為輸出,其實就是最輕量的實踐,而動手做,則是讓自己學有所用的基本配備。 在那個知識焦慮的年代裡,因為我本來就熱愛學習,也經常輸出,

By gipi
我如何與 AI 協作開發,我的開發步驟分享

我如何與 AI 協作開發,我的開發步驟分享

昨天到工程師場子分享,想說跟大家對照一下,現在是否多數人都跟我一樣,寫程式完全不手打任何一行 code,全部都是 AI 做的。 結果發現,現場只要有在用 AI 開發的人,多數時候真的都是讓 AI 來完成程式撰寫工作。 目前我的開發組合是 Claude Code / Claude Design / Fly.io / Github / Cloudflare,其他還有根據程式功能需要而使用的第三方元件。 做一個新系統的習慣是: 1. 跟 Claude 討論我想解決的問題,以及我的核心需求,中間我可能會用 Claude Cowork 做本地資料的分析,然後請他廣泛收集一下資訊,做幾輪 prototype 的模擬。確認方向是否是我所期待的。 2. 對完需求後,請他產出系統定位、限制、邊界與 PRD。 3. 把 PRD 跟幾個

By gipi
加快了速度,少了回饋

加快了速度,少了回饋

2022 年時我曾推出了一堂課《打造高效軟體開發團隊》。 在這堂課程中我繪製了一張軟體開發過程管理的架構,這張圖我從公司策略->產品策略->需求管理,一路到開發過程管理、交付、市場回饋,最後再回到產品需求管理。 當年我曾說過,軟體開發最重要的其實不是程式開發本身,而是 align 公司策略與產品策略,同時兼顧好短期需求,將需求管理做好。 但我們也可以看到產品需求管理是上述架構中最主要的節點,上承策略,下接短期需求,右邊則是成為所以開發計畫的起頭,同時還要承接來自市場回饋,並能持續優化管理過程與技術債務管理。 簡單的說,決定做什麼,決定了產品定位,決定先做什麼,則決定了策略重心。但要做出決定,除了對目標有清晰的認知外,更重要的是「回饋」。包含市場回饋、使用者回饋、利害關係人回饋(研發/行銷/客服...)。 這陣子透入 AI 開發後我對這張架構圖有一些新的想法: 首先,是生產力過剩。 因為 AI 不用休息,生產力幾乎沒上限,

By gipi