六頂思考帽 Six Thinking Hats
讓所有人同時戴上同一頂帽子，用六種角色輪流思考，避免會議變成各說各話的混戰。
什麼時候該用它？
六頂思考帽最適合在「會議上大家各說各話、吵半天沒結論」的時候拿出來。它的核心不是讓人變聰明，而是讓所有人在同一時間用同一個角度思考，避免 A 在講數據、B 在講感覺、C 在潑冷水的混亂局面。
- 產品決策僵局：PRD 審查時正反意見拉鋸，用六帽結構讓每個觀點都被聽到
- 跨部門會議失焦：行銷、工程、業務各帶自己的議程，六帽強制大家輪流用同一角度看問題
- 新功能評估：需要同時考慮技術可行性、商業價值、風險和使用者感受
- 團隊回顧（Retro）：Sprint retro 太容易淪為抱怨大會，六帽讓正面和負面觀點都有結構化的空間
- 危機處理：出事時大家容易恐慌或推責，六帽確保冷靜分析和情緒表達都有出口
框架結構
六頂帽子代表六種思考模式，重點是：所有人同時戴同一頂帽，不是每個人戴不同帽。
🔵 藍帽（管理者）
控制思考過程本身。決定戴帽順序、控制時間、總結結論。通常由會議主持人扮演。
藍帽在開頭定義問題，在結尾整理結論。
⚪ 白帽（資訊）
只談事實和數據。「我們知道什麼？還缺什麼資訊？」不做推論、不加判斷。
例：「目前月活 12 萬，上季成長 8%，流失率 4.2%。」
🔴 紅帽（情緒）
直覺和感受。「你的 gut feeling 是什麼？」不需要理由和數據佐證，純粹表達情緒反應。
例：「我覺得這個功能使用者會覺得煩。」——不需要解釋為什麼，紅帽時段就是讓感覺被說出來。
🟡 黃帽（樂觀）
看好的一面。「這件事最好的結果是什麼？有什麼機會？」刻意找價值和好處。
例：「如果成功，這個功能可以讓 ARPU 提升 15%，而且技術上我們已有 70% 的基礎建設。」
⚫ 黑帽（謹慎）
看壞的一面。「什麼可能出錯？有什麼風險？」合理的懷疑和風險評估，不是為了反對而反對。
例：「這個功能依賴第三方 API，如果他們改版或漲價，我們沒有 Plan B。」
🟢 綠帽（創意）
新想法和替代方案。「還有什麼其他可能？」跳出框架、自由聯想、不急著評判。
例：「如果不用 API，我們自己訓練一個小模型呢？」
來源與歷史
- 1985：Edward de Bono 出版《Six Thinking Hats》，提出「平行思考」概念，挑戰西方辯論式的對抗思考傳統
- 1990s：IBM、DuPont、Siemens 等跨國企業導入六帽作為標準會議工具，DuPont 報告會議時間縮短 75%
- 2005：de Bono 的方法被引入 50+ 國家的教育體系，成為批判思考教育的經典工具
- 2010s：Agile 社群將六帽融入 Sprint Planning 和 Retro，特別是在分散式團隊的遠端會議中
- 2021：Edward de Bono 過世，但六帽法已成為全球最廣泛使用的結構化思考工具之一
真實案例：DuPont 的會議革命
DuPont（杜邦）在 1990 年代面臨嚴重的「會議地獄」問題——高層決策會議動輒 3-4 小時，而且常常沒有結論。
導入六頂思考帽後：
- 白帽先行：會前先發資料包，會議開始時所有人先花 10 分鐘確認事實基礎是否一致
- 紅帽釋放壓力：讓資深主管也能說「我就是不喜歡這個方向」而不需要拿數據硬撐
- 黑帽制度化：風險評估不再被當成「唱反調」，而是每個提案的必經環節
- 綠帽產出方案：強制所有人一起想替代方案，而不是只由提案者準備
結果：DuPont 報告導入六帽後，關鍵決策會議從平均 240 分鐘縮短到 60 分鐘，節省了約 75% 的高層會議時間。部分產品開發週期因為決策加速而縮短了 35%。
使用步驟
Step 1：藍帽開場——定義問題
主持人（藍帽）明確說明今天要討論什麼、預計花多久、用什麼順序戴帽。建議新手順序：藍 → 白 → 紅 → 黃 → 黑 → 綠 → 藍。
Step 2：白帽——攤開事實
所有人只談已知的數據和事實。「我們的轉換率是多少？競品怎麼做？使用者反饋說了什麼？」這一步會暴露團隊的資訊落差。
Step 3：紅帽——表達感受
每個人用一句話說出直覺。「我覺得這會成功」「我覺得很不安」「我興奮但也擔心」。30 秒到 1 分鐘就夠，不需要辯論。
Step 4：黃帽 + 黑帽——機會與風險
先戴黃帽找所有好處和機會（5-10 分鐘），再戴黑帽列出所有風險和問題（5-10 分鐘）。分開做是關鍵——混在一起就會變成辯論。
Step 5：綠帽 + 藍帽收尾——創造與總結
綠帽階段針對黑帽發現的問題產出替代方案。最後藍帽總結：做了什麼決定、還有什麼待確認、下一步是什麼。
這樣做 vs 避免這些
這樣做
- 嚴格遵守「全員同時戴同一頂帽」——這是六帽的靈魂，破壞這個規則等於沒用
- 紅帽時段限時且不追問——「為什麼你這樣覺得？」是紅帽時段的違禁語
- 讓最資深的人最後發言（特別是白帽和紅帽階段），避免層級效應壓制其他人
- 把黑帽的產出直接餵給綠帽——每個風險都應該有對應的緩解方案
避免這些
- 不要讓一個人固定戴一頂帽——「他就是那個總是潑冷水的人」恰好是六帽要打破的
- 不要跳過紅帽——台灣團隊特別容易覺得「談感覺很尷尬」，但壓抑的情緒會在後面的討論中以更破壞性的方式爆發
- 不要在黃帽時段混入黑帽觀點——「這很好，但是…」是最常見的違規
- 不要把六帽當成「跑個流程」就好——每頂帽至少要有 5 分鐘的認真討論，趕時間不如不做
六頂思考帽在電商團隊最大的價值是「讓工程師可以談感覺，讓業務必須看數據」。
我在帶跨部門產品會議時發現，品牌電商的決策常卡在「業務說客戶要、工程說做不了、PM 夾在中間」的三角困境。六帽的解法很簡單：白帽時段大家一起看數據（業務不能只用感覺說「客戶很需要」），黑帽時段工程師的擔憂被制度化認可（不是唱反調，是必要的風險評估），紅帽時段讓所有人的直覺被平等對待。
實際操作上，我建議電商團隊的六帽順序是：藍 → 白 → 紅 → 黑 → 黃 → 綠 → 藍。注意，我把黑帽放在黃帽前面——因為電商團隊太容易被「這個功能上線後 GMV 可以成長 X%」的黃帽樂觀沖昏頭，先冷靜看完風險再談機會，決策品質會好很多。
有個小技巧：白帽時段結束後，把所有人說的數據寫在白板上。你會驚訝地發現，同一個團隊對「目前轉換率是多少」這種基礎問題的認知竟然差距巨大。光是這一步就值得整場會議的時間了。