はじめに — あの人たちは即興で話しているのではない
会社には、コミュニケーションがやけに滑らかな人がいます。困った質問にも動じず、悪い知らせを伝えても信頼を失わず、断っても関係がこじれない人たち。生まれつきの話術に見えますが、近くで観察すると秘密は別のところにあります。彼らは同じ状況で同じパターンの文章を使っているのです。即興ではなく、準備です。
プリ・パフォーマンス・ルーティンが緊張場面での判断負荷を消してくれるように、準備された文章は困った瞬間の感情の消耗を減らしてくれます。この記事は、誰もが毎週出会う9つの状況に対するスクリプト集です。そのまま使っても、自分の言い回しに直して使っても構いません。大事なのは各スクリプトの下にある原理です。原理が分かれば、応用は自由になります。
場面1 — 知らないことを聞かれたとき
- 信頼を削る答え:ごまかして知ったかぶりをする。「あ、それはたぶん…そうだったと思います」
- 信頼を積む答え:「正確には把握していません。確認して、本日中に共有いたします」
原理:知らないという事実は信頼を削りません。知らないのに知っているふりをして、それが露見することが削るのです。ポイントは「知りません」で止まらず、確認の期限を付けること。知らない + 期限 = 責任感のシグナルです。そしてその期限は必ず守ります。
場面2 — 助けを求めるとき
- 悪い例:「これ、うまくいかないので助けてもらえますか」(相手がゼロからすべて把握しなければならない)
- 良い例:「Xをやろうとして、AとBを試したのですが、どちらもCの地点で詰まっています。関連ログはこちらです。方向性だけでもご示唆いただけないでしょうか」
原理:試したことの要約は相手の参入コストを下げ、同時に「考えずに聞く人」という評判コストをなくします。15分ほど自力でぶつかってみて、詰まったら上の構造で聞く — 一人で3時間を溶かすのでも、1分で聞くのでもない中間が、プロの立ち位置です。質問を整理しているうちに自分で答えを見つけるという副次効果はおまけです。
場面3 — 反対意見を言うとき
- 悪い例:「それは違うと思いますが」(人と意見が一緒に否定される)
- 良い例:「その方向のメリットは理解しました。ただ、私は運用コストの観点が気になっていて、たとえばこういうシナリオです。この部分はどうお考えですか」
原理:承認 → 具体的な懸念 → 質問の3段構造です。まず相手の案の妥当な部分に触れると防御の壁が下がり、懸念は印象ではなくシナリオで語れば論争ではなく検討になり、質問で締めれば相手に面子を保つ出口が生まれます。そして決定が自分の意見と違う形になったら、「反対しつつコミットする(disagree and commit)」へ移ります。「懸念はお伝えしました。決まった以上は、うまくいかせることに集中します」。この一文の評判価値は思いのほか大きいものです。
場面4 — スケジュールが遅れそうなとき
- 悪い例:締め切りまで沈黙し、当日に「すみません、まだ…」
- 良い例(締め切りの数日前):「スケジュールの共有です。想定外のXの問題で、現在2日ほど遅延のリスクがあります。影響範囲はYで、私がAで対応中です。優先順位の調整が必要でしたらお知らせください」
原理:悪い知らせの価値は鮮度です。早く知らせた遅延は「管理されているリスク」と読まれ、当日の遅延は「隠されていた事故」と読まれます。構造はいつも事実 → 影響 → 対応計画の順。謝罪から始めないのもコツです。必要なのは罪悪感の表現ではなく、相手が意思決定するための材料です。この習慣ひとつが、先回りして働く人という評判の半分を作ります。
場面5 — 依頼を断るとき
- 悪い例:いったん引き受けて、静かに沈没する。
- 良い例:「いまP1のタスクが今週いっぱいまであり、余力がありません。来週火曜からでしたら対応できます。お急ぎでしたら、現在の私のタスクと優先順位を調整していただけますか」
原理:断る根拠を「自分の状態」ではなく「既存の約束」に置くと、断ることが責任感の表現になります。代案(対応できる時期)またはトレードオフ(優先順位の調整)を添えれば、ボールは丁重に相手へ渡ります。断るのが特に苦手な方は、境界線の技術が心の準備を、このスクリプトが口の準備を助けてくれるはずです。
場面6 — フィードバックをするとき
- 悪い例:「このコード、いまいちですね」(人を殴る総評)
- 良い例:「この関数が2つの仕事をしているので、次に修正する人がミスしやすそうです。分離するのはどうでしょうか。ちなみに認証処理の部分はきれいなので、このまま活かすのがよさそうです」
原理:評価語(「いまいち」)の代わりに観察 + 影響 + 提案で語ると、同じ指摘が攻撃ではなく協業になります。主語を人ではなくコードと状況に置く非難のない言葉づかいは、ブレームレス・ポストモーテムの日常版です。良い部分を具体的に併せて指摘するのは礼儀ではなく情報です — 維持すべきものを伝えているのですから。
場面7 — フィードバックを受けるとき
- 悪い例:その場で防御する。「それには事情がありまして…」
- 良い例:「ご指摘ありがとうございます。理解が合っているか確認させてください。Xの状況でYが問題だった、ということですよね。考えたうえで改善案をお持ちします」
原理:フィードバックへの最初の応答は、同意でも反論でもなく受領と確認で十分です。感情が高ぶった状態での即答は、たいてい後悔を残します。要約して確認し、時間を稼ぐ — このワンテンポが、防御的な人と成熟した人を分けます。反論すべきことがあるなら、一日置いて整理してからでも遅くありません。
場面8 — 謝るべきとき
- 悪い例:「もしご不快に感じられたのでしたら申し訳ありません」(条件付きの謝罪は謝罪ではありません)
- 良い例:「私の確認漏れでデプロイが遅延しました。申し訳ありません。再発防止として、デプロイ前チェックリストにこの項目を追加しました」
原理:謝罪の3要素は認める(具体的に) + 謝る + 再発防止です。「もし」「万一」「そんなつもりはなかったのですが」といったクッション材は全部外したほうが、かえって回復が早くなります。弁明や説明が必要なら、謝罪が完全に終わったあとに、求められたら行います。
場面9 — 会議で存在感がないと感じるとき
- 悪い例:完璧な意見が浮かぶまで沈黙 → 会議終了。
- 良い例(質問で貢献):「決定の前に確認したいのですが、この案の成功基準は何に置きますか」/(整理で貢献):「ここまでの議論を整理すると、A案はスピード、B案は安定性のトレードオフだと思うのですが、合っていますか」
原理:会議への貢献は意見だけではありません。良い質問と中間の整理は、意見より希少な貢献であり、準備の負担はずっと小さいのです。特に整理の発言は、議論が迷走したときに会議全体から感謝されます。発言のときに特に緊張する方は、プレッシャー下の心理学で扱ったプロセスゴール(「最初の一文をゆっくり」)も併せて備えてください。
おわりに — 自分だけのスクリプトノートを作る
これらのスクリプトは出発点にすぎません。本当の資産は、自分の状況で実際に効いた文章を集めた自分だけのノートです。困った場面をうまく乗り切った日に、そのとき使った文章を一行書き留めておきましょう。次のあなたは、その状況を即興ではなく準備で迎えることになります。
文章が準備できたら、残るのは伝え方です。伝え方の半分は聞くことだという話を、会話の技術で続けます。