仕事③: 上司の代理で出た経営会議で、答えを持っていない質問に推測で答えず、「分かっていること・分からない理由・期限」で持ち帰る
上司の代わりに出席した経営会議で、役員から「自分が答えを持っていない質問」を受けたときに、推測でその場を埋めず「分かっていること／分からない理由／いつ・誰から答えるか」の3点で持ち帰る練習をする。さらに「だいたいでいいから」と数字を求められたとき、出す数字に「上限の目安」「予測ではない」とラベルを貼って渡すところまで扱う。
あなたは配送ルート最適化のクラウドサービスを提供する会社（顧客は運送会社など約120社）のバックエンドエンジニアで、入社4年目。新機能「再配達予測」（不在になりそうな配達先を事前に予測する機能）の開発を担当している。今朝、上司の開発部長・佐伯さんが発熱で急に休みになり、チャットで「今日の経営会議の開発進捗枠、代わりに5分で話してもらえる? 進捗だけで大丈夫」と頼まれた。経営会議の出席者は社長、CFOの村井さん（元銀行員。数字に厳しく質問は鋭いが、感情的になる人ではない）、営業担当役員など6名。あなたが経営会議に出るのは初めて。「再配達予測のβ版を大手顧客2社で試験運用中、予定どおり進んでいる」という5分の報告を終えたところ。
You're a backend engineer, four years in, at a company that sells route-optimization software to delivery fleets (about 120 customer companies). You own the development of a new feature, "failed-delivery prediction," which flags stops where the recipient probably won't be home. This morning your manager, Elena (VP of Engineering), came down with a fever and messaged you: "Can you cover my 5-minute engineering update at the leadership meeting today? Just the status is fine." In the room: Michael (CEO), Karen (CFO — former banker, sharp with numbers, but never hostile), the VP of Sales, and a few others. It's your first time at this meeting. You've just finished a five-minute update: the beta is running with two large customers and is on schedule.
ここから会話を続けてください。1往復では終わらせず、あなたの発言→相手の反応（想定）→あなたの返しの最低3ターンを自分で書いてみましょう（頭の中の掛け算をそのまま答えにしないこと、「分からない」と言うときに分かっている事実・分からない理由・回答の期限をセットにすること、「桁だけでも」と重ねて求められたときにどんな数字なら出してよいかを判断すること、最後に持ち帰る約束を「何を・いつまでに」で復唱して締めるところまで含めます）。日本版・アメリカ版それぞれで考えてみましょう。
1ターン目の核心は、頭の中にあった「18万×60＝1,000万ちょっと」をそのまま答えにせず、同じ材料を「分かっている事実（18万円）」と「掛け算では外れる理由（共通基盤なので比例しない）」に分けて出していること。「申し訳ありません」は冒頭に1回だけにとどめ、「代理なので」「急に頼まれたので」という言い訳は足していない。言い訳を足すと、聞き手の関心が数字から「この人は準備が足りていない」という方向に移ってしまう。最後に「予算の締めはいつまでに」と聞き返したのは、期限を自分で決めるより、村井さんが本当に必要としている日付（予算に入れたい）に合わせたほうが、持ち帰りが「逃げ」ではなく「相手の目的に沿った約束」になるから。
2ターン目が今日いちばん難しい部分。「桁だけでも」と重ねて求められると、断り続けるのは失礼に感じ、逆に言われるままに数字を出すと1ターン目で守ったものが崩れる。ここでの判断は「根拠を説明できる数字かどうか」。単純な掛け算の結果は「予測」としては根拠がないが、比例より増えにくい作りである以上「これより多くはならない上限」としてなら根拠がある。予算は多めに置いておくほうが安全なので、CFOにとって上限は実際に使える情報になっている（村井さんの「それなら枠は仮置きできます」がその証拠）。そのうえで「この数字だけが残ると困る」と理由を添えて、議事録にラベルごと残してもらうよう頼んでいる。一度口にした数字は注記が落ちて独り歩きしやすいので、ラベルを口頭で言うだけでなく記録に残すところまでが報告の仕事になる。
3ターン目では、社長の質問（β版の反応）には前置きなく即答している。「分からない」と答えた直後に、答えられることはきっぱり答えることで、「分からない」がこの人の全般的な準備不足ではなく、その質問に限った正確な線引きだったと伝わる。最後の復唱は「何を（正式リリース時のクラウド費用の見込み）・誰と確認して（佐伯部長）・いつまでに（来週水曜）・誰に（村井さん）」。回答の中身を上司と確認してから出す、と言うことで、代理として上司の領域の数字を勝手に決めない線も守っている。
Turn 1 opens with the gap itself — "I don't have a reliable number" — with no apology. In a US leadership meeting, apologizing for not knowing tends to read as a lack of confidence, while plainly naming the gap reads as precision. Crucially, it doesn't stop there: it gives the one real data point, explains in a single sentence why multiplying it would mislead, and asks for Karen's deadline so the follow-up is anchored to her need, not your convenience.
Turn 2 is the hardest part. "Ballpark?" is an extremely common ask in US meetings, and refusing it flatly can come across as stonewalling. The move is to give the one number you can actually defend — a ceiling — and to put the label right next to the number ("worst case, not a forecast") so the two can't easily be separated when someone repeats it later. Offering a date two days before her lock turns a non-answer into a plan. Karen's reply ("I can hold a line item with that") shows the ceiling did real work.
Turn 3 answers Michael's question in one sentence with no hedging, which makes clear that your earlier "I don't know" was a precise boundary, not general unpreparedness. The closing restatement names you as the owner ("from me") while still noting you'll check with Elena — in a US setting, personal ownership of the follow-up is what makes covering for your manager land well.
両版とも、「頭の中の掛け算を答えにしない」「『分からない』の中に分かっている事実・分からない理由・期限を入れる」「期限は相手の締め日を聞いてから決める」「出す数字は根拠を説明できる上限だけにし、ラベルを数字の隣に置く」「答えられる質問には即答し、最後に持ち帰りを復唱する」という骨格は共通している。違いが出るのは次の3点。
| 観点 | 🇯🇵 日本版 | 🇺🇸 US版 |
|---|---|---|
| 「分からない」の切り出し | 「申し訳ありません、今この場で正確にはお答えできません」。短い謝罪を1回だけ置くのが自然。2回以上重ねると準備不足の告白に聞こえる | "I don't have a reliable number yet." 謝罪は置かない。謝ると自信のなさとして受け取られやすい |
| 「だいたいで」への応じ方 | 上限を出したうえで「議事録には『上限の目安』と残していただけますか」と依頼の形でお願いする | "Treat that as a worst case, not a forecast." と指示に近い形で直接言い切る。ballpark を完全に断ると非協力的に見えやすい |
| 誰が持ち帰るか（主語） | 「佐伯部長と確認のうえ、来週水曜までにお送りします」。主語を省き部署として回答。代理が自分の名前で上司の領域の数字を約束すると出過ぎた印象になることがある | "from me, by Wednesday, after I go through it with Elena." "I" を主語に個人として引き受ける。代理でも当事者意識を言葉にするほうが評価されやすい |
どちらの文化でも、「分からない」と言うこと自体は減点にならない。減点になるのは、推測をあたかも見込みのように言うことと、「分からない」で会話を止めて相手に何も持ち帰らせないこと。差は謝罪の有無と、約束の主語をどこに置くかであって、「日本は曖昧・アメリカは率直」という単純な二分ではない。日本版でも、分からないことは分からないと冒頭で言い切っている。
来週の最初の会議の前に、次の1文をスマホのメモに書いておく。
「今は正確に分からないので、○日までに確認してお返しします。今分かっているのは〜です。」
会議で実際に答えられない質問が来たら、この1文の「○日」と「〜」を埋めて言ってみる。答えられない質問が来なければ、メモに書いたところまでで今週は十分。もし使えたら、言ったあと相手がどう反応したかを一言だけ下の自己評価欄に残しておく。
今回のサブスキルの位置づけ: 仕事③の過去回は、Day007（直属の上司への1on1・外部ベンダー起因の遅延報告）、Day014（CTOを含む会議・予算超過の報告）、Day021（役員の決定への反対意見）。3回とも「伝える中身は自分が持っていて、それを言いにくい」という型だった。category-notes の「扱う型の例」のうち「『分かりません、確認します』を言える勇気」と「質問されることを前提とした準備」がまだ主題になっていなかったため、今回は答えを持っていない質問を受ける側に振った。さらに「代わりに出席した会議」にすることで、知らないこと自体が落ち度ではない状況を作り、主題を「知らないことをどう言うか」と「推測の数字をどう扱うか」に絞った。
迷った他案と採らなかった理由
参照した考え方（書誌情報のみ・本文の直接確認はしていない）
数値の扱い: 本文中の数値（顧客約120社、β版2社で月18万円／$1,200の費用増、単純な掛け算で月1,000万円強／$72K）はすべて練習用に設定した仮定の値で、実在のサービスの費用ではない。「共通基盤のため比例より増えにくい」という前提も設定上のもので、実際のクラウド費用は構成によっては顧客数に比例、またはそれ以上に増えることもある。
今回扱わなかった範囲: 代理として「決める権限がないこと」を求められた場合の断り方（例: 営業役員から「じゃあ正式リリースを来月に前倒しできる?」と聞かれる）、自分の担当範囲で答えられない場合の謝り方、持ち帰ったあとの回答メールの書き方。いずれも今日の「答えを持っていない質問を、推測で埋めずに持ち帰る」という主題から外れるため、別の回で扱う。