「進捗はどうなっていますか？」と聞かれ、「〇〇のタスクをやっていて、進捗率は70%です」と答える。
「問題が発生しました」と聞き、「〇〇の調査を行っていて、現在対応中です」と報告する。

自分としては、状況を包み隠さず正しく伝えているつもりなのに、お客さまのリーダーや上司からは「それで、結局予定通り終わるの？」「何が原因で、どう対処するつもりなの？」と、追加で質問が返ってくる……。

客先常駐（SES/SI）の現場で、こうしたやり取りに心当たりはないでしょうか。

「せっかく報告したのに、なぜ分かってくれないのか」
「何度も同じような質問をされて、作業を中断させられるのが苦痛だ」

もしあなたがそう感じているとしたら、少し注意が必要です。相手の理解力が欠けているのではなく、「あなたが報告できていると思っているその内容が、実はまったく報告になっていない」という状態になっています。

今回は、現場のエンジニアが陥りがちな「報告したつもり」を紐解き、マネジメント層や上層部にしっかり伝わる「正しい報告の技術」を解説します。

株式会社office Root（オフィスルート）
代表取締役社長
甲州　潤（こうしゅうじゅん）

国立高専卒業後、ソフトウェア開発企業でSEとして一連の開発業務を経験し、フリーランスに転身。国内大手SI企業の大規模プロジェクトに多数参画し、優秀な人材がいても開発が失敗することに疑問を抱く。PMOとして活動を開始し、多数プロジェクトを成功へ導く。企業との協業も増加し、2020年に法人化。さまざまな企業課題と向き合う日々。著書『DX時代の最強PMOになる方法』（‎ビジネス教育出版社）

相手から質問されている時点で「報告失敗」と自覚せよ

報告の場面は、大きく分けると以下の二つです。

１．依頼された仕事に対する「タスクの進捗報告」
２．トラブルや問題が発生した際の「問題の状況と対策の報告」

多くのエンジニアが「自分は正しく報告できている」と思い込んでいますが、実はどちらの場面でも“不十分な報告”が日常茶飯事になっているといっても過言ではありません。

典型的なダメなやり取りの例を見てみましょう。

タスクの進捗報告における「ダメ報告」

今日の作業ですが、A機能の設計書作成を進めていて、進捗率は80%です

……で、それって当初の計画通り進んでるの？ 今週中に終わるの？

あ、少し遅れていて、来週の火曜になりそうです

遅れてるなら先に言ってよ。なんで遅れてるの？ 誰かフォロー入れた方がいいの？

問題発生時の「ダメ報告」

Bシステムでデータ連携のエラーが発生したので、現在ログを調査中です

ちょっと待って。いつ発生したの？ 原因の調査は終わってるの？ お客さまへの影響は？

えっと、発生は今朝で、これから詳細を調べるのでまだ分かりません……

分からないなら分からないで、どこまで判明していて何が不明なのか整理して報告してよ。それに加えて、今後どのように進めようとしているのかも合わせて教えてもらわないと判断できないよ

これらの会話を聞いて、どう感じるでしょうか。「上司が細かく聞いてくれて親切だ」「質問にちゃんと答えているから会話が成立している」と思ったとしたら、それは大きな間違いです。

相手から「それって予定通り？」「原因は何？」「いつ終わるの？」と追加の質問をされている時点で、あなたの最初の報告は「失敗」なのです。相手が知らない情報を質問させてキャッチボールをしている状態は、報告内容としては不十分です。

マネジャーは「あなたの頑張り」ではなく「判断材料」を求めている

なぜ、このような認識のズレが生まれてしまうのでしょうか。

それは、エンジニアとマネジャー（お客さまPMやリーダー）とでは、報告を聞く「視点」が根本的に異なっているからです。

書籍紹介

『DX時代の最強PMOになる方法』
著：甲州潤

▼こんなエンジニアはぜひお読みください。
・今の仕事に不満を持っていて、現状を変えたいと思っている
・給料をアップしたい
・エンジニアとしての将来が不安だ
・キャリアアップをしたいが、何をしたらいいかわからない
・PMOに興味がある
・PMOとして仕事をしたい

【目次】
第1章　一番稼げるIT人材は誰か
第2章　これからはPMOが1プロジェクトに1人必要
第3章　SEとPMOの仕事は何が違うか
第4章　稼ぐPMOになる７つのステップ
第5章　優秀なPMOとダメなPMOの見抜き方
第6章　PMOが最低限押さえておきたいシステム知識とスキル
第7章　システムは言われた通りに作ってはいけない
第8章　どんな時代でも生き残れる実力をつけよう

>>>詳細はこちら

【ご意見・ご要望はこちら】感想やご質問、今後取り上げてほしいテーマのリクエストなどをお待ちしています