仕事①: 悪い知らせを結論ファーストで伝え、動揺への対応から代替案・タイムライン提示まで走り切る
悪い知らせ（リリース延期）を、結論ファースト＋理由は一つに絞る構成（PREP法）で伝え、相手の動揺を受け止めながら代替案とタイムラインまで提示する会話を練習する。
隣のチームのマーケティング担当者。今週金曜にリリース予定だった新機能（ユーザー向けダッシュボード）に合わせて、月曜朝からキャンペーンバナーを出す準備を進めている。しかし昨日、認証まわりの不具合が見つかり、金曜リリースが厳しい状況になっている。まだこの件を相手に伝えられていない。
A colleague from the marketing team, sitting nearby. They've been preparing a campaign banner to go live Monday morning, timed to the release of a new user-facing dashboard feature scheduled for this Friday. Yesterday, however, an authentication bug was discovered that puts the Friday release at risk. You haven't told them yet.
ここから会話を続けてください。1往復では終わらせず、あなたの発言→相手の反応（想定）→あなたの返しの最低3ターンを自分で書いてみましょう。結論を最初に言い切ること、理由は一つに絞ること、相手の動揺への対応から代替案の提示、次に確認する時間の明示までを含めます。日本版・アメリカ版それぞれで考えてみましょう。
1ターン目は経緯（「昨日エンジニアと話してて〜」のような前置き）を挟まず、「結論から言うと」で延期という事実をまず言い切っている。理由も「認証まわりの不具合」の一点に絞り、原因の詳細な言い訳を重ねていない。2ターン目が最も重要で、相手が困惑を示した瞬間に、まずその反応を否定せず受け止める（「おっしゃる通り」）ことで対立を避け、そのうえで代替案（限定リリースの可能性）を提示している。ここで代替案なしに謝罪だけで終わると、相手は「結局どうすればいいのか」が分からないまま不安が残る。3ターン目は「いつまでに」を数字で明示することで、相手が自分のスケジュールを組み直せる状態にして会話を締めている。
Turn 1 opens with the bottom line before any explanation of how the bug was found or what the team has been doing — that context can wait. The reason is stated once, in one sentence, without stacking on extra justifications. Turn 2 is the hardest part: instead of just apologizing and stopping there, the response acknowledges their concern directly ("totally understand") and immediately follows with a concrete alternative, which keeps the conversation solution-focused rather than just damage control. Turn 3 closes with a specific time ("end of day today"), which matters more in this context than sounding fully certain — a precise commitment to follow up is treated as more credible than a vague reassurance that things will work out.
今週、何かを報告する機会（進捗報告のSlackメッセージ、口頭での一言でも良い）があったら、最初の一文を必ず結論にしてみる。「〜があって、〜で、結局〜になりました」という経緯から入る順番を、「結論はこうです。理由は〜です。」の順番に一度だけ入れ替えてみることが目的で、悪い知らせでなくてもよい。