第4部：実務スキル ／ 第5章：コミュニケーション

報連相の基本

報連相（報告・連絡・相談）は、チームで仕事を進めるための基本スキルです。このドキュメントでは、1年目エンジニアが身につけるべき報連相の考え方を解説します。

📖 読了目安 約10分 対象：コミュニケーション重視の方

報連相の本質：「自分が言いたいこと」ではなく「相手が知りたいこと」

報連相が苦手な人と上手な人の違いは、相手の視点で考えるかどうかにあります。

視点苦手な人上手な人
主語「私は〇〇しました」「〇〇の状況は△△です」
焦点自分がやったこと相手が判断に必要な情報
構成時系列で説明結論→理由→詳細
質問「分かりません」「AとBのどちらが正しいですか」

受け手の立場で考える：なぜ「良い報連相」が必要か

報連相の重要性を理解するには、受け手の立場に立ってみることが効果的です。

あなたが上司・先輩だとして、以下の2つの報告を受けたとします。

報告A（苦手な人のパターン）

「ライブラリでエラーが出て、いろいろ調べてたんですけど、
 なかなか解決しなくて…。難しいです。」

報告B（上手な人のパターン）

「ユーザー登録機能について報告です。
 予定より半日遅れの見込みです。
 原因はライブラリのバグで、回避策を調査中です。
 本日中に方針を決めて再度報告します。」

受け手として、どう感じるか比較してみましょう

観点報告Aを受けた場合報告Bを受けた場合
状況把握できない（何がどう問題？）できる（半日遅れ、原因はライブラリ）
影響判断できない（他のタスクへの影響は？）できる（半日なら許容範囲か判断可能）
アドバイスしづらい（情報不足で的外れになる恐れ）できる（「この回避策を試したら？」等）
次のアクション分からない（追加で聞かないと判断できない）明確（本日中に続報を待てばよい）
心理的負担高い（「大丈夫か？」と不安になる）低い（状況を把握できて安心）

報告Aの問題点：受け手は状況が分からないため、適切なサポートができません。結果として、以下のようなやり取りが発生します。

上司：「で、何がどう問題なの？」
本人：「えっと、〇〇というエラーが…」
上司：「それでいつ終わりそうなの？」
本人：「まだ分からなくて…」
上司：「他のタスクへの影響は？」
本人：「考えてませんでした…」

→ 追加の質問が何度も必要になり、お互いの時間が奪われます。

報告Bの良い点：受け手が必要な情報を一度で把握でき、適切な判断やアドバイスがすぐにできます。

上司：「了解。半日なら問題ない。その回避策でいいと思う。困ったら声かけて。」

→ 1回のやり取りで完結し、お互いの時間を節約できます。

悪い報告こそ早く

相手が判断・行動するために必要な情報を把握するために、報連相で最も重要なのがタイミングです。特に、問題や遅れが発生したときが重要です。

報連相を受ける側（上司・先輩）は、常に以下を気にしています：

つまり、「相手が次のアクションを取れる情報」を伝えることが報連相の本質です。

「悪い報告は早く、良い報告は後でもいい」と覚えておきましょう。問題を抱え込むと状況が悪化し、リカバリーの選択肢が減ります。問題が見つかったら、すぐに報告することが重要です。

同じ状況でも伝え方で印象が変わる

状況：実装中にライブラリのバグに遭遇し、調査に時間がかかっている

❌ 自分視点（苦手な人）✅ 相手視点（上手な人）
「ライブラリのバグがあって調べてました。難しくて時間かかってます。」「進捗報告です。ユーザー登録機能は予定より半日遅れの見込みです。原因はライブラリのバグで、回避策を調査中です。本日中に方針を決めて再度報告します。」

違いのポイント：

項目苦手な人上手な人
影響不明「半日遅れ」と明確
状況「難しい」（主観）「回避策を調査中」（事実）
次のアクション不明「本日中に再報告」と明確
相手が取れる判断できない「半日なら許容」等の判断が可能

進捗報告の基本

進捗報告は、上司・先輩が「今、何が起きているのか」「何を判断すべきか」を理解するためのコミュニケーションです。

進捗報告で伝えるべき基本情報

進捗報告では、以下の3つを必ず含めましょう：

  • 完了した作業：具体的に「何が終わったか」
  • 残りの作業：「何が残っているか」「それにかかる予定時間」
  • 問題点・懸念点：「問題や懸念はあるか」「スケジュール影響はあるか」

これらの情報により、リーダーやチームが状況を把握し、必要なサポートを判断できます。

報連相の前に自問すること

メッセージを送る前に、以下を確認してください：

主観と客観を切り分ける：誤った判断を防ぐために

報連相で特に重要なのが、事実（客観）と意見・推測（主観）を明確に区別することです。

これが混同されると、受け手は事実と異なる状況を認識し、誤った判断をしてしまう危険があります。

主観と客観の違い

種類説明例
客観（事実）誰が見ても同じ、数字や記録で確認できる「エラーが3回発生した」「テストが5件失敗した」
主観（意見・推測）自分の解釈、感想、予想「たぶん大丈夫」「難しそう」「〇〇が原因だと思う」

危険なパターン：主観を事実のように伝える

❌ 「このバグは軽微なので、リリースに影響ありません」

この報告を受けた上司は「影響なし」と判断し、そのままリリースを進めるかもしれません。しかし実際には：

  • 「軽微」は報告者の主観（実は重大かもしれない）
  • 「影響ありません」は推測（検証していない可能性がある）

このように、主観と客観を混ぜて伝えると、受け手は間違った判断をしてしまうのです。

受け手が誤った判断をするリスク

報告内容受け手の認識実際の状況結果
「たぶん今日中に終わります」今日中に終わる終わらない可能性が高いスケジュール調整ができず、納期遅延
「問題なさそうです」問題なし確認していない部分がある本番障害が発生
「〇〇が原因です」原因特定済み推測に過ぎない間違った対策に時間を浪費

正しい伝え方：事実と意見を分ける

✅ 事実と意見を明確に分ける

■ 事実（確認できていること）
- テストを実行したところ、5件中2件が失敗しました
- エラーログには「タイムアウト」と記録されています
- 昨日の同時刻には発生していませんでした

■ 推測（私の見解）
- タイムアウトの原因は、DBへの接続遅延だと推測しています
- ただし、まだ検証できていません

■ 対応案
- まずDBの接続状況を確認し、原因を特定します

事実と意見を分離することで、受け手は「まだ確定していない」と理解し、適切に判断できます。

具体例：同じ状況を伝える2つの方法

状況：テスト中にエラーが発生。原因はまだ特定できていない。

❌ 主観と客観が混同✅ 主観と客観を分離
「テストでエラーが出ましたが、たぶんデータの問題だと思います。修正すれば大丈夫です。」「テストで3件エラーが発生しました。【事実】エラーはすべて同じデータパターンで発生しています。【推測】データ起因の可能性がありますが、まだ原因は特定できていません。【対応】原因調査後、改めて報告します。」

❌ の問題点：

  • 「たぶんデータの問題」→ 事実か推測か分からない
  • 「修正すれば大丈夫」→ 根拠がない断言
  • → 受け手は「大丈夫なんだな」と判断し、対応を後回しにするかもしれない

✅ の良い点：

  • 事実（3件エラー、同じパターン）が明確
  • 推測であることが明示されている
  • → 受け手は「まだ確定していない」と理解し、適切に判断できる

主観・客観を区別するための表現

主観であることを示す表現

表現使用例
「〜と推測しています」「原因はメモリ不足と推測しています」
「〜の可能性があります」「設定ミスの可能性があります」
「私の見解では」「私の見解では、優先度は低いと考えます」
「まだ確認できていませんが」「まだ確認できていませんが、影響は限定的かもしれません」

客観（事実）を示す表現

表現使用例
「〜を確認しました」「ログを確認しました。エラーは10:32に発生しています」
「〜という記録があります」「DBに該当レコードが存在するという記録があります」
「〜回発生しています」「本日、同じエラーが5回発生しています」

チェックポイント：主観・客観の確認

報連相を送る前に、以下も確認しましょう：

まとめ

報連相のポイント：

  1. 相手視点で考える - 「自分が言いたいこと」ではなく「相手が知りたいこと」を伝える
  2. 結論を先に - 時系列ではなく、結論→理由→詳細の順で伝える
  3. 具体的に - 「難しい」「問題」ではなく、数字や事実で伝える
  4. 主観と客観を分ける - 事実と推測を明確に区別して伝える
  5. 次のアクションを明確に - 相手が判断・行動できる情報を含める

報連相は「伝える」ことが目的ではなく、「相手が適切に判断・行動できるようにする」ことが目的です。

関連ドキュメント