1
2

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

*【ポエム】建前の言葉と、本音の言葉、会話の骨子を読むための8つのコツ

1
Last updated at Posted at 2026-09-20

会話の骨子を読むための8つのコツ

このメモ書きは、回りくどい会話から本題を抜き出すための手順をまとめたものだ。ビジネスの現場、IT部門の調整、Web運用の依頼といった場面で、相手が何を言いたいのかを外さずに読むことを目的としている。

骨子とは何か

骨子は話の芯だ。枝葉を削っても最後に残る「結局、何がしたいのか」を指す。要約とは別物になる。要約は流れを短くまとめるだけだが、骨子は言葉の裏にある本音や狙いを抜き出す。

8つのコツ

# コツ 要点 例
1 型を疑え お願い、断り、
感情、探り、
マウントの5つ
「誰が詳しいんだっけ」は質問ではなく担当探し
「この機能、他社さんはどうされてます」は探り
「うちは全部内製でやってまして」はマウント
「そういう運用もアリですよね」は婉曲な否定
2 主語を追え 自分の話をしない者は
相手を下げに来ている
「前のベンダーは翌日に反映してくれた」は現在への不満
「現場から声が上がってまして」は本人の要求の場合がある
「うちの部長が気にしてるんですよ」は責任の所在をぼかす
「他のメンバーは定時で終わってますよ」は個人への指摘
3 繰り返しと
脱線に印
唐突な話題の周りに
本題がある
「状況どうですか」の直後の「ところで」が本題
雑談の後の「そういえば」以降が用件
同じ数値に3回言及した場合、その数値が争点
本題を最後に置く依頼メールは、前段が緩衝材
4 直球に翻訳 一言で言うなら
何になるか
「面白いアプローチですね」は内容に触れていない
「勉強になります」は同意ではない
「そういう考え方もありますね」は不採用の通知
「一旦持ち帰ります」は結論を出したくない
5 否定の枕詞は逆 「責めてない」
「悪気はない」
「別に」
「誰かを責めたいわけじゃないんですが」の後が本題
「大した話じゃないんだけど」は大した話
「急ぎじゃないんだけど」は急ぎ
「細かいことなんですが」は細かくない
6 言ってない
ことを探せ
言わないこと自体が
手口になる
「評価は見ておく」に「評価を上げる」は含まれない
「前向きに検討します」に期限がない
「予算は別途相談」に金額と決定者がない
「対応可能です」に工数と時期がない
7 最後の反応を
見ろ
動いたら依頼、
引いたら断り
「こちらから連絡します」で追い連絡が封じられる
スタンプのみの返信は議論の打ち切り
返信が急に短くなるのは関与の縮小
「確認します」の後の沈黙は優先度が低い
8 金の流れを
追え
誰が得して
誰が負うか
「予算は別途相談で、まず進めて」は着手後に交渉力が落ちる
「使うのは総務だから」は保守の担当が未定
「そんなに大げさなものじゃない」は見積もりの下げ圧力
「勉強になるから」は無償の言い換えになる場合がある

以下、8つを順に扱う。

1. 型を疑え

回りくどい発言は、ほぼ5つの型のどれかに収まる。先に型を当てはめると範囲が絞れる。

型 中身 典型的な言い回し
お願い 何かしてほしい 「誰でもいいんだけどな」
断り やんわり拒否したい 「いったん持ち帰って検討します」
感情 さみしい、不満、褒めてほしい 「前の担当はすぐ対応してくれた」
探り 相手の本音や状況を知りたい 「お前は何か聞いてないの」
マウント 優位を誇示したい 「変な意味じゃないんだけど」

型が分かると、次に見る場所が決まる。お願いなら誰にやらせたいか、断りなら何が引っかかっているか、マウントなら誰と比べているかを探す。

実用例
Slackで「このAPI、誰が詳しいんだっけ」と投げられた場合、質問の形をしているが型はお願いになる。詳しい人物を特定したいのではなく、対応を引き受ける人物を探している。素直に人名を答えると、その人物に作業が振られる流れになる。

田中「このAPIの仕様、誰が一番詳しいんだっけ」
佐藤「たぶん鈴木さんですね。去年の改修をやってました」
田中「鈴木ね。でも今、別案件で手一杯だろ」
佐藤「ですね。じゃあ、その次だと僕がちょっと触ったくらいで」
田中「そうか。まあ、詳しい人がやるのが一番早いんだけどな」
佐藤「……確認しておきましょうか」
田中「悪いな、そんなつもりじゃなかったんだが」

質問の形をしているが、型はお願いになる。田中は詳しい人物を知りたいのではなく、対応する人物を探している。鈴木の名前が出た時点で「手一杯だろ」と潰した流れが手がかりになる。

2. 主語を追え

誰の話をしているかを追うと、発言者の位置が見える。自分の話を一度もしない者は、相手を下げに来ている。

比較の相手を持ち出す発言も同じだ。「前任者はすぐ対応してくれた」は、前任者の話に見えて、対象は目の前の相手になる。

発言 立てている主語 実際の要求者 翻訳
「前のベンダーさんは翌日には反映してくれてたんですよ」 前のベンダー 発言者 対応が遅い、速くしてほしい
「現場から声が上がってまして」 現場 発言者の場合がある 自分の要求を現場の声として通したい
「うちの部長が気にしてるんですよ」 部長 発言者 責任を部長に預けて要求したい
「君のためを思って言うんだが」 相手本人 発言者や会社 要求を相手の利益に見せかけたい
「他のメンバーは定時で終わってますよ」 他のメンバー 発言者 あなたの作業が遅い

余談
第三者を主語に立てる手法は、責任の所在をぼかす効果を持つ。「うちの部長が気にしていて」「お客様から声が上がっていて」は、発言者本人の要求を他人の口に載せ替えている場合がある。誰の要求なのかを確認すると、実体のない伝聞だったケースも出てくる。

実用例

デザイナー「実装いただいた画面、確認しました。ありがとうございます」
エンジニア「いえ、デザインデータが分かりやすかったので助かりました」
デザイナー「よかったです。前にご一緒したエンジニアさんは、余白を1px単位で合わせてくださる方だったんですよ」
エンジニア「そうなんですね」
デザイナー「ええ。今回のクライアントさんも、けっこう細かいところを見る方なので」
エンジニア「なるほど」
デザイナー「あ、僕は全然気にしてないんです。実装の都合もあると思いますし」
エンジニア「ありがとうございます」
デザイナー「ただ、クライアントさんのチェックが来週なので、それまでに一度、デザインデータと並べて見ていただけると安心かなと」

デザイナーは「実装がデザインと合っていない」と一度も自分の指摘として言っていない。主語を追うと、前のエンジニア、クライアント、クライアントのチェックと、すべて第三者に置き換えられている。前のエンジニアとの比較で基準を示し、クライアントの細かさで修正の必要性を示し、「僕は気にしてない」で自分を指摘の主体から外している。最後の「並べて見ていただけると」が本題にあたる。直球に翻訳すると、余白がデザインとずれているので来週までに修正してほしい、になる。

主語を第三者に置き換えると、指摘した側は責任を負わずに要求だけを通せる。受ける側は「誰の要求か」を確認すると、対応の優先度と範囲を判断しやすくなる。この場合は「具体的にずれが気になった箇所はありますか」と返すと、修正対象が特定でき、デザイナー本人の懸念なのかクライアントの要求なのかも切り分けられる。

3. 繰り返しと脱線に印

同じ話題が何度も出る箇所と、唐突に挿し込まれる話題の周りに本題がある。雑談から急に別の話へ飛んだ場合、その飛び先が本題になる。

前振りの世間話は、本題を柔らかく見せるための緩衝材になっている。脱線に見える話題が本題であり、その前後の褒め言葉が包装にあたる。

実用例
Web担当との雑談で「最近アクセスどう」「君は作るのも早いし丁寧だしさ」と続いた後、唐突に「知り合いがカフェを開くらしくて」が入る場合、カフェの話が本題になる。直前の褒め言葉は依頼の下ごしらえとして機能している。

部長「お疲れさま。今ちょっといい、大した話じゃないんだけど」
担当「はい、大丈夫です」
部長「うちのサイト、最近アクセスどう」
担当「先月比で微増ですね」
部長「そうか、ありがたいな。君は作るのも早いし丁寧だし、助かってるよ」
担当「ありがとうございます」
部長「実はね、知り合いが駅前でカフェを開くらしくて。サイトどうしようって困っててさ」

天気やアクセス数の話が前振りで、唐突に挿し込まれたカフェの話が本題になる。直前の褒め言葉は依頼の下ごしらえとして機能している。

4. 直球に翻訳

「もし一言で言うなら」を考え、「〜してほしい」「〜したくない」「〜が不満だ」のどれかに直す。翻訳先は反対語ではなく、話し手の意図になる。

皮肉の「いい仕事するね」は「ひどい仕事だ」に直すのでは足りない。牽制、あきれ、不満のどれかまで進める。

発言 誤訳 正しい翻訳
「検討します」 検討する 断りたい
「無理にとは言わないけど」 断ってよい 断りにくくしたい
「丁寧にまとめてくれて」 内容が良い 内容には触れていない
「勉強になります」 同意する 納得はしていない
「そういう考え方もありますね」 一案として認める 採用しない
「急ぎじゃないんだけど」 後回しでよい 早めに対応してほしい

実用例
レビューで「この実装、面白いアプローチですね」とだけ書かれた場合、内容への評価が一言もない点が手がかりになる。形式や発想に触れて中身に触れない反応は、否定的な評価の婉曲表現になっている場合がある。

余談
皮肉かどうかの判定材料は、言葉と状況のズレ、普段言わない者が急に言う、誇張や繰り返し、この3つになる。テキストでは声色と間が失われるため、判定精度は落ちる。チャットで皮肉の読み違いが起きやすいのは、材料が不足しているためだ。

レビュアー「PR見ました。面白いアプローチですね」
実装者「ありがとうございます。何か気になる点ありましたか」
レビュアー「いえ、気になるというほどでは。ただ、うちのコードベースだと、この書き方は前例がなくて」
実装者「たしかに新しい書き方ではありますね」
レビュアー「ええ。なので、いったん他のメンバーの意見も聞いてみたいなと」
実装者「わかりました」
レビュアー「また、こちらから共有しますね」

「面白い」「丁寧」は発想や形式への言及で、内容への評価が一言もない。直球に翻訳すると「この実装は通したくない」になる。前例のなさは理由ではなく口実にあたる。

5. 否定の枕詞は逆

「責めてない」「悪気はない」「そんなつもりじゃない」「別に」が出たら、その直前と直後を疑う。本当に責めていない場合、この枕詞は不要になる。

枕詞が置かれる理由は3つある。自分への言い訳、反論の封じ込め、単なる口癖だ。いずれであっても、受け手が感じる圧力は変わらない。

枕詞 直後に来るもの
「変な意味じゃないけど」 変な意味の発言
「責めてるんじゃないのよ」 責めの内容
「大したことじゃないんだけど」 大したこと
「無理にとは言わないけど」 断りにくい依頼

実用例
障害報告の場で「誰かを責めたいわけじゃないんですが、リリース前の確認フローが気になって」と切り出された場合、後半が本題になる。責任追及の意図を否定しながら、特定の担当者の手順に言及している。

余談
この枕詞は言った側が自分を納得させるために機能する側面を持つ。本人に攻撃の自覚がない場合もあり、悪意の有無と、受け手が受ける圧力は分けて考える必要がある。

リーダー「今回の障害の件、誰かを責めたいわけじゃないんですが」
メンバー「はい」
リーダー「リリース前の確認フロー、あれって今どうなってましたっけ」
メンバー「チェックリストを埋めて、2人でレビューする形です」
リーダー「そうですよね。いや、ちゃんと運用されてるなら問題ないんです。ただ、金曜の夜だったので、皆さん急いでたのかなと思って」
メンバー「……確認が甘かった部分はあります」
リーダー「いえいえ、そういう意味じゃなくて」

枕詞の直後に確認フローの話が来ている。本当に責めていない場合、この前置きは不要になる。メンバーが謝罪した時点で、意図は通っている。

6. 言ってないことを探せ

言わなかった一言が、そのまま骨子の中心にあたるケースが多い。何を言ったかと同じ重さで、何を言わなかったかを見る。

場面 言っていない一言
「前例がないので持ち帰ります」 「断ります」
「手が空いたときに見てあげられないかな」 「業務時間中に無償で」
「評価のときはちゃんと見ておく」 「評価を上げる」
「検討させてください」 「いつまでに回答する」

「見ておく」は「上げる」を意味しない。確約を避けた見返りは、実質的に何も約束していない。

実用例
追加改修の依頼で「予算は別途相談ということで、まずは進めてもらえますか」と言われた場合、金額と支払時期が抜けている。着手後に相談すると交渉力が下がるため、着手前に金額、納期、範囲を文面で確定させる必要がある。

余談
「いつ」「いくら」「誰が」「どうする」の4点が入っているかを確認すると、発言に中身があるかが判別できる。4点が全て欠けた回答は、内容を伝えないための発言になっている。

依頼者「追加で3画面ほど作ってもらえますか」
担当「承知しました。予算と納期はどうなりますか」
依頼者「予算は別途相談ということで、まずは着手してもらえると助かります」
担当「相談というのは、いつごろ決まりますか」
依頼者「上と話してみます。金額もそんなに大きくならないと思うので」
担当「では、概算だけでも出しておきます」
依頼者「ありがとう、助かるよ」

金額、支払時期、決定者が全て欠けている。「別途相談」に期限がない点が要になる。着手後は交渉力が下がるため、着手前に4点を文面で確定させる必要がある。

7. 最後の反応を見ろ

会話の結末に、狙いが通ったかどうかが出る。相手が動いたなら依頼が成立し、引いたなら断りが成立している。

「こちらから連絡します」は、相手からの追い連絡を止める封じ手になる。商談でも人間関係でも、この言葉が出た時点で、主導権は向こうに移っている。

実用例
提案後に「社内で検討して、こちらからご連絡します」と言われた場合、追いかける側の動きは封じられている。期限を切った再確認を提案し、それも断られた場合は失注として扱う判断材料になる。

余談
この形式は関係を守っているように見えて、終了の瞬間を先送りしているにすぎない。終わらせる側は悪者にならずに抜けられるが、終わらされる側は終了時点を認識できないまま時間を使い続ける。

営業「ご提案させていただいた内容、いかがでしたでしょうか」
先方「拝見しました。よくまとまってましたよ」
営業「ありがとうございます。ご不明点などありましたら」
先方「いえ、特には。社内で検討しまして」
営業「では、来週あらためてご連絡差し上げても」
先方「あ、こちらからご連絡しますので。急かしていただかなくて大丈夫です」
営業「承知しました」

「よくまとまっていた」は形式への言及で、内容への評価がない。「こちらから連絡する」で追い連絡が封じられている。期限を切った再確認を提案し、それも断られた場合は失注として扱う。

8. 金の流れを追え

金や負担が絡む場面では、誰が何を受け取り、誰が何を負うかを書き出す。優しい提案ほど、負担の配分を確認する価値がある。

項目 受け取る側 負う側
無償の追加対応 依頼者 作業者
曖昧な評価の約束 依頼者 作業者
稟議を通さない依頼 依頼者 作業者

見返りが確約されていない依頼は、コストの一方的な移転になる。得をする側の言葉が最も丁寧になる傾向がある。

実用例
「開発の合間でいいから、社内ツールを作ってほしい」という依頼を受けた場合、工数、期限、保守の担当、障害時の責任を確認する。保守と障害対応が明示されない依頼は、作成後の負担が全て作業者側に残る。

余談
稟議を通さない依頼は、記録が残らない点が最大の問題になる。後から経緯を説明する材料が失われるため、依頼の範囲と経緯はメールやチケットに残しておく必要がある。社内規程や副業規定に触れるかどうかは会社ごとに異なるため、判断に迷う場合は窓口で確認する。

部長「開発の合間でいいから、社内用の集計ツールを作れないかな」
担当「工数はどれくらい見ておけばいいでしょうか」
部長「そんなに大げさなものじゃなくていいよ。簡単なやつで」
担当「作った後の保守は、どちらで持ちますか」
部長「まあ、使うのは総務だから。困ったときだけ見てくれれば」
担当「障害が出た場合の対応は」
部長「そこまで大したものじゃないから大丈夫だろう」

受け取るのは総務と部長、負うのは担当になる。工数、保守、障害対応の全てが担当側に残る構造だ。得をする側の言葉が最も軽くなっている。

余談: ストレートに言った場合との違い

直球にすると何が変わるか

同じ場面を直球で組み直すと、所要時間が短くなり、条件が明示される。

場面 遠回しの結果 直球の結果
取引先対応の代行依頼 無償で引き受ける 見返りを交渉できる
騒音の苦情 音量を下げるだけ 時間帯と対策を合意
社外案件の依頼 保留のまま放置 範囲と対価を確定

条件が明示されるため交渉が成立し、双方が納得できる着地に届く。遠回しの場合、依頼を受けた側は条件を提示する機会を持たない。

直球が成立する条件

直球が機能するには2つの条件が要る。

上下関係が固定された相手や、明日も顔を合わせる相手に対しては、直球が正しくても通らない場合がある。正しさと生存は別の問題になる。

含みを残してよい場面

遠回しが有効なのは2つに限られる。

  1. 相手に逃げ道が必要なとき。誘いを断りやすくする配慮がこれにあたる
  2. 拒絶した後も関係が続くとき。近隣関係や長期の取引先が該当する

判定基準は、誰が得をするかになる。相手のために曖昧にするなら気遣い、自分のために曖昧にするなら責任逃れだ。

実用例
チケットのコメントで「余裕があるときで構いません」と書く場合、相手に優先順位の判断を委ねる配慮になる。一方、依頼する側が納期を曖昧にしたまま「なるべく早めで」と書く場合、遅延の責任を作業者側に残す形になる。

業界と場面による差

直球が標準になる場面と、遠回しが濃くなる場面には傾向がある。

条件 直球になる 遠回しになる
判断の遅れ 事故や損失に直結 直結しない
上下関係 確定している 流動的
評価基準 数字で出る 主観で決まる
関係の期間 単発 長期

障害対応、リリース作業、インシデント報告は直球になる。人事評価、社内調整、取引先との関係構築は遠回しが濃くなる。同じ人物が、場面によって使い分けている。

実用例
障害発生時のチャットでは「ログのこのあたり、気になりませんか」ではなく「該当のエラーはこの行だ、ロールバックする」と書く。判断の遅れが被害に直結する場面では、婉曲表現は害になる。

余談
地域性による差は広く語られるが、決定要因にはならない。金が絡むか、上下が確定しているか、関係が継続するかのほうが影響が大きい。

読めるようになった後の注意点

裏を読む習慣が身につくと、副作用が出る場合がある。

  1. すべての言葉を疑い始め、通常の会話に疲れる
  2. 善意の遠回しまで裏読みする
  3. 読めた気になり、確認せずに相手を責める

3つ目が最も害が大きい。読みは仮説であり、確認できる相手には直接確認する。読んだ内容を指摘して得になる場面は少ない。

余談
要求を満たしても相手が収まらない場合、本題は要求の中身ではない。納期を守っても不満が続くなら、対象は納期ではなく、扱われ方や情報共有の少なさにある可能性が出てくる。

言葉のない匂わせ

骨子は発言の中だけにあるわけではない。動作、間、既読の扱い、誰を宛先に入れたかにも狙いが乗る。言葉がない分、言い逃れの余地は最大になり、受け手は確認しにくくなる。

読み方の手順

言葉がない場合も、8つのコツはそのまま使える。主語にあたるものが「誰に向けた動作か」に置き換わる。

手がかり 見るポイント
動作 誰を見ずに行われたか
タイミング 直前の出来事との間隔
反復 一度きりか、繰り返されたか
対比 他の人物への態度との差

対面での匂わせ

ため息、書類を置く音、視線の外し、席の立ち方。名指ししない動作は、指摘された瞬間に「そんなつもりはない」で退避できるため、攻撃側のコストが極端に低い。

誰も見ずに行われた動作ほど、対象が絞られている。周囲を見回してから行う動作は、同意を求める型になる。

実用例

会議で担当者が進捗の遅れを報告している。
課長が資料をめくる手を止め、天井を見上げて息を吐く。誰の方も見ていない。
担当者が説明を続ける。
課長がペンを置く。音がやや大きい。
別の出席者が課長の顔を一度見て、すぐ手元に視線を戻す。
担当者が「すみません、来週までに巻き返します」と言う。
課長「いや、責めてないよ。続けて」

課長は一言も批判していないが、担当者が謝罪した時点で意図は通っている。別の出席者が課長を見た点が、動作が周囲にも伝わった証拠にあたる。

テキスト上の匂わせ

チャットやメールでは、動作の代わりに反応速度、スタンプ、宛先の構成が手がかりになる。

手法 表面 読み取れる内容
既読のまま返信しない 多忙 返答を避けている可能性
返信が急に短くなる 効率化 関与を減らしている
了解のスタンプのみ 同意 議論を打ち切りたい
上長をCCに追加 情報共有 記録化による圧力
全員宛で個人の不備に言及 注意喚起 名指しを避けた指摘

宛先の変化は、内容以上に意味を持つ場合がある。それまで2人でやり取りしていたスレッドに第三者が追加された時点で、やり取りの性質が変わっている。

実用例

田中「先日の修正依頼の件、その後いかがでしょうか」
佐藤「確認中です」
田中「ありがとうございます。来週のリリースに間に合わせたいので、状況だけでも共有いただけると助かります」
佐藤「了解です」
(3日間、返信なし)
田中「お忙しいところ恐れ入ります。念のため、山田部長にもCCさせていただきました。リリース判断の材料として、現状のステータスをご共有いただけますでしょうか」
佐藤「本日中に回答します」

田中は一度も催促の語を使っていない。CCの追加だけで、記録が残る状態を作り、返信の優先度が上がった。佐藤側の3日間の沈黙も、拒否ではなく優先度の低さを示す匂わせとして機能していた。

善意と当てこすりが同居する動作

行動そのものは正しくても、タイミングと視線の向け方で、別の意味が乗る場合がある。正しい行動が、同時に誰かへの当てつけになる構造がある。

動作 表の意味 乗る意味
他人の仕事を黙って引き取る 協力 対象者への無言の非難
遅れている作業を先に片付ける 支援 能力への疑義
議事録を詳細に残す 記録 発言の記録化による牽制
対象者の前で別の人物を褒める 評価 比較による指摘

実用例

先輩がモニターを覗き込み、ターミナルにログを流している。
隣の席の後輩が、手を止めてその画面を見ている。
後輩「あ、それ僕の担当分です。自分でやります」
先輩「いいよ。手が空いたから」
先輩がログを最後までスクロールし、エラー箇所に印をつけて後輩の画面に送る。
先輩がPCの時計に目をやる。23時40分。
先輩がそのまま後輩の方を一度見て、黙って自分の席に戻る。
後輩「……本当にすみません」
先輩「気にしなくていい」

先輩の行動は、後輩の作業を代わりに片付けた支援にあたる。ただし、作業を終えた直後に時計を確認し、そのまま後輩を見ている。この2つの動作が続いたことで、「この時間まで終わっていない」という指摘が言葉なしで伝わっている。後輩は一度目の「自分でやります」の後、二度目で「本当にすみません」と謝罪に変わった。支援ではなく、遅れへの指摘として受け取った反応になる。

対処

言葉がない分、確認しにくく、指摘すると過敏に見える。対処は2つに絞られる。

状況 対処
確認できる相手 動作ではなく内容を質問する
確認できない相手 反応せず、事実だけ記録する

動作を指摘すると「考えすぎ」で終わる。動作ではなく、その動作が指している内容の方を確認する。ため息には触れず、進捗の懸念点を聞く形にする。

実用例

課長がため息をついた直後。
担当「課長、今の進捗だとリリース日に間に合わない可能性があります。優先度の高い機能を絞る形で調整したいのですが、どの機能を残すべきかご判断いただけますか」
課長「……そうだな。決済周りだけ残せ。あとは次回でいい」
担当「承知しました。その内容で影響範囲をまとめて、後ほど共有します」

ため息には一切触れていない。動作が指していた内容を先に出したことで、判断が引き出され、記録も残った。

余談
言葉のない匂わせは、受け手が気づいたかどうかを発信側が確認できない点で不確実性が高い。気づいていないまま進行する場合も多く、発信側の意図が空振りしているケースがある。読み取れない側の落ち度として扱われやすいが、伝達手段として不完全である点は変わらない。

実務での運用

読み取る技術は、受けた後の処理と、自分が発信する側に立ったときの書き方まで含めて完成する。このコーナーでは、記録の残し方、依頼側の書き方、AI相手での扱い、誤読のパターンを扱う。

記録の残し方

口頭の依頼は、受けた側が文面に変換して送り返す。経緯を残す作業は、依頼した側ではなく、受けた側の防御になる。

証跡 有効性 補足
依頼内容を要約したメール 高 日時と宛先が残る
チケットのコメント 高 変更履歴が追える
議事録への記載 中 共有範囲が広いほど有効
個人のメモ 低 一方的な記録になる
口頭のみ なし 後から再現できない

変換するときは、非難の色を入れない。確認の体裁で、範囲、期限、対価、責任の4点を書く。

実用例

口頭で受けた内容をメールに変換する場合の書き方。

件名: 集計ツール作成の件(内容確認)

先ほどご相談いただいた件、認識合わせのため整理いたしました。
相違があればご指摘ください。

・対応内容: CSVを読み込んで集計するツールの作成
・想定工数: 3人日程度(詳細は着手後に再見積もり)
・希望時期: 未確定(A案件のリリース後に着手予定)
・工数の付け先: 総務予算で調整いただく方向
・リリース後の保守: 未決定(別途ご相談)

A案件のリリースが来週のため、着手は再来週以降になる見込みです。

非難の語は一切入っていないが、未確定の項目が明示されている。後から範囲が広がった場合、当初の認識を参照できる。

依頼する側の書き方

受ける側の負担は、依頼文の曖昧さに比例する。優しさとして書いた曖昧な表現が、判断の負担を相手に移している場合がある。

曖昧な表現 置き換え
なるべく早めで 金曜17時までに
余裕があるときで 今週中、他案件優先で構わない
簡単なやつでいい 項目はA、B、Cの3つのみ
いい感じにしておいて 既存のデザインに合わせる
予算は別途相談で 上限20万、超える場合は着手前に連絡
手が空いたときに 着手可能日を返信してほしい

「余裕があるときで構いません」は、優先度の判断を相手に委ねる配慮として機能する場合と、納期の責任を相手に残す場合がある。優先度を明示した上で緩めるなら配慮、期限を書かずに緩めるなら責任の移転になる。

実用例

同じ依頼を2通りで書いた場合の差。

悪い例:
お疲れさまです。例の管理画面、なるべく早めにお願いできますか。
そんなに大変じゃないと思うので、余裕があるときで大丈夫です。
良い例:
お疲れさまです。管理画面の件、以下でお願いできますか。

・対象: ユーザー一覧と検索機能のみ(編集機能は次回)
・期限: 来週金曜17時(B案件が優先、間に合わない場合は連絡ください)
・工数: 案件コード1234に計上
・不明点: 仕様で迷う箇所は実装前に相談してください

悪い例は「大変じゃない」という判断を依頼側が勝手に下している。良い例は範囲を絞り、優先度を明示し、相談の窓口を開いている。

AI相手では遠回しが損になる

対人では緩衝材として働く曖昧さが、AI相手では精度の低下に直結する。察してもらう前提の指示は、推測を挟む分だけ出力が外れる。

遠回しな指示 起きること 直球の指示
もう少しどうにかならない 何を直すか推測される 3行目の変数名をsnake_caseに直す
なんか違うんだよな 全面的に書き直される 結論を先頭に移動、例は2つに減らす
良い感じにまとめて 分量も形式も不定 800字、見出し3つ、箇条書きなし
これでいい? 同意を返されやすい 問題点を3つ挙げて、優先度順に並べて

遠慮は品質を下げる方向にしか働かない。不要な部分は不要と伝え、方向が違う場合は具体的にどこが違うかを示す。

実用例

同じ修正依頼を2通りで出した場合の差。

悪い例:
さっきのコード、なんかイマイチな気がするんだけど、直せる?
良い例:
さっきのコードを2点直してほしい。
1. エラーハンドリングがtry-catchで握りつぶされている。
   ログ出力を追加して、呼び出し元に再throwする形にする。
2. 関数が80行ある。バリデーション部分を別関数に切り出す。
その他は変更しないでほしい。

悪い例では、AI側が問題箇所を推測するため、意図しない範囲まで書き換えられる可能性がある。良い例は修正箇所と保持範囲の両方が指定されている。

誤読のパターン

読み取りで外すポイントは3つに集中する。

パターン 内容 対策
自己申告を真に受ける 「責めてない」を額面通り受け取る コツ5を適用し、直前直後を見る
一層目で止まる 何をしたいかで終わり、なぜが抜ける 答えの後ろに「なぜなら」を足す
感想が混ざる 自分の怒りを相手の本音として書く 事実と評価を分けて書く

3つ目が最も起きやすい。「腹が立つ」は感想であり、「圧力をかけたい」が分析になる。読み取った内容に自分の感情が混ざると、相手の狙いを実際より悪く見積もる。

実用例

同じ発言に対する2通りの読み取り。

発言: 「無理にとは言わないけど、引き受けてくれたら評価のときは見ておくから」

感想が混ざった読み: 評価をちらつかせて脅してくる最低の上司

分析として成立する読み: 依頼を断りにくくするため、確約のない見返りを提示している。
悪意の有無は本文からは判断できない。

後者は事実と推測の範囲が明示されている。前者は対応を誤らせる。上司が軽く考えているだけの場合、敵対的な対応は不要な衝突を生む。

余談
読み取った内容は仮説として扱う。確認できる相手には確認し、確認できない相手には記録を残す。裏読みを確信として扱い、確認せずに対応を変えると、読み違いだった場合の回復が難しくなる。

遠回しに言われたときの対処

読めた後にどう動くかで結果が変わる。読み取った内容をそのまま指摘すると、相手は「そんなつもりはない」と退避し、指摘した側が過敏な人物として扱われる。指摘せず、確認の形で本題を表に出すのが基本になる。

基本の3手

手順 やること 避けること
1 読み取った内容を仮説として持つ 確信として扱う
2 確認の質問で本題を表に出す 「それは嫌味ですか」と指摘する
3 条件を文面に残す 口頭のまま進める

型別の対処

型 相手の狙い 有効な返し
お願い 頼まずに引き受けさせる 「私が対応する形でよろしいですか」と明言させる
断り 明言せず終わらせる 「いつまでにご回答いただけますか」と期限を切る
感情 不満を伝えたい 要求ではなく扱われ方を確認する
探り 情報を引き出したい 「何か気になることがありますか」と返す
マウント 優位を示したい 内容だけ拾って感情に反応しない

曖昧な依頼を受けたとき

「手が空いたときに」「余裕があれば」「簡単なやつで」が出た場合、4点を確認する。

確認項目 質問の形
範囲 「どこまでを想定されていますか」
期限 「いつまでに必要でしょうか」
対価 「工数はどの案件に付けますか」
責任 「保守と障害対応はどちらで持ちますか」

質問は不服従に見えない形で出す。断るための質問ではなく、正確にやるための質問として立てる。

実用例

部長「開発の合間でいいから、社内用の集計ツールを作れないかな」
担当「承知しました。優先度を確認させてください。今はA案件のリリースが来週なので、そちらとの兼ね合いになります」
部長「ああ、そっちが先でいいよ」
担当「助かります。ツールの方は、どこまでの機能を想定されていますか」
部長「CSVを読んで集計するくらいでいいよ」
担当「わかりました。工数の付け先だけ決めておきたいので、案件コードをいただけますか」
部長「そうだな、総務の予算から出せるか聞いてみる」
担当「お願いします。保守は総務側で持つ形でよろしいですか」
部長「そこは相談だな」
担当「では、いったんこの内容でメールにまとめて送ります」

一度も断っていないが、優先度、範囲、予算、保守の4点が表に出た。曖昧なまま着手する状況を回避している。

断りを受けたとき

「検討します」「こちらから連絡します」が出た場合、期限を切った再確認を1回だけ提案する。断られた場合は終了として扱う。

実用例

先方「社内で検討しまして、こちらからご連絡しますので」
営業「承知しました。スケジュールの都合で、こちらの枠を押さえておく必要がありまして、来月の頭までにご一報いただくことは可能でしょうか」
先方「うーん、そこまでにお答えできるか、ちょっと」
営業「かしこまりました。では、その頃に一度だけご連絡を差し上げて、難しいようでしたら一旦クローズという形にさせてください」
先方「ええ、そうしていただけると」

期限を提案し、答えられないという反応で判断材料が出た。追いかけ続ける状態を避け、次の案件に時間を回せる。

圧力を受けたとき

評価や立場をちらつかせた依頼を受けた場合、感情に反応せず、記録を残す。口頭の依頼を文面に変換して送り返すと、経緯が残る。

実用例

部長「引き受けてくれたら、今期の評価のときはちゃんと見ておくから」
担当「ありがとうございます。認識を合わせておきたいのですが、これは業務として対応する形でしょうか」
部長「まあ、そこは柔軟にというか」
担当「承知しました。今抱えている案件の進捗に影響が出る可能性があるので、その点だけ先に共有させてください」
部長「ああ、そこは調整するよ」
担当「助かります。後ほど、依頼内容と影響範囲をメールで整理して送ります」

業務かどうかの明言は得られていないが、避けた事実と、影響範囲の共有が記録に残る。社内規程や副業規定に触れる可能性がある場合は、窓口で確認する。

やってはいけない対処

行動 起きること
「それは嫌味ですか」と指摘する 相手が被害者側に回り、指摘した側が加害者になる
裏を読んだ内容を前提に怒る 読み違いだった場合に回復できない
察して先回りで引き受ける 条件が確定しないまま負担だけ増える
曖昧なまま着手する 着手後は交渉力が落ちる

余談
読みは仮説であり、確認できる相手には確認する。相手が不器用なだけで、悪意がないケースもある。裏読みを前提に対応を変えると、関係を自分から壊す結果になる場合がある。

攻撃に使った人間の末路と、防御に徹する理由

骨子を読む技術は、裏返すと遠回しな攻撃を組み立てる技術にもなる。主語を借り、枕詞で逃げ道を作り、言質を残さずに相手を動かす。短期的にはこれで得をする場面がある。ただし、遠回しの攻撃は回数を重ねるほど効かなくなり、最後は使った本人に跳ね返る。

遠回しの攻撃が成立する条件

遠回しの攻撃は、相手が「確信を持てない」状態でのみ機能する。言い逃れの余地は、相手の半信半疑に支えられている。

条件 内容 崩れる要因
単発であること 一度なら偶然や誤解で済む 繰り返すと型として認識される
相手が一人であること 本人の受け取り方の問題にできる 複数人が同じ体験を持つと照合される
記録がないこと 口頭なら再現できない メール、チャット、議事録に残る
周囲が気づかないこと 当事者間で完結する 第三者が見ていると評判になる

4つの条件は、時間とともに必ず崩れる。遠回しの攻撃は、使い続けるほど成立条件を自分で壊していく。

末路1: 型を読まれる

一度目の「責めてるわけじゃないんだけど」は、相手を迷わせる。三度目になると、周囲はその前置きを聞いた瞬間に続きを予測する。枕詞が攻撃の予告として機能し始め、言い逃れの効果が消える。

効果が消えた後も、本人は同じ手法を使い続ける場合が多い。本人だけが、まだ隠せていると思っている状態が生まれる。

実用例

PM「皆さんお疲れさまです。誰かを責めたいわけじゃないんですが」
(チャットの別スレッドで)
エンジニアA「来た」
エンジニアB「今日は誰だろう」
PM「先週のリリース、確認フローが少し甘かったかなと思っていて」
エンジニアA「俺だな」
エンジニアB「ドンマイ」

PMの枕詞は、チーム内で攻撃の予告として共有されている。本人は角を立てずに伝えたつもりでいるが、周囲には直球で言われるより露骨に映っている。

末路2: 誰も本音を言わなくなる

遠回しの攻撃を多用する人物の周りでは、周囲も遠回しで応じるようになる。攻撃の手法は、そのまま防御の手法として返ってくる。

周囲は「検討します」「確認します」で受け流し、重要な情報を渡さなくなる。本人に届く報告は、角の取れた当たり障りのないものだけになる。問題の兆候は、手遅れになるまで本人に上がってこない。

実用例

課長「最近、案件の進捗どう?」
メンバー「順調です」
課長「そう。前の担当のときは、よく遅れてたから心配でさ」
メンバー「気をつけます」
(2週間後)
課長「なんでリリース直前にこの問題が出てくるんだ。もっと早く言ってくれれば」
メンバー「すみません。確認中でした」

メンバーは2週間前の時点で遅れの兆候を把握していた。報告すると前任者との比較で詰められると学習しているため、確定するまで伏せていた。課長の遠回しな圧力が、情報の遮断として返ってきている。

末路3: 記録が積み上がる

遠回しの攻撃は、受けた側が記録を残し始めた時点で性質が変わる。一件ずつなら曖昧でも、並べると型が浮かび上がる。単発では言い逃れできる発言も、10件並ぶと意図として読まれる。

件数 周囲の受け取り方
1件 言い方の問題、考えすぎ
3件 癖がある人
10件 意図的な行動の型

評価を匂わせる依頼、比較による指摘、第三者を立てた圧力は、記録が揃うと相談窓口や人事面談で扱える材料になる。個別の事案がハラスメントにあたるかどうかは会社の規程や専門家の判断によるが、記録の量が判断の前提を変える点は変わらない。

実用例

部下が人事面談で提出したメモの一部。

4/3  「無理にとは言わないけど、引き受けてくれたら評価は見ておく」
      (業務外の依頼。メールで内容確認済み)
4/17 「前の担当は、この程度なら定時で終わらせてたけどね」
      (会議室、同席者2名)
5/8  「責めてるんじゃないよ。ただ、みんな心配してるから」
      (チャットに記録あり)
5/22 「君のためを思って言うんだが、今の働き方は周りに迷惑だと思う」
      (1on1)

1件ずつなら、どれも言い逃れの余地がある。並べると、比較、第三者の借用、評価の匂わせが繰り返されている型が見える。発言者本人は、記録されていた事実を面談の場で初めて知る。

末路4: 評判が先に回る

遠回しの攻撃は、受けた本人だけでなく、同席者にも見られている。受けた側が黙っていても、見ていた側が評判として共有する。攻撃した相手の数より、見ていた人間の数のほうが多い。

異動、転職、協業の場面で、評判は本人より先に到着する。新しいチームでは、最初から警戒された状態で始まり、協力を得にくくなる。

実用例

リーダーA「来月から、〇〇さんがうちのチームに来るらしい」
リーダーB「あの人か。前の部署で、ミーティングのたびに誰かをやんわり詰めてたって聞いた」
リーダーA「表立って怒鳴るタイプじゃないんだよな」
リーダーB「それが一番やりにくい。重要な判断の場には入れないほうがいいかもな」

本人は一度も怒鳴ったことがなく、自分では穏やかな人間だと認識している。受け入れ側は、会う前から判断の場から外す方向で動いている。

末路5: 自分が読まれる側に回る

読む技術を持つ人間が増えるほど、遠回しの攻撃は通用しなくなる。相手が読める人間だった場合、遠回しの攻撃は直球より悪く映る。直球なら「厳しい人」で済むが、遠回しが見抜かれると「陰湿な人」に分類される。

伝え方 読めない相手 読める相手
直球の指摘 厳しい 厳しいが明快
遠回しの攻撃 気づかない 陰湿
遠回しの気遣い 気づかない 配慮がある

遠回しそのものが悪いわけではない。気遣いの遠回しは、読める相手にはむしろ評価される。攻撃に使った場合だけ、読まれたときの損失が大きくなる。

防御に徹する理由

攻撃と防御を比べると、長期的な損得は明確に分かれる。

観点 攻撃に使う 防御に使う
短期の結果 相手を動かせる 損を避けられる
繰り返した場合 効果が落ちる 精度が上がる
記録が残った場合 不利になる 有利になる
周囲の評価 下がる 信頼される
読まれた場合 陰湿と見なされる 影響なし

防御としての読みは、使うほど精度が上がり、記録が残るほど有利になる。攻撃としての遠回しは、使うほど効果が落ち、記録が残るほど不利になる。同じ技術でも、向きによって時間が味方にも敵にもなる。

防御に徹するための3原則

読めるようになった後に攻撃側へ滑らないための線引きは3つになる。

  1. 読んでも、同じ手法で返さない。 嫌味に嫌味で返すと、記録上は双方が同じ行動を取った形になる
  2. 自分が発信するときは直球を使う。 範囲、期限、対価、責任を明示し、相手が判断できる形で渡す
  3. 読んだ内容は仮説として扱う。 確認できる相手には確認し、確認できない相手には記録を残す

実用例

同じ場面で、攻撃側に滑った場合と防御に徹した場合の差。

相手: 「前の担当さんは、もっと早く対応してくれてたんですけどね」

攻撃で返した場合:
「前の担当さんは、仕様書もなしに対応してくれてたんですね。すごいなあ」

防御で返した場合:
「ご希望の対応スピードを確認させてください。
 次回から、依頼をいただいてから何日以内の反映をご希望ですか。
 その場合、仕様の確定がいつまでに必要かもあわせて整理します」

攻撃で返した場合、相手と同じ手法を使った記録が自分にも残る。防御で返した場合、相手の遠回しな不満が具体的な条件に変換され、次回以降の基準として文面に残る。

余談
遠回しの攻撃を多用する人物の多くは、自分が攻撃しているという自覚が薄い。本人の認識では、角を立てずに伝えている配慮ある人物になっている。自覚がない分、修正の機会も訪れにくく、周囲の評価と本人の認識の差は時間とともに広がる。読める側に回った人間は、この差を外から観察できる立場にある。同じ場所に立たないための材料として使う。

余談: 受動攻撃

このメモ書きで扱ってきた攻撃の遠回しは、
心理学では受動攻撃(passive-aggressive)
と呼ばれる振る舞いに近い。不満や敵意を直接表明せず、遅延、沈黙、皮肉、非協力といった間接的な形で相手にぶつける行動を指す。

遠回しのプラスの使い方: 骨子を見せない気遣い

ここまで、このメモ書きは陰湿な例ばかりを並べてきた。評価を匂わせる依頼、前任者との比較、第三者を立てた圧力、責めてないと言いながら責める枕詞。読み進めるうちに、遠回しそのものが悪であるかのような印象がある。

しかし、遠回しは道具であり、向きによって性質が変わる。攻撃に向ければ相手に負担を押し付ける手段になり、気遣いに向ければ相手の負担を肩代わりする手段になる。

骨子を読む技術も同じで、裏を疑うためだけのものではない。言葉にされなかった配慮に気づくためにも使える。

最後にここでは、骨子をあえて見せない気遣いを扱う。

なぜ言葉にしないのか

直球で気遣いを伝えると、受け手に返礼の義務が発生する。「大丈夫?」と聞かれた側は「大丈夫です」と答える負担を負い、「手伝おうか」と言われた側は断るか借りを作るかを選ばされる。

伝え方 受け手に発生するもの
「疲れてるみたいだから、これ飲んで」 疲れを認める負担、礼を言う義務
「手伝おうか」 受けるか断るかの判断、借り
何も言わず缶コーヒーを置く 受け取るだけで済む

気遣いの遠回しは、相手が返事をしなくていい形を選んでいる。攻撃の遠回しが言う側のリスクを聞く側に移すのに対し、気遣いの遠回しは聞く側の負担を言う側が引き受けている。

攻撃の遠回しとの見分け方

形は似ていても、向きが逆になる。判定は3点で行う。

観点 気遣いの遠回し 攻撃の遠回し
誰が負担を負うか 発信者 受け手
見返りを求めるか 求めない 求める、または匂わせる
相手の視線を確認するか 確認しない 確認する

3つ目が最も分かりやすい。前述の先輩がログを引き取った例では、作業後に時計を見て後輩を見た。気遣いの遠回しは、相手が気づいたかどうかを確認しない。反応を確かめに行く動作が入った時点で、見返りか指摘が混ざっている。

典型的な場面

実用例: 缶コーヒー

障害対応が明け方まで続き、担当者がようやく報告書を書き始めている。
隣の島のエンジニアが、給湯室から戻る途中で担当者の机に缶コーヒーを置く。
何も言わずに自分の席に戻り、モニターに向かう。
担当者が顔を上げて缶に気づく。周囲を見回すが、誰もこちらを見ていない。
担当者が缶を開けて、報告書の続きを書く。

置いた側は、担当者が気づいたかどうかを確認していない。礼を言われる場面も作っていない。担当者は誰からの差し入れかを確定できないため、礼を言う義務も負わない。受け取るだけで完結する形になっている。

実用例: 締切の調整

マネージャー「来週のレビュー、金曜で予定してたけど、月曜にずらしてもいいかな」
メンバー「え、大丈夫ですけど、何かありましたか」
マネージャー「いや、こっちの都合。資料をもう少し見ておきたくて」
メンバー「わかりました」

メンバーは前日、家族の通院で半休を取っていた。マネージャーはそれを知っていたが、理由として挙げていない。「こっちの都合」を主語に立てることで、メンバーに配慮された負い目を持たせずに締切を延ばしている。攻撃の遠回しが主語を借りて責任を逃れるのに対し、こちらは主語を借りて相手の負担を引き受けている。

実用例: 「手伝おうか」ではなく「手伝わせて」

スプリント終盤。後輩が担当するAPI改修が、見積もりを大きく超えている。連日、最後までオフィスに残っている。
朝会で後輩が報告する。
後輩「実装は終わりました。テストがまだ半分残ってます。今日中に終わらせます」
朝会のあと、先輩が後輩の席に来る。
先輩「俺のチケット、思ったより早く片付いちゃってさ。今日ほぼ空いてるんだよね。暇にしてると逆に目立つから、そっちのテスト、何本か書かせてもらえない?」
後輩「え、でも自分の担当なので」
先輩「異常系だけでいいよ。正常系は仕様分かってる人が書いた方がいいし。どのファイル触ればいい?」
後輩「……じゃあ、エラーレスポンスのところをお願いします」
夕方、テストが揃ってマージされる。先輩はそのまま帰る。
翌週の振り返り会。
先輩「見積もりのとき、テスト工数を実装と別の行で書くようにしない?今回みたいに、実装が終わった時点で終わった気になりやすいから」

「手伝おうか」と聞けば、後輩は受けるか断るかを選ばされる。受ければ借りになり、断れば一人で抱え込む。先輩は「暇だから書かせて」と主語を自分に置き、手伝う理由を自分の都合にすり替えている。後輩は助けを求めた形にならず、借りも作らずに済んでいる。

範囲も先輩から絞っている。「異常系だけ」と区切ることで、後輩の担当を奪わず、仕事の主導権を後輩に残した。礼を言われる場面も作らずに帰っている。

一方で、見積もりの問題はぼかしていない。振り返りで、個人の失敗ではなく手順の改善として提案している。助けたことには触れず、再発防止だけを直球で出した。

受け取る側の作法

骨子を見せない気遣いは、読める人間ほど気づく。気づいた後の扱いで、関係の質が変わる。

受け取り方 起きること
大げさに礼を言う 相手が隠した意図を暴くことになる
気づかないふりをする 相手の配慮をそのまま受け取れる
後日、別の形で返す 貸し借りにせず関係が深まる
「何か裏があるのか」と疑う 気遣いを攻撃として扱う誤読になる

最も良い返し方は、同じ形で別の機会に返すことになる。缶コーヒーには、相手が忙しいときの缶コーヒーで返す。言葉にしない気遣いには、言葉にしない気遣いで応じる。

礼を言いたい場合は、小さく一言で済ませる。「コーヒー、ありがとうございました」程度で止め、理由や経緯には触れない。

使うときの注意点

気遣いの遠回しにも失敗の型がある。

失敗 内容 回避策
伝わらない 相手が気づかず、効果が出ない 気づかれなくてよいものだけに使う
押し付けになる 相手が望んでいない配慮を渡す 物より負担の軽減を優先する
貸しとして回収する 後から「あのとき」と持ち出す 一度渡したら言及しない
見せつけになる 周囲に分かる形で行う 相手だけが気づく場所で行う

3つ目が最も起きやすい。後で回収した時点で、気遣いは遡って取引に変わる。「あのときコーヒー置いてあげたでしょ」の一言で、過去の気遣いは全て貸しとして再分類される。

実用例: 回収による失敗

先輩「今度の週末の当番、代わってもらえないかな」
後輩「すみません、その日は予定があって」
先輩「そっか。まあ、前に君が体調崩したとき、何も言わずに当番代わってあげたこともあったしね」
後輩「……わかりました、代わります」

先輩が当時何も言わなかったのは気遣いとして成立していた。この一言で、あの対応は最初から貸しだったことになる。後輩は当番を引き受けたが、先輩への信頼は下がっている。

骨子を見せない気遣いの読み方

これまでの8つのコツは、攻撃の遠回しを読むための道具として扱ってきた。同じ道具で、気遣いの遠回しも読める。

コツ 攻撃の場合 気遣いの場合
主語を追え 第三者を立てて責任を逃れる 自分を立てて相手の負担を引き受ける
言ってないことを探せ 要求を隠している 相手の事情を知っていることを隠している
最後の反応を見ろ 相手が動いたかを確認する 相手の反応を確認しない
金の流れを追え 発信者が得をする 発信者が負担を負う

骨子が見えない遠回しに出会ったとき、損をしているのが発信者側なら、それは気遣いになる。読める人間は、攻撃を防ぐだけでなく、自分に向けられた配慮にも気づけるようになる。

余談
裏読みの訓練を始めた直後は、配慮まで疑ってかかる状態になりやすい。攻撃の遠回しと気遣いの遠回しは形が似ているため、判定基準を持たずに読むと、どちらも攻撃側に分類される。負担を負っているのが発信者か受け手か、反応を確認しに来るか、後で回収するか、の3点で切り分けると、誤読は減る。気遣いを攻撃と誤読した場合、配慮した側の信頼を失い、以後の配慮も受けられなくなる。

それでも気づける側に立つと、職場で受けている配慮の量が、思っていたより多かったことが分かる。

まとめ

論点 結論
骨子とは何か 誰が何をしたいか、なぜか
骨子と要約の違い 要約は内容、骨子は狙い
最も効く手がかり 言っていない一言
枕詞の扱い 否定の枕詞は反転して読む
中身の有無の判定 いつ、いくら、誰が、どうする
断りのサイン 形式だけの称賛、こちらから連絡します
自分が発信する側 直球を基本にする
直球の条件 対等であること、関係が続く前提があること
含みを残す場面 相手に逃げ道が必要なとき
気遣いと責任逃れの境目 曖昧さで得をするのが誰か
読んだ後の扱い 仮説として持ち、確認できるなら確認する
攻撃に使った場合の末路 型を読まれ、本音が届かなくなり、記録と評判が積み上がる
防御に徹する理由 防御は使うほど精度が上がり、攻撃は使うほど効果が落ちる
気遣いとしての遠回し 相手が返事をしなくていい形で、発信者が負担を引き受ける
攻撃と気遣いの境目 反応を確認しに行くか、後で回収するか

あとがき

骨子を読む技術は、攻撃に使うためのものではない。曖昧な依頼を受けて無償で作業する状況や、確約のない見返りを信じて時間を使う状況を避けるための防御手段になる。

発信する側に立つときは、直球を基本にする。範囲、期限、対価を明示した依頼は、受ける側が判断できる。曖昧なまま渡された依頼は、判断の材料が欠けたまま負担だけが移る。

読む力と、使う習慣は別物。裏が読めるようになっても、自分が遠回しを使う必要はない。

1
2
1

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
1
2

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?