필사 모드: 悪い知らせは中身よりタイミングで決まる

• はじめに
• 1. 悪い知らせが評価される二つの軸
• 2. 確実になるまで待つことが罠である理由
• 3. いま知らせるべきかを判定する三つの問い
• 4. 解決策なしで報告してよい条件
• 5. 報告文の形
• 6. 誰に先に知らせるのか
• 7. すでに遅れてしまったなら
• 8. 今日できる一つのこと
• この助言が当てはまらない場合
• おわりに
• 続けて読む

はじめに

悪い知らせを報告することについての助言は、たいてい文に集中します。どう言えば傷が浅いか、どんな順で説明すれば誤解がないか。こうした助言は必要ですし、状況別の文は会社でそのまま使える文章集にまとめてあります。

ところが実際に評価を分けるのは文ではありません。同じ事故を同じ文で報告しても、火曜にやれば誠実な人になり、金曜にやれば隠した人になります。中身は同じでタイミングだけが違うのに、結論が逆に出ます。

この記事はまずなぜそうなるのかを説明し、その構造から出てくる判断基準を整理します。先回りして働く習慣の全体は先回りについての記事で扱いました。ここではそのうちいちばん難しい項目を一つだけ深く見ます。

1. 悪い知らせが評価される二つの軸

悪い知らせを受け取った人の頭の中では、二つのことが別々に計算されます。

第一の軸は問題そのものの大きさです。どれだけの損害か、誰に影響が及ぶか、取り戻せるか。

第二の軸は、いま相手に残っている選択肢の数です。日程を調整できるか、上に前もって知らせられるか、別の資源をつけられるか、顧客に先に連絡できるか。

ここに決定的な非対称が一つあります。第一の軸について自分を全面的に責めるのは難しい。問題はたいてい複数の原因が重なって起きますし、そのうち自分が制御できたのは一部だからです。ところが第二の軸は違います。選択肢がなくなったのは、純粋に遅く知らせたという一人の選択のせいです。

そこでこういう結果になります。問題をうまく収拾したけれど遅く知らせた人は信頼を失い、収拾はうまくいかなかったけれど早く知らせた人は信頼を保ちます。不公平に見えますが、組織の側からすれば合理的です。前者と働くといつまた知らないままでいることになるかわからず、後者と働けば少なくとも状況は常に見えます。

一文にするとこうです。組織はミスには寛容でいられますが、視界が塞がれることには寛容でいられません。ミスは個別の出来事ですが、遅い報告はこれからも繰り返される性向として読まれるからです。

2. 確実になるまで待つことが罠である理由

遅れた理由を尋ねると、答えはほとんど常に同じです。確実ではなかったので。まだ確認中でした。

この言葉は本心です。それがこの罠の核心です。時間を稼ぎたい気持ちが、情報を正確に伝えようとする責任感の顔をして現れます。自分でも区別がつきません。ですから意志で勝とうとせず、構造を見るべきです。

構造は三つです。

第一に、不確実性は時間が経てば均等に減るというものではありません。たいていは締切が近づいてはじめて確定します。ところがその時点は、まさに対応が不可能になる時点です。つまり確実になるのを待てば、確実になった瞬間がそのまま手を打てない瞬間です。

第二に、確認中という状態そのものが報告できる内容です。これをよく忘れます。相手が必要としているのは結論ではなく、いまどのあたりなのかという情報です。まだわからないがこういう信号が見えている、という報告は十分に有用で、たいていの上司はそれを望んでいます。

第三に、待っているあいだリスクは自分一人で背負っています。知らせた瞬間、リスクは組織のものになります。これは責任逃れではなく正常な構造です。組織が負うように設計された危険を個人が一人で負っている状態のほうが異常です。

そして実務的にもう一つ。確認が終わるまで待っていると、確認が終わったときに報告すべき内容が二つになります。問題と、それを遅く知らせたという事実。二つめのほうがたいてい一つめより重い。

3. いま知らせるべきかを判定する三つの問い

基準が必要です。勘で判断すると、毎回先延ばし側に傾くからです。問い三つで足ります。

一つ。この事実をいま知れば、相手が違う行動をとれるか。とれるなら、いまです。この問いがいちばん重要なのは、報告の目的を正確に押さえているからです。報告は告白ではなく、相手の行動を可能にする手続きです。相手にできることがあるのに、それをできなくすることが実際の被害です。

二つ。これを自分以外の経路で知る可能性があるか。あるなら、いまです。他人から先に聞くことは、知らせそのものより関係にずっと大きな損傷を与えます。そして組織で情報は思ったより速く広がります。

三つ。自分が確認を終えるまでの時間が、相手の決定時点を越えるか。越えるなら、いまです。確認に三時間かかって相手の決定が明日なら待ってかまいません。確認に二日かかって相手が今日の午後に決めるなら、確認の前に知らせます。

三つのうち一つでも「はい」なら、いま送ります。三つとも「いいえ」なら確認を終えてから送りますが、いつまでに確認して知らせるという一行はいま送ります。

4. 解決策なしで報告してよい条件

問題だけ持ってこないで代案も一緒に持ってきなさい、という助言があります。半分は正しい。ところがこの助言が、遅い報告のいちばんよくあるアリバイとして使われます。

基準はこうです。解決策を準備する時間が相手の選択肢を消すなら、解決策なしで報告するのが正しい。代案をつけるのは良い習慣であって、条件ではありません。

ただし解決策の場所を空けたままにしてはいけません。代わりに四つを入れます。

• いままでに確認された事実。観察したものだけ。推測は抜きます。
• まだわからないこと。わからないことを書くと信頼が削られそうに思えますが、逆です。わからない範囲が明示されると、相手は残りを信頼します。
• 次の確認時点。いつまでに何を突き止めるという約束です。この一行が報告を完結させます。なければ相手は待ち続けるべきか尋ねるべきかわかりません。
• 自分が必要とする決定。何も必要なければそう書きます。これも情報です。

この四つが入っていれば、解決策がなくても無責任な報告ではありません。むしろ中途半端な代案を急ごしらえでつけるよりましです。急ごしらえの代案は検討の対象になり、検討しているあいだにまた時間が過ぎます。

5. 報告文の形

順序は結論、影響、確かなことと不確かなこと、要請です。構成した例で見るとこうなります。

結論から申し上げると、今週木曜のリリースが難しい状況です。影響は二つあります。連携予定だった隣のチームの日程が一週間押され、顧客告知に書かれた日付が変わります。確認されたのは昨日のテストで同じエラーが三回再現したことで、まだわからないのは原因が当方なのか連携側なのかです。明日の午前までに確認してあらためて報告します。いま必要な決定は、顧客告知を今日修正するか、原因の確認後にするかです。

六つの文です。ここにないものを見るほうが役に立ちます。

謝罪が長くありません。悪い知らせの報告で謝罪が長くなると、相手は慰めるために時間を使わなければなりません。それは相手に追加の負担を負わせることです。一文で十分ですし、謝罪と経緯を混ぜないことについてはミスをしたあとの順序で別に扱います。

原因の究明がありません。この時点での原因説明はたいてい推測で、推測が外れるとあとで信頼を二度失います。原因は確認されたあとに別途報告します。

弁明がありません。誰のせいか、どんな事情があったかは、いま必要な情報ではありません。そして最初の報告に弁明が入ると、そのあとの文がすべて弁明として読まれます。

6. 誰に先に知らせるのか

受信者の順序を決め違えて問題が大きくなる場合が多くあります。原則は二つです。

第一に、この知らせによって今日ちがう行動をとらなければならない人。リリースが押されるなら、顧客告知を準備していた人がここに当たります。役職ではなく行動を基準に決めます。

第二に、この知らせを他人から先に聞いてはいけない人。たいていは直属の上司です。上司が自分の上司からこの件を先に聞く状況は避けるべきです。

二つの原則がぶつかるときは、たいてい同時に知らせるのが答えです。順序を悩んでいて両方とも遅れるよりましです。

チャネルは大きさで決めます。小さいものは記録が残るチャネルに一度。大きいものは口頭で先に伝え、文書をあとから送ります。口頭が先なのは反応が見えて質問をその場で受けられるからで、文書があとなのは、その内容がほかの人にも正確に伝わらなければならないからです。大きい件を文書だけで送ると、読む人ごとに解釈が変わります。

リモートだったり時差があったりする環境では、この規則がもう一度折れます。口頭で先に伝えようとして相手が起きるまで待つと、そのあいだに選択肢が消えます。だから順序が入れ替わります。まず短く文で送っておき、通話できる時間を一緒に提案します。このとき文に必ず入れるべきなのは、相手が読んだ瞬間に判断できる一行、つまりいますぐ決めることがあるかないかです。その一行がないと、相手は時差の向こう側で何時間も不安に過ごします。

受信者を広げる問題もあります。関係者を全部入れると安全に見えますが、人が増えるほど各自の対応が遅くなります。責任が分散するからです。最初の報告には行動しなければならない人だけを入れ、知っておくとよい人たちはそのあとの整理版に入れるほうが、実際には速い。

7. すでに遅れてしまったなら

ここまで読んで、すでに遅れている件が一つ思い浮かんだなら、その状況で最悪の選択は一つだけです。もう少し待つことです。

遅い報告の損害は時間に対して線形ではありません。一日遅れたことと一週間遅れたことは同じ種類の問題ではありません。ですからいまがいちばん早い時点です。

そして遅れたという事実を最初の文に入れます。隠してもどうせ明らかになりますし、明らかになった瞬間に知らせそのものより大きくなります。先に言えば、それはただの情報です。

もっと早くお伝えすべきでしたが遅くなりました。先週水曜に把握し、確認してから知らせようとしてここまで来ました。いまの状況はこうです。

言い訳をつけないことが大事です。遅れた理由を説明すると、その説明が会話の主題になり、本当に扱うべき問題があとに押しやられます。

そして一度遅れたあとに信頼を戻す方法は、謝罪ではなく次の数件の速さです。遅く知らせたという記憶は言葉では消えず、そのあと二、三度早く知らせた記録によってだけ覆われます。ですからこういうことが一度あったら、しばらくは知らせるかどうか微妙な件を全部知らせる側に傾けておくほうがましです。知らせすぎる人だという評価は、隠す人だという評価よりはるかに安いからです。

8. 今日できる一つのこと

いま抱えている仕事のなかから、まだ確認中だと自分で先延ばしにしている項目を一つ書き出します。たいていは一つくらいあります。

その項目に3節の三つの問いを当てはめます。相手がいま知れば違う行動をとれることがあるか。別の経路で知ることになりうるか。自分の確認が相手の決定時点を越えるか。

一つでも「はい」が出たら、今日一行を送ります。完成した報告でなくてかまいません。確認中の件があること、いつまでに調べるということ、この二文で十分です。

この助言が当てはまらない場合

速いことと性急なことは違います。まだ事実でないものを事実のように伝えれば、それもコストです。誤報が何度か繰り返されると、次の本物の警報が無視されます。早期報告と噂の違いは速度ではなく形式にあります。確認されたことと推測したことを目に見えるように分けて書いたか、そして次の確認時点を明示したか。この二つがあれば早期報告で、なければ噂です。

悪い知らせを持ってくる人を罰する組織は実際にあります。この記事の助言をそういう組織でそのまま使えば、コストは全部個人が負います。正直に認めるべき部分です。そうした環境で調整できるのは三つです。口頭より記録が残るチャネルを使うこと、個人ではなくチーム単位の定期報告の形式に載せて送ること、そして事実だけを書いて判断をつけないこと。それでも繰り返し代償を払うなら、それは報告技術の問題ではなく組織についての判断の問題です。

人についての悪い知らせには、この枠組みがそのまま当てはまりません。同僚の問題行動、チーム内の対立、誰かのミスを代わりに知らせること。ここでは速度より事実確認と経路が先です。ここでの早い報告は美徳ではなく危険になりうる。当事者と先に話したか、自分が見たことと聞いたことを区別したかが先に来ます。

顧客や社外に向けた知らせは、個人の判断で速度を出してはいけません。契約、法務、広報が絡んでいて、一度出た文は回収できません。この領域では、内部に速く知らせることと外部に速く知らせることを完全に分けなければなりません。内へは即時に、外へは手続きどおりに。

そして規制や安全が絡む案件には、決められた報告期限と経路が別にあります。その場合はこの記事の判断基準より組織の手続きが優先します。

おわりに

悪い知らせの報告がうまくなるというのは、悪い知らせを痛みが少なく伝える技術のことではありません。相手がまだ何かできる時間帯のなかに情報を入れる作業です。

ですから基準は一つに縮みます。いま知らせれば、相手が違う行動をとれることがあるか。あるならいまで、ないならすでに遅い。

そして遅れたと気づいたときにできるいちばん良いことは、その事実を最初の文に書くことです。

続けて読む

• ミスをしたあとの順序 — 収拾と報告と記録と再発防止の順序。
• 上司マネジメントはごますりではない — 悪い知らせが流れる経路を前もって作っておく方法。
• 「仕事ができる」という評判は先回りから生まれる — 先回りして働く七つの習慣。
• 反論の扱い方 — 報告の場で反論が入ってきたとき。