貝佐斯:「內部會議不是一場 Pitch,不應該事先彩排。」

貝佐斯:「內部會議不是一場 Pitch,不應該事先彩排。」

「內部會議不是一場 Pitch,不應該事先彩排。」

剛剛看一段貝佐斯談論開會的影片,覺得很有既視感。

團隊為了跟老闆開會,所以事先排練過整場會議的進行,所以這個會議的目的只是為了將排演的內容演完。講得更難聽一點,就是內心已經有個定見,希望透過「演好這場會議」來說服老闆

貝佐斯認為有些會議就是需要討論,就得接受過程的混亂,而不應該事先彩排。銷售活動可以彩排,但內部重大議題的討論不應該如此。

在大公司上班,管理者們總有許多自己的考量,可能是怕準備不全、擔心團隊講錯話、跨部門間沒事先溝通等問題,擔心在會議中被老闆修理,所以為了減少錯誤,通常都會彩排。

以前在公司內,我也沒有少做這類的事,不論是被交代,或者是交代團隊們做。只要今天面對的是大老闆,95% 的機率我們都會事先彩排。

但在我自己的公司,或者我自己的團隊內,我認為根本沒有必要彩排。

會議不該是 Pitch,這只有在老闆本身有這樣的意識時才會發生。

當你希望會議要盡善盡美的完成,每件事都要有所準備,每個問題都要事先想過,每個人都要事先溝通過。不接受有回答不出來的問題,也不接受彼此意見有很大落差,更不接受會議可能只有方向而沒有具體共識。

那你永遠只會得到彩排後,缺乏真相的一場戲,一場為你而演的戲。

為什麼彩排過的會議,是缺乏真相的?

第一,沒人想惹老闆不開心,所以那些激烈的衝突很可能都事先經過討論,而且都有所妥協。但這些妥協是否對公司有利?說真的沒人知道。

第二,為了讓整個會議能順暢進行,議程與內容通常會將一些缺乏脈絡,或者風險過大的議題刪除,因為一旦會議討論到這些內容,最後就會變得混亂。而在很多老闆腦袋裡,混亂=沒準備好。為了避免混亂,會議的報告者往往會有選擇性的說話。

但那些被隱藏起來的內容,或許才是真正重要的。

第三,決策會有明顯的傾向,當我們將會議與提案綁在一起,一來是將重大決策的資訊收集押寶在報告者身上,二來則是將會議討論的方向壓在特定部門上

因為人都有私心,準備一場會議時經常會將會議的決策方向引導到對自己部門或個人有利的方向,而不見得是對公司有利的方向。

事先準備很重要,但不需要彩排,彩排過的資訊經常偏離真相。


要能做到這樣,我覺得有個前提,那就是要讓大家清楚開會的目的。

會議的目的是為了探討解決問題的方法,讓公司往正確且有共識的方向前進

為此,我們會需要有完整且透明的資訊充足的討論

不是不能事先準備,但事先準備的原則應該基於明確的證據與合理的推論,不應該刻意隱瞞事實,並預設了明顯的偏好,試圖引導他人往你想要的方向去。

但說真的這很難,因為所有在大公司擔任過主管的人應該都清楚會議布局的重要性。畢竟你負責了某個目標或專案,你對自己職責的定義就是得把事情推進,把問題搞定。而你肯定也會有很多既定且具有偏好的想法在腦袋中,要不預設立場真的挺難的。

所以我個人的想法是,當你是 project owner 時,你的決定肯定還是有偏好,但你必須透明的用數據跟證據來解釋你的偏好,而不要試圖隱瞞資訊。讓一切攤在檯面上,讓會議其他成員檢驗並提供意見,這應該就能達到效果了。

隱瞞事實其實是操縱資訊不對稱,這種做法很容易讓所有的討論都失焦,因為大家全都在錯誤的資訊上溝通,而這些資訊很可能都是簡報者加工後的結果。


以前在教專案管理時,我有個章節特別在談會議管理,其中有個段落是談會議的佈局,課程中有張投影片長這樣,這是我以前擔任專業經理人時,我在某場重要會議的佈局。

我會設定了會議中每個段落應該要有的行動,包含誰應該表達意見,在哪個部分要先針對某個議題有明確結論等等。

但這些誰表態,誰補充的動作,我都是交給 C-Level 的長官們。主因是,他們在該主題上本來就擁有絕對的決定權與專業,次因則是,以他們的高度,提出相應的觀點,不會有人擔心他們另有盤算。

我在這場會議的角色很明確,就是要讓討論有共識,讓計畫能往下走,而我的主要任務有三:

第一,充分揭露我收集的資訊。
第二,針對不同的可能性提出建議與分析。
第三,讓所有人充分討論,並獲得結論。

在會議前,我的直屬老闆 CTO 當然會有些指示,也會有他希望推進的方向,但他很明白的讓我知道,不用隱瞞資訊,因為他有信心在目前掌握的資訊下,哪個方向可能是相對好的選擇。

他要我好好準備,把關鍵資訊講清楚,把脈絡邏輯釐清,從商業角度提出想法跟建議即可。

所以我認為,除了會議的目的要被清楚定義外,直屬主管是否具備安全感,敢於在會議中揭露所有事實也是關鍵因素。

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