「報連相をちゃんとして」が逆効果になるワケ
こんな経験、ありませんか？
締切間近になって初めて部下の遅れを知り、慌てて「今度からちゃんと報連相して」と伝える。すると今度は、些細なことまで全て報告されて、かえって業務が回らなくなってしまう…。
実はこれ、初めて管理職になったエンジニア出身の方に特によくあるパターンです。私自身も現役時代は報連相が苦手でしたから、部下の気持ちがよくわかります。
問題は「報連相をして」という抽象的な指示にあります。具体的な基準や方法を示さないまま「ちゃんとして」と言われても、部下は何をどのタイミングで報告すべきか分からず混乱するのです。
部下が「声をかけづらい」本当の理由
「忙しそうで声をかけづらい」という部下の言葉、実はこれには深い意味があります。
物理的な忙しさもありますが、最大の要因は「心理的なハードル」です。エンジニアは元々、問題を自力で解決したがる職種。加えて「こんなことで相談したら迷惑かも」「もう少し頑張れば解決するかも」と考えがちです。
私が独立後のクライアント対応で気づいたのは、「何かあったら連絡してください」では相談されないという事実でした。一方「木曜日までに進捗を教えてください」と具体的に伝えると、自然に相談や質問も増えたのです。
つまり、相談しやすい環境とは「いつでもどうぞ」という曖昧な状態ではなく、明確な「相談の仕組み」がある状態なのです。
実践的な3つのアプローチ
①相談のタイミングを「設計」する
まず、相談のハードルを下げる具体的な仕組みを作りましょう。
定期質問タイムの設定
- 毎日15:00〜15:30を「質問・相談タイム」にする
- カレンダーにも明記し、この時間は必ず空けておく
- 「今、5分大丈夫？」と気軽に声をかけてもらう
声かけの練習
- 「忙しそうな時は『後で』と言ってもらって構わない」と明言
- 最初は部下が遠慮することも想定し、こちらから「どう？」と聞く
- 段階的に部下から声をかけてもらう頻度を増やす
②報告基準を明文化する
「些細すぎる報告」を防ぐため、具体的な報告基準を設定します。
報告が必要なケース（例）
- 予定より半日以上の遅れが見込まれる時
- 新しい技術・ライブラリを使用する時
- エラーや課題が2時間以上解決しない時
- 仕様変更が必要になりそうな時
報告不要なケース（例）
- 予定内で進んでいる作業
- 30分以内で解決できる軽微なエラー
- 既存の知識で対応可能な作業
この基準をチーム内で共有し、迷った時は「相談寄り」で判断してもらいます。
③こちらから「聞きに行く」習慣
部下からの報告を待つだけでなく、積極的にコミュニケーションを取りに行きます。
効果的な声かけ例
- 「調子どう？詰まってることない？」（雑談ベース）
- 「例の機能開発、進み具合はどんな感じ？」（具体的）
- 「何か新しい発見とかあった？」（ポジティブ）
実施頻度の目安
- 週2〜3回、1〜2分の短時間
- プロジェクトの重要な局面では毎日
- 忙しい時でも週1回は必ず実施
すぐ使える声かけテンプレート
日常的に使える声かけのパターンをいくつか紹介します。
進捗確認系
- 「○○の件、金曜までに一度進捗聞かせて」
- 「順調？何かサポートが必要なことある？」
- 「予定通り進んでる？」
相談促進系
- 「困ったことがあったら、遠慮なく声かけて」
- 「一人で抱え込まずに、気軽に相談して」
- 「今度同じようなことがあったら、すぐ教えて」
雑談・関係構築系
- 「最近どう？新しい技術で面白いのある？」
- 「今のプロジェクト、やりがい感じてる？」
- 「何か学びたい技術とかある？」
チームの心理的安全性は「設計」できる
エンジニアとして、あなたはコードの品質や設計にこだわってきたはずです。実は、チームの「心理的安全性」も同じように設計できるものなのです。
相談しやすい環境作りは、優れたアーキテクチャを設計するのと似ています。明確な責任範囲、適切なインターフェース、そして予期せぬ問題への対処法。これらをコミュニケーションの領域に応用するのです。
技術と人の両方を理解できるエンジニア出身の管理職は、実は最強のリーダーになる可能性を秘めています。まずは今週から「聞きに行く」ことから始めてみてください。
「正しく働いて、得をする」ためのコミュニケーション術をもっと学びたい方へ
HORENSO道場では、AI時代に評価される報連相の実践的なスキルを体系的に学べます。継続率100%のPMが実際に使っている「評価 = 成果 × 安心感」の理論を、あなたのチームマネジメントに活かしてみませんか？
