📖 読了目安約10分

この記事の目次

報連相の基本

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

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

報連相が苦手な人と上手な人の違い

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

相手が知りたいことは何か？

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

□ 今、問題は起きていないか？（リスク）
□ 予定通り進んでいるか？（進捗）
□ 自分が何かアクションを取る必要があるか？（判断・対応）
□ いつまでに何が完了するか？（見通し）

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

具体例：同じ状況でも伝え方で印象が変わる

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

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

違いのポイント：

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

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

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

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

主観と客観の違い

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

❌ の問題点：

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

✅ の良い点：

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

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

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

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

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

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

□ 相手はこの情報で「次に何をすればいいか」分かるか？
□ 相手が一番知りたいこと（リスク・進捗・期限）は書いたか？
□ 「で、どうしてほしいの？」と聞き返されないか？
□ 自分の感想・言い訳がメインになっていないか？
□ 事実と意見・推測を区別して書いているか？

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

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

□ 「〜だと思う」「〜のはず」は、推測であることを明示したか？
□ 数字や記録で示せる事実は、具体的に書いたか？
□ 「大丈夫」「問題ない」と書く場合、その根拠は確認済みか？
□ 受け手がこの情報を元に判断して、問題ないか？

まとめ

報連相のポイント：

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

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