# 第4章 コミュニケーションの極意 ―伝え方・聞き方・ディスカッション **中心主張**: 優れたコミュニケーションとは情報を多く盛り込むことではなく、相手の脳の負荷を最小化しながら、必要な情報を正確に届け、正確に受け取ることである。「情報量を減らす」「準備する」「気軽に聞き、気軽に断れる空気をつくる」「対立しても否定しない」という一貫した原則が、伝える側・聞く側・議論する側すべてに通底している。 **論の展開**: - まず日米の文化差から入る。日本では情報を多く盛り込むプレゼンやメッセージが喜ばれる傾向にあるが、アメリカでは「情報量を減らす」ことが徹底的に好まれ、詳細は聞かれたときに答えれば十分とされる - この原則を裏付ける形で「準備の力」を論じる。日本人が得意な丁寧な準備・改善の精神は、非ネイティブという不利をむしろ逆転させる武器になり得る - 次に「相手が求めている情報への感度」というテーマに移り、優秀な同僚（グレナ）の「見る人を意識したメモ」の実例を通じて、自分用ではなく他者に渡すための情報整理術を具体化する - コードそのものも「読み物」として扱うべきだという視点を提示し、メンターのクリスから受けた衝撃的な指摘（コメント不足で理解に時間がかかっていた）を紹介しながら、書き手は読み手がどう感じるかを意識してコードを書くべきだと説く - リモートワークの浸透によるミスコミュニケーションの増加という問題提起から、「クイックコール」という即時の同期コミュニケーション手法を紹介し、その活用法（呼ぶ側・呼ばれる側双方のメリット）を具体的に示す - 「気軽に聞ける空気」は「気軽に断れる空気」とセットでなければ機能しないという逆説を、スティーブ・ジョブズの「Good question」エピソードで補強する - 最後にディスカッションそのものが人を鍛える営みであることを述べ、著者のイギリス短期留学時のホストファミリーでの体験を挟みつつ、「意見が対立しても否定しない」「Agree to disagree」という原則、図13にまとめた6つのディスカッションのコツ、そして会話力を育てる姿勢へとつなげる - 章末では著者自身の筋トレのパーソナルコーチから得た「誰だって人に頼ることを学ぶ」という気づきで締めくくり、次章のチームビルディングへの橋渡しとする **実践指針**: - プレゼンやメッセージは情報を盛り込みすぎず、まず本質だけを簡潔に伝え、詳細は相手から聞かれたときに答えよ - Pull Requestやチャットでのやり取りでは、付加的な情報は先回りして書かず「聞かれたら答える」姿勢に徹し、コミュニケーションの往復コストを下げよ。CIのエラーが起きたときも「これをやったらこのエラーが出た」程度の簡潔な報告で十分と心得よ - プレゼンや技術説明の前には時間をかけて丁寧に準備し、基礎的なことから順序立てて説明せよ。準備の丁寧さは非ネイティブの弱みを補う武器になる - メモやドキュメントは「自分がわかるため」ではなく「見る人が欲しい情報が簡潔に書かれているか」を基準に作成せよ（OnBoarding手順、目的付きのクエリ、Pull Requestへのリンクなど） - コードを書くときは「読んだ人がどう感じるか」を意識し、コメントで目的や意味を添えて読み物として成立させよ。コメントが少なすぎるとレビューに時間がかかり、質問対応に追われる悪循環に陥ると心得よ - 文章でのやり取りで行き違いや停滞のサイン（何度もメッセージを往復している、Pull Requestが承認されずに時間だけが過ぎている）に気づいたら、すぐにクイックコール（予定外のビデオ・音声通話）を申し出よ - クイックコールを申し出るときは「今クイックコールしていい？（Can I have a quick call?）」と一言送り、相手に忙しいかどうかを気にしすぎず、自分がその分野のメンタルモデルを持たない場合は特に早く聞け - 質問しやすいチームをつくりたいなら、同時に「知らない」「今は答えられない」と気軽に言える空気もセットでつくれ - 異なる文化的背景を持つ相手と接するときは、正しいか間違っているかではなく「違う」ことそのものを尊重せよ。相手の文化的なルールを自分の物差しで裁かないようにせよ - 議論の場では、間違いを恥ずかしいと思わず、初心者こそ遠慮なく参加し、切り出しは「自分の意見では〜（in my opinion）」から始め、反対意見であっても相手のアイデアそのものを否定せず、最後に感謝を伝えよ - 意見が対立しても、それを「相手を理解する」ための機会と捉え、どちらが正しいか間違っているかを決めるのではなく「合意できないことに合意する（Agree to disagree）」姿勢をとれ **根拠となる研究・事例**: - 著者の観察: アメリカでは「情報が少ない」ほうが好まれ、日本で評価の高い作り込んだドキュメントやスライドが「わかりにくい」と評価されることがある → 示唆: 情報量と伝わりやすさは比例しない、文化によって最適点が異なる - メンターのクリスとのCIエラー相談: 著者がCIパイプラインのエラー原因を整理して詳しく報告したところ、クリスから「たくさん書いてあると読むの大変じゃない？もっと単純なのでいいよ」と言われた。「これをやったらこのエラーメッセージが出た」程度の簡潔さで十分だったという → 示唆: 丁寧に情報を整理して送っても、相手にとってはかえって負担になる場合がある - グレナ（Functionsチーム）の事例（図12「見る人を意識したメモの例」）: OnBoarding手順、目的別に整理されたクエリ、システムのアーキテクチャや代表的なコードポインタ、Pull Requestへのリンクをまとめたメモを作成し、他者からの問い合わせにコピペで即答できるようにしていた。著者がクリスに「彼女はなぜあんなに優秀なんだろう」と尋ねたところ「彼女はいつもメモをとっている（OneNoteというクラウドツールで学んだこと・試したことを整理している）」と返ってきた → 示唆: メモは他者への贈り物として設計すると、結果的に自分の時間も節約できる - コードを「読み物」として扱う気づき: 著者が書いたコードについてメンターのクリスに相談したところ、コメント不足への衝撃的な指摘を受けた。コメント不足のコードはPull Requestのレビューに1週間ほどかかり、対応にずっと追われることになっていた → 示唆: コメントを丁寧に書くことは非効率ではなく、むしろ長期的な工数削減につながる - リモートワーク以降のミスコミュニケーション増加: 著者はある同僚とのPull Requestのやり取りで、レビューが1カ月以上マージされない状態が続き、「手を動かす前に何かおかしいぞと気づいて、すぐにオフラインで話す機会を設けるべきだった」と振り返る事例が紹介された - クイックコールの効果: リモートワークでも生産性の高い人はほぼ全員クイックコールを頻繁に活用しており、対面と比べても遜色ない、あるいはそれ以上のコミュニケーション速度を実現している。画面を共有しながら「Look at this」と言うだけでうまく動かない箇所を一緒に確認できる - スティーブ・ジョブズの新機能発表エピソード: 製品発表の質疑応答で「新機能の特徴を教えてください」という質問に対し、ジョブズは「えっ、そんなこと聞く？」ではなく「Good question」と率直に受け止めた。知らないことを恥じない態度が、気軽に質問できる空気を生んでいた - 著者のイギリス短期留学時代（40代当時）のホストファミリーでの体験: ホストマザーの子供が家の中でむちゃくちゃに暴れていたが、母親は「学校でおとなしくしている分、家でこそ発散させてあげないといけないのよ」と諭してくれた。著者は「正しいか間違っているかの問題ではない」という一言に、異なる視点から自分の考えや知識を深め、受け入れることの大切さを教えられた → 示唆: 「多様性を受け入れる」とは、常識や道徳観が異なっても相手を尊重することを意味する - マイクロソフトのエバンジェリズムのトップだった伊藤氏から学んだ「Agree to disagree」という言葉: 合意できないことに合意する、すなわちどちらが正しいか間違っているかを決めるのではなく、相手を理解し認める力（エンパシー、empathy）を重視する考え方。「自分の理解を助けてくれてありがとう」という感謝の姿勢とセットで語られる - 著者自身の筋トレのパーソナルコーチの言葉: 「みんなコーチって初心者に必要と思っているだろ？だけどオリンピック選手にも必ずコーチがいるんだよ。誰だって人は、過去に経験がある人から学んでいくんだよ」という言葉から、著者は仕事を通じて「人に頼る」ことを学んだと振り返る **キーワード**: - 「情報量を減らす」コミュニケーション: 詳細を先回りして伝えず、聞かれたら答えるという情報設計の原則 - 見る人を意識したメモ（図12）: 自分用ではなく、他者が読んで即座に使える形式で整理されたメモやドキュメント - クイックコール（Quick Call）: 予定外に即座に行う短時間のビデオ・音声通話。ミスコミュニケーションの防止と生産性向上に直結する - 気軽に聞ける空気と気軽に断れる空気: 質問しやすい文化を成立させるためにセットで必要な2つの心理的安全性 - Agree to disagree: 意見の正誤を決めるのではなく、相違を認め合い相手を理解する姿勢。エンパシー（empathy＝相手の意見を理解して認める力）とセットで語られる - 図13「ディスカッションのコツ」: 間違えたら恥ずかしいと思わない／初心者こそ遠慮なく参加する／相手のことを理解して尊重する／切り出し方は「自分の意見では〜」／感謝の気持ちを忘れない／楽しんだもの勝ち、の6項目