事実が揃わない会議では、板挟みが増える：「FACTログ」で争点を固定する

シーズン5 第2話
この回で手に入るもの

• 「事実が揃っていない会議」が板挟みを増やす構造を、言葉で説明できるようになる

• FACTログ（事実／解釈／要求）で争点を固定する手順がわかる

• その場でそのまま使える「会議での一言」とテンプレが手に入る

0) まず15秒で確認——あなたの状況確認

次の4つの症状に、当てはまる頻度をスコアで答えてください。

0＝ない　／　1＝たまにある　／　2＝よくある　／　3＝ほぼ毎日

• Q1 上司の指示が抽象的で、現場に落とし込めない

• Q2 相談が止まらず、タスクが細切れになる

• Q3 毎回その場しのぎになり、成果が安定しない

合計スコアが高いほど、板挟みの燃料はここにあります。

調整力が足りないのではありません。 会議に持ち込まれる「事実」が、そもそも整っていないことが問題です。

解釈や感情がぶつかり合う前に、事実を固定する。それだけで、会議の空気は変わります。

今日のワンアクション

次の会議の冒頭で、これだけ言ってください。

「まず"事実だけ"を1分で揃えたいです。解釈はそのあとにします。」

1) 今日の結論

板挟みの原因は、あなたの説明力でも調整力でもありません。"事実が揃っていない"ことです。

板挟みが増える会議には、共通の構造があります。

事実が揃わないまま、評価・解釈・感情が先に走る。

だから最初にやるべきことは、うまい説得の言葉を考えることでも、根性で乗り切ることでもありません。争点を"事実ベース"で固定する1枚のログを作ることです。

これがあるだけで、会議でありがちな「言った・言わない」「誰が悪い」への脱線を止められます。

2) よくある板挟みパターン（会議の地獄）

たとえば、こんな会話です。

上司：「なんか最近、あの案件遅くない？」（抽象的）
現場：「仕様が固まっていないので……」（事情の説明）
あなた：「えっと……（で、何が事実で、何が推測？）」

この瞬間、あなたは3つの圧力に同時に挟まれます。

1. 上司の"焦り"を鎮めなければならない

2. 現場の"現実"を守らなければならない

3. でも判断の材料（事実）が揃っていない

材料がないまま会議が進むと、「たぶん」が飛び交いはじめます。

「たぶん現場が甘い」「たぶん上が分かってない」「たぶん自分の伝え方が悪い」

「たぶん」が増えるほど、板挟みは深くなります。

3) なぜ、事実より先に「意味づけ」が走るのか

人は目の前の出来事をそのまま受け取っているわけではありません。限られた情報の中から選んで解釈し、結論を作り、行動します。

同じ出来事でも、人によって解釈が割れるのはそのためです。

「あの人はサボっている」「燃え尽きているだけだ」「上が急に変えた」

この「飛躍のメカニズム」を示したのが、推論のはしごというモデルです。事実から一段一段はしごを上るように、人は無意識に解釈と結論を積み上げていきます。

さらに、判断の回数が重なるほど判断力は低下しやすくなります（決め疲れ）。FACTログは、この判断の消耗を「記録で肩代わりする仕組み」としても機能します。

4) FACTログとは何か（ここで定義を固定する）

FACTログとは、「事実」と「解釈」を分けて記録し、争点を固定するための1枚です。
構成はシンプルに3つだけ。

① FACT（事実）日時・誰が・何を・どこで・どうした
・・・観測できる出来事は何か？

② INTERPRETATION（解釈）だから○○だと思う／懸念は××
・・・自分はどう読んでいるか？

③ REQUEST（要求・次の一手）確認したいこと／決めたいこと
・・・次に何を決める必要があるか？

ポイントは、解釈を消すことではありません。「事実と解釈を混ぜない」ことです。

混ぜると揉める。分けると進む。

同じ出来事でも、言い方ひとつで会議の流れが変わります。

❌ 混ぜる（揉める）

「現場が遅いです」
→ 事実・評価・原因がすべて混在。「誰のせいか」の話に流れやすい。

✅ 分ける（進む）

FACT（事実）
テスト開始予定が3/18 → 3/20 に変更された（理由はまだ未確認）

INTERPRETATION（仮説）
仕様変更が影響している可能性が高い

REQUEST（次の一手）
今日の会議で①仕様変更が確定する日時、②影響範囲、③確認担当者と期限を決める

事実が固定されると、会議は「犯人探し」から「次の行動を決める場」に変わります。

揉める会議と進む会議の違いは、事実が固定されているかどうかです。 FACTログ1枚が、板挟みの燃料を断ちます。

5) 3ステップ実装（今日から回る運用）

ステップ1：まず「事実の型」を決める（5W1H）

FACTの書き方をバラバラにすると、結局また揉めます。
最初に型を固定します（5W1H）。

3行FACT（会議で読める量にする）

• 期限：3/22

• 現状：テスト未着手（仕様未確定）

• 影響：リリースが1週間ずれる可能性

※「可能性」は解釈に寄りやすいので、根拠FACT（未確定項目）をセットで書くのがコツです。

ステップ2：会議の冒頭1分を「FACT合わせ」に固定

会議の地獄は、だいたい冒頭で決まります。
最初の1分を“儀式”にしてください。

• FACT欄は3行で書く

• 事実が不明なら「不明」と書く（埋めない）

• その場で埋めるのは「追加で取る事実」だけ

進行のひと言テンプレ

「まずFACTを読みます。違うところがあれば、そこだけ直してください」

ステップ3：上司・現場への“翻訳”をテンプレ化する

あなたが毎回ゼロから翻訳すると、あなたのエネルギーを余分に消耗します。
翻訳は“文の型”にして、使い回します。

• 上司へ：結論 → 根拠FACT → 次の意思決定

• 現場へ：事情 → 制約FACT → 上への説明に必要な追加FACT

上司への文例

結論：○○は現状、予定より▲日遅れています。
根拠FACT：未確定項目が2点（A／B）あり、テスト着手ができていません。
今日決めたいこと：AとBの確定をする担当者と期限を決めたいです。

現場への文例

上への説明に必要なFACTを揃えたいです。
未確定は何が残っていますか？（確定予定日と担当者も）

6) ミニ習慣（開運＝氣づき×行動）

今日から7日だけ、これをやります。

• 夕方の最後に「今日のFACTを1枚だけ」残す

• 感情が動いた案件ほど、FACT欄だけ先に埋める（解釈はあと）

「事実が残る」と、翌日のあなたが助かります。
これは氣合いではなく仕組みです。

7) 配布テンプレ：案件FACTログ（コピペで使える）

※このままメモ帳／Notion／Googleドキュメントに貼って使えます

案件名：

FACT（5W1H）

• Who（関係者）：

• What（起きたこと）：

• When（日時／期限）：

• Where（場所／チャネル）：

• Why（目的／背景※事実のみ）：

• How（手段／手順※事実のみ）：

現状（数字・進捗）

• 進捗：

• 未確定：

• 依存関係：

INTERPRETATION（解釈・懸念）

• 懸念：

• 仮説：

REQUEST（次の一手）

• 今日決めたいこと：

• 追加で取りに行く事実：

• 依頼先／期限：

8) 次回予告（EP03）

次回は、FACTが揃ったあとに必ず出る問題――
「上司の期待」と「現場の現実」がズレるを扱います。

EP03では Google re:Work の「Structure & Clarity（構造と明瞭さ）」を拠点に、期待値を翻訳して合意する“言葉の仕組み”を作り、「今日の型」を“継続して回る運用”に落としていきます。

📚️この記事を紹介してくださったマガジンです📚️

　　　　ぜひチェックしてみてください。