「少し様子を見てから報告しよう」と思ったことが、何度かある。
問題が起きたとき、すぐに報告するのが怖かった。「もう少し自分で解決できるかもしれない」「報告したら怒られるかもしれない」「まだ確定していないことを言うのは早いかもしれない」。そういう気持ちが、報告を遅らせる原因になった。
でも、報告を遅らせたことで問題が何倍にも大きくなった経験がある。あの経験が、「悪い報告ほど正直に速やかに」という鉄則を体に刻んでくれた。
PLとして報告を遅らせてプロジェクトが崩壊した経験
PLとして案件を担当していた頃の話だ。
プロジェクトの中盤で、スケジュールに遅れが出始めた。最初は「数日程度の遅れ」だった。「このくらいなら自分たちで取り戻せる」と判断して、クライアントへの報告を先送りにした。
数日後、遅れが広がっていた。「もう少し待てば挽回できるかもしれない」と思って、また報告を先送りにした。
その間、チームメンバーに無理な負荷をかけて追いつこうとした。無理な負荷がかかった結果、品質に問題が出始めた。品質問題を修正するためにさらに時間がかかり、遅れが加速した。
気づいたときには、当初の「数日の遅れ」が数週間規模の問題になっていた。
そのタイミングで初めてクライアントに報告した。クライアントの怒りは、想像以上だった。「なぜもっと早く言わなかったのか」「ここまで放置していたのか」という言葉が、刺さった。
報告が遅れたことで失ったのは、時間だけではなかった。クライアントとの信頼関係が、大きく傷ついた。
この経験で学んだことはシンプルだ。「最初の遅れが出た時点で報告していれば、スコープ調整や期日変更という選択肢があった」ということだ。隠したことで、その選択肢を失った。
エンジニアが報告を遅らせてしまう3つの心理パターン
報告を遅らせる心理は、理解できる。自分も経験したことがあるし、周囲でも見てきた。主に3つのパターンがある。
パターン①「自分で解決できるかもしれない」という楽観
「この程度の問題なら、報告する前に解決できる」という判断だ。でも問題は放置すると複利で大きくなることが多い。小さいうちに手を打てば対処できたことが、時間が経つほど難しくなる。特にスケジュール遅延は、1日遅れれば翌日以降への影響が連鎖的に広がる。
パターン②「報告したら評価が下がる」という恐怖
失敗や遅れを報告することで「この人は仕事ができない」と思われるのではないかという不安だ。でも実際には、問題を早期に報告して対処できる人の方が信頼される。隠して悪化させる人の方が、長期的には評価が下がる。
パターン③「まだ確定していないから」という先送り
「まだはっきりしていないことを報告するのは早い」という判断だ。でも「可能性がある」という段階で共有することで、早めに対策を打てることがある。確定してから報告するのでは、遅い場合が多い。
「悪い報告ほど速やかに」が鉄則である理由
この経験から、一つの鉄則が体に刻まれた。悪い報告ほど、正直に速やかにするだ。
良い報告は多少遅れても問題ない。でも悪い報告は、1日遅れるごとに状況が悪化することが多い。「早く言えばよかった」という後悔は、遅れた時間に比例して大きくなる。
具体的には、「問題かもしれない」という段階で共有するようにした。「まだ確定していない」「自分で解決できるかもしれない」という状態でも、「こういう状況が起きていて、現在対応中です」という形で共有する。
この報告スタイルに変えてから、2つの変化があった。
早期にサポートを得られるようになった。一人で抱え込んでいたことを共有することで、「こういうアプローチもある」というアドバイスをもらえた。問題がチームの課題として動けるようになった。
クライアントとの信頼関係が安定した。「問題が起きたとき早めに教えてくれる人」という評価は、長期的な信頼につながる。完璧に仕事をこなすことより、問題が起きたときの対応の仕方が信頼関係を決めることが多い。
プロセスも透明に共有する習慣をつけた
この経験からもう一つ変わったことがある。成果だけでなく、プロセスも透明に共有するようになったことだ。
以前は「結果ができたら報告する」というスタイルだった。進捗の途中経過はあまり積極的に共有していなかった。
でも報告を遅らせて問題が大きくなった経験を経て、「途中経過を定期的に共有する」スタイルに変えた。
「今週はここまで進んだ、来週はここまで進む予定、現時点での懸念点はこれ」という形で、進捗をこまめに共有する。問題が起きたときだけでなく、「順調なこと」「懸念していること」を両方共有することで、クライアントや上司が常に状況を把握できる状態を作る。
この変化で「想定外」が大幅に減った。お互いが同じ情報を持っていることで、認識のズレが起きにくくなる。問題が起きたときも、背景を共有しているから対処がスムーズになる。
「悪い報告をしやすい環境」を作ることの重要性
個人の話だけでなく、チームや組織の話もしたい。
「悪い報告が来やすい環境」を作ることが、マネージャーやリーダーにとって重要な仕事の一つだと思っている。
悪い報告をしたときに責められる文化があると、メンバーは報告を遅らせるようになる。逆に「早めに報告してくれてありがとう」という反応が返ってくる文化では、メンバーが安心して問題を共有できる。
自分がチームをまとめる立場になったとき、「悪い報告をしてくれたことを責めない」ことを意識した。報告の内容が悪くても、報告してくれたこと自体は評価する。そうすることで、メンバーが問題を抱え込まずに共有できる雰囲気が生まれやすくなる。
「この人に言いづらい」という雰囲気を作ってしまうと、チームの問題が見えにくくなる。リーダーこそ、悪い報告を歓迎する姿勢を見せることが大切だ。
「悪い報告」を正確に伝えるための3つのポイント
悪い報告をすることが大切だとわかっていても、どう伝えればいいかわからない人もいると思う。自分が意識するようになったポイントを整理する。
①現状・原因・対策案をセットで伝える
「遅れています」だけでなく、「○○の理由で△日の遅れが発生しています。対策として□□を実施します」という形で伝える。問題を報告しながら、解決策も一緒に提示する姿勢が、信頼につながる。
②感情より事実を伝える
「ひどい状況です」ではなく「スケジュールが○日遅延しています」という形で、事実ベースで伝える。感情が入ると、受け取る側の判断が歪む。数字と事実で伝えることが、適切な対処につながる。
③早すぎると思っても伝える
「これくらいはまだ大丈夫だろう」という自己判断より、早めに共有した方がいい。「取り越し苦労だった」という結果になっても、早く共有したことを責められることはほぼない。
よくある疑問への回答
Q. 問題を報告したら、自分の評価が下がりませんか?
問題を隠して悪化させた場合の方が、評価が大きく下がる。問題を早期に報告して対策を取れる人は「信頼できる人」として評価される。「問題を報告した」ことより「問題が起きたこと」を問題視する文化の職場なら、そもそもその職場が問題かもしれない。
Q. 「まだ確定していない段階」で報告すると、余計な心配をかけませんか?
「懸念点として共有しておきます」という形で伝えることで、余計な心配を最小限にしながら情報共有できる。「これは問題です」ではなく「こういう状況が起きていて現在対応中です。念のため共有しておきます」という伝え方が有効だ。
Q. 報告が苦手で後回しにしてしまいます。どうすればいいですか?
「定期報告」の仕組みを作ることをすすめる。「毎週月曜日の朝に進捗を共有する」というルールを自分で作ることで、「報告するかどうか判断する」という手間がなくなる。定期的に共有することが習慣になると、問題報告への心理的なハードルも下がっていく。
まとめ：悪い報告を遅らせることのコストは、想像以上に大きい
報告を遅らせたことで、問題が数倍に膨らんだ経験がある。あの経験から学んだのは、「悪い報告ほど正直に速やかに」という鉄則だ。
なぜ遅らせてしまうのかのパターンを知っておくこと、成果だけでなくプロセスも透明に共有すること、悪い報告をしやすい環境を作ること。これらを意識することで、報告の問題は大きく改善できる。
嘘やごまかしを維持するコストは、正直に伝えるコストより常に大きい。それが、エンジニアとして20年近く働いてきた中での実感だ。
コメント