6つの帽子思考法：エドワード・デ・ボノの手法と活用例

著者: Kevin Kim · 更新日: 2026年10月13日

6つの帽子思考法は、エドワード・デ・ボノが考案した会議の手法で、グループが問題を6つの別々の思考モードから、一度に一つずつ見ていきます。事実（白）、感情（赤）、リスク（黒）、利点（黄）、新しいアイデア（緑）、プロセス管理（青）です。全員が同時に同じ帽子をかぶるため、立場をめぐって議論するのではなく、一緒に課題を探ることができます。

6つの帽子思考法の由来

エドワード・デ・ボノは1985年に Six Thinking Hats を出版しました。Open Libraryの初版の記録には、同年にLittle, Brownから出た207ページの本として掲載されています。また、Hachetteは後のトレードペーパーバック版を掲載しており、この手法を一つの問題を軸に説明しています。「思考の最大の難しさは混乱である」というものです。帽子はそれに対する彼の答えです。感情、情報、論理、希望、創造性を切り離し、一度に一つずつ扱えるようにします。

根底にある考え方は、デ・ボノが並行思考と呼んだものです。De Bono Group自身のページでは、通常の議論と対比されています。議論では、一方がもう一方を打ち負かそうとします。並行思考では、各人が他の人の考えと並べて自分の考えを出し、それを攻撃しません。同じページは、帽子がこれを実践する現実的な方法だと述べています。

これが本当の転換点です。多くの会議では、役割が暗黙のうちに割り当てられています。楽観的な人、懐疑的な人、いつも予算の話を持ち出す人。6つの帽子思考法は、そうした人柄を、誰でも切り替えられるモードに変えます。懐疑的な人には慎重さのための正式な時間が与えられ、楽観的な人には利点のための正式な時間が与えられます。誰も人柄を弁護する必要はありません。

重要な事実

• 起源： Six Thinking Hats は、1985年にLittle, Brownから初めて出版され、その版は207ページです。
• 中核となるルール： この手法では、全員が同時に同じ帽子をかぶることで、グループが課題のあらゆる側面を一緒に探れるようにします。
• プロセスの帽子： De Bono Groupは、青をプロセス管理と説明しています。思考を管理し、手法のガイドラインを守らせます。

6つの帽子

それぞれの帽子は思考の方向であって、性格のタイプではありません。De Bono Groupのプログラムページは次のように定義しており、表には、その場で使える問いかけを加えました。

白の帽子：事実だけ

De Bono Groupは、この帽子を「事実、ただ事実のみ」とまとめています。実際には、数字、日付、顧客の声、分かっていない点を指します。「第3四半期のチャーンの数字はありません」と言って構いません。その空白は、議論ではなくタスクになります。

赤の帽子：理由づけなしの感情

赤は、人が飛ばしがちな帽子ですが、決定が停滞する理由を説明するのは、たいていこの帽子です。感情と直感を扱うので、「急ぎすぎている気がする」や「このベンダーは信用できない」と言える場です。感情を述べて、先に進むよう促します。誰もそれを弁護する必要がなく、それが肝心な点です。

黒の帽子：慎重な判断

黒はリスクを探します。De Bono Groupのページは、おそらく最も強力な帽子であると同時に、使いすぎると問題になるとも警告しています。これは大半の人の経験と一致します。黒の思考を既定にしているチームは、誰かがアイデアを練り上げる前に、それを潰してしまいます。リスクに専用の時間を与えると、より鋭く、より短くなる傾向があります。

黄の帽子：価値と利点

黄は意図的な楽観です。そのアイデアの良い点は何か、誰が恩恵を受けるか、どんな条件で成り立つかを問います。応援することではありません。優れた黄のラウンドは、具体的な利点とその背後にある前提を挙げ、それによって、続く黒のラウンドがより誠実なものになります。

緑の帽子：新しいアイデア

緑は、選択肢を生み出し、有望なアイデアを広げ、あるいは黒が提起した問題を解決する場です。スキルとしての創造性と重なりますが、ここでは時間が区切られ、他のモードに取って代わるのではなく、並んで位置づけられます。

青の帽子：プロセス

青はセッションを管理します。目的を設定し、帽子の順序を選び、時間を計り、要約し、次のステップを告げます。ファシリテーターが最も多くかぶる帽子であり、そのためファシリテーションスキルと自然に組み合わさります。

6つの帽子思考法と関連手法の比較

人はよく、帽子を他のグループ技法と比べます。それらは異なる問題を解決するもので、組み合わせるとうまく機能します。

これらがどう組み合わさるかについて、いくつか補足します。

ブレインストーミングは単一のモードです。帽子は、その周りにある他の5つのモードを加えるので、「もっと出す」か「一つに絞る」かの二者択一に陥りません。悪魔の代弁者は、批判のすべてを一人の肩に背負わせます。黒の帽子では、グループ全体がその役割を一緒に担い、そして先に進みます。

推論の梯子は、白の帽子のよいパートナーです。誰かが、実は解釈にすぎない「事実」を持ち出したとき、カメラなら何を記録していたかを尋ねれば、データに戻れます。まずユーザーリサーチでアイデアの土台を固めたいチームには、デザイン思考が前半を担い、帽子はその中の議論を構造化できます。

なぜ機能するのか：並行思考

典型的な製品ローンチの会議を考えてみましょう。VPは、日程は現実的だと言います。エンジニアリングリードは、そうではないと言います。それぞれが立場を守り、会話は何が真実かではなく、誰が正しいかをめぐるものになっています。

並行思考は、構造を変えます。グループはまず5分を事実に、次の5分をリスクに、次の5分を利点に使います。エンジニアリングリードのスケジュールへの懸念は、それでも提起されますが、黒の帽子の時間に、VPへの攻撃としてではなく、グループが問題の地図を描くための貢献として出されます。VPの自信にも、具体的な裏づけを伴う、黄の専用の時間が与えられます。

この切り分けは、実務的に3つのことをします。

1. 発言のコストを下げる。 黒の帽子の時間にリスクを挙げることは、全員がそうしているので、不忠ではありません。
2. モードが混ざった発言を防ぐ。 「それはうまくいかないし、見栄えも悪いし、そもそも予算もなかった」という発言は、リスク、感情、事実を混ぜ合わせています。帽子は、それらを引き離します。
3. 発言の時間を均す。 どの帽子も全員に当てはまるため、普段は他の人に任せているモードでも、静かな人が貢献できます。

集団思考に対する有効なチェックにもなります。黒の帽子のラウンドをあらかじめ設けておけば、異論がプロセスの一部になり、孤立して反対する役を誰かが引き受けなくて済みます。

根拠について一言。6つの帽子思考法は、広く使われているファシリテーション手法です。これについて書かれたものの多くは実務家やトレーナーによるもので、研修サイトが主張する効果は、ベンダー自身のものです。この手法は、多くのチームが有用だと感じる議論の構造として扱い、特定の結果が出ることが証明された方法とは見なさないでください。自分のチームにとっての価値は、他の会議形式と同じように判断できます。決定が早くなったか、人々は納得して会議を終えたか、です。

6つの帽子思考法セッションの進め方

4人から8人で行う45分から60分の会議に適した進め方を紹介します。

1. 問いを定める。 グループが答えられる一文を書きます。「ローンチを3月に延期すべきでしょうか？」ならうまくいきます。「ローンチについて話しましょう」では機能しません。
2. ファシリテーターを決める。 1人が青の帽子を担います。手法、各帽子の目的を説明し、帽子ごとの標準時間を合意します。
3. 青で始める。 目的と、使う帽子の順序を述べます。問いを全員に見える場所に掲示します。
4. 順番に帽子を進める。 帽子を一つずつ宣言し、その意味をグループに思い出させて、議論をその範囲にとどめます。黄の間に誰かがリスクを挙げたら、それを書き留め、黒のために取っておきます。
5. 共有の場に記録する。 ホワイトボードや共有ドキュメントに、帽子ごとにまとめて論点を記録します。practical.liのエンジニアリング・プレイブックは、記録を帽子別に整理することを勧めており、その記録が会議のアウトプットになります。
6. 切り替える前に確認する。 ファシリテーターは、先に進む前にグループの準備ができているかを確認し、時間を管理します。
7. 青で締める。 各帽子から出てきたことを要約し、次に何をするかを決め、担当者を割り当てます。

いくつかのファシリテーションの習慣が役立ちます。ラウンドは短くし、アウトプットは発言の長さではなく、論点のリストにします。誰かが違うモードに入り込んだら、やさしく軌道修正します。「それは黒の帽子の論点のようです。そのラウンドまで取っておけますか？」。そして、グループがこの手法に慣れていなければ、その場で順序を考えるのではなく、決まった順序を使います。

よくある会議向けの帽子の順序

唯一の正しい順序はありません。適切な順序は、会議の目的で決まります。practical.liのエンジニアリング・プレイブックで公開されているプリセットの一式は、出発点として便利です。どれも、青で始まり青で終わります。

注目してほしい点が2つあります。白は通常、早い段階に来ます。共有された事実の土台があれば、後のラウンドが推測で進むのを防げるからです。そして緑は、問題解決の順序では2回登場することがよくあります。1回目は選択肢を出すため、2回目は黒が明らかにしたものを補修するためです。その2回目で、良いアイデアはより強くなります。

どこから始めればよいか迷ったら、重要な決定には「問題解決」の順序を、素早いレビューが必要な草案や提案には「クイックフィードバック」の順序を試してみてください。

そのまま使える6つの帽子思考法テンプレート

この表を共有ドキュメントにコピーします。会議中に、1行ずつ記入していきます。

会議前のファシリテーター用チェックリスト：

• 一文の問いを書き、事前に共有している
• 会議の種類に合わせて順序を選んでいる
• タイマーを用意し、見える形の記録をセットアップしている
• 事前資料は事実に限り、白の帽子を共有データから始められるようにしている

最後の青のラウンドでの締めくくりの問い：

• 決定は、一文で言うと何か？
• どのリスクを受け入れ、どのリスクを先に減らす必要があるか？
• 直近の次のアクションは何で、誰が担当するか？

職種別の例

以下は説明のためのシナリオであり、ケーススタディではありません。同じ構造が、チームを越えてどう当てはまるかを示します。

営業：価格変更の選択

営業ディレクターが、新規顧客向けに10パーセントの値上げを試したいと考えています。白の帽子：現在のクローズ率、平均案件規模、チームが実際に見た競合の価格。赤の帽子：営業担当者はその会話に不安を感じており、一人は習慣で値引きしていたことを認めます。黄：どのみち成約していた案件の利益率が上がる。黒：最安の競合に対する勝率が下がる可能性。緑：1つのセグメントだけで、短いスクリプトを使って試す。青：テスト、指標、レビュー日を合意する。

プロダクト：今出荷するか待つかの判断

チームには、90パーセント完成した機能があります。白：未解決のバグの数、顧客からの要望、前回のリリースでのサポート負荷。黒：目に見える不具合のリスク。黄：待っていた顧客。緑：まず小規模なコホートに出荷する。あらかじめ合意した黒のラウンドがあるので、エンジニアの慎重さが抵抗のように聞こえません。これは意思決定にも直接つながります。

人事：採用プロセスの見直し

人事が、内定承諾率が下がった理由を見直しています。白の帽子では、候補者が退職後アンケートで述べたことと、各段階にかかる時間を扱います。赤の帽子で、リクルーターの不満が表に出ます。緑は、面接の回数を減らすことを提案します。これは問題解決にぴったり合います。帽子が、不満が責任追及の場に変わるのを防ぐからです。

オペレーション：インシデント後のレビュー

障害の後は、白から始めます。何が起きたかの時系列です。時系列が合意されるまで黒は飛ばします。責任追及は事実に紛れ込みがちだからです。その後、赤でインシデント中の人々の気持ち、黄で何がうまくいったか、黒で失敗、緑で改善策を扱います。青で締め、担当者の名前を挙げます。

リーダーシップ：戦略オフサイト

リーダーは、戦略計画のような長い順序を使えます。黄と黒を先に置くと、事実を重ねる前に、計画のバランスの取れた見方が得られます。各役員に同じ瞬間に同じ帽子をかぶらせることで、最も立場の高い人の声が枠組みを決めてしまうことも防げます。各帽子は同じアイデアに対する異なるテストなので、クリティカルシンキングとも組み合わせやすい手法です。

やるべきこと・やってはいけないこと

限界とよくある間違い

この手法は魔法ではなく、コストもかかります。全順序を行うには時間がかかるので、10分のスタンドアップには使わないでください。決定が現実的で、意見が分かれ、リスクが高いときに最も効果を発揮します。また、チームには予想できる問題も起きます。

帽子がラベルになる。 「あなたはいつも黒の帽子ですね」と言い出したら、この手法は誤用されています。帽子は誰でも使えるモードであり、人のタイプではありません。

ファシリテーターが主導権を握る。 青が管理するのは内容ではなく、プロセスです。ファシリテーターが、毎回のラウンドで自分の意見も押し通すと、構造全体が損なわれます。

赤が飛ばされる。 感情をプロフェッショナルではないと考えるチームは、本当の情報を失います。短い赤のラウンドが、本当の障害を明らかにすることはよくあります。

ラウンドが討論になる。 黒の議論が、リスクが現実かどうかをめぐる言い争いになったら、書き留めて先に進みます。目的はリスクの地図をつくることであり、その場で一つひとつを解決することではありません。

順序が硬直的すぎる。 初心者は決まった順序に従うべきですが、経験豊富なグループは調整できます。セッションの途中で新しい事実が出てきたら、白に戻って構いません。

チームが繰り返される対立にはまっているなら、帽子は最初に使うべきツールではないかもしれません。グループの構造に手を伸ばす前に、推論の梯子を使って、個人がどう推論しているかを見てみる価値があります。