海外の上司と仕事の期待が合わないときは？担当範囲と成果のすり合わせ方

優先する仕事と後にする仕事を分け、担当と期限を確かめる架空の場面を描いたAI生成イラスト。

こんにちは、Kredo Blog編集部です。

「資料を作ったのに、欲しかったものと違うと言われた」「任せると言われたので進めたら、事前の相談が必要だった」。こうした場面で、国籍や文化だけを原因と決めつけると、実際に直せる点が見えにくくなります。英語の理解に加え、仕事の目的、担当範囲、優先順位、決裁の権限に違いがなかったかを確認します。

架空例に登場する人物・会社・日付・業務条件・会話は、すべて学習用の架空設定です。

期待の違いを、具体的な仕事で確かめる

面談で「上司と合わない」と広く話す前に、食い違いが表れた仕事を一件取り上げます。依頼を受けた日、依頼の言葉、自分が作ったもの、上司から返ってきたコメントを見直してください。社内の依頼票やチャット、職務記述書があれば、それも確認材料になります。

たとえば「詳しいレポートが必要」と考えて数表を増やしたのに、上司から「結局、何を決めればいいのか」と聞かれたとします。このとき確かめたいのは、文章量よりも、上司がその資料でどんな判断をするつもりだったかです。反対に、方向性は合っていても、数字の確認が不十分だった可能性もあります。

まず「自分はどう理解したか」と「相手から実際に言われたこと」を分けます。「やる気を疑われた」「信用されていない」は解釈なので、相手の発言と同じ欄に置かないようにしましょう。

すべてのすれ違いを自分の聞き方の問題にする必要はありません。途中で目的が変わった、上司も最終条件を把握していなかった、承認を待っていた、といった事情もあります。誰の落ち度かを先に決めず、現在の前提をそろえるための会話にします。

GitLabの公開ハンドブックは、1対1の面談で上司と部下の双方の期待を扱い、双方が議題を追加する運用を説明しています。これは一社の実践例です。自分の職場では、既存の面談や案件の打ち合わせに「今回の成果物の確認」を加える形でも始められます。GitLabの1対1面談の案内

入社直後で、研修や相談先も整理したい場合は、海外企業で働き始めた最初の90日の確認事項を参考にできます。日常の案件ごとの確認と、入社後の準備全体を分けて考えましょう。

上司とそろえたい6つの項目

「期待を教えてください」だけでは、相手も抽象的に答えやすくなります。以下の6項目は、Kredo編集部が日常業務向けに整理した確認観点です。会社の正式な目標設定や承認手順がある場合は、それに沿って不足部分を補ってください。

1．目的と、誰が何に使うか

報告、判断、顧客への説明など、成果物の用途を確かめます。「月次報告」なら、過去の実績確認なのか、次月の施策選びなのかで必要な内容が変わります。読む人と、読んだ後に決めたいことを聞きましょう。

2．成果物と、完成と判断する条件

資料、分析、提案、実施までのどれを求められているかを確認します。ページ数だけでなく、必要な項目、使うデータ、確認する人、修正が必要になる条件も決めます。参考になる過去の成果物があれば、社内で閲覧できる範囲で見せてもらいます。

3．担当範囲と、今回は含めないこと

対象の顧客、商品、地域、期間を明確にします。分析だけか、関係部署への依頼も含むか、実行まで担うかも分けます。「含めない仕事」は放置するためではなく、別の担当者や次の工程を確認するために書きます。

4．優先順位と、動かせる条件

ほかの案件と重なったら何を先にするかを聞きます。期限、範囲、支援の人数など、どこを調整できるかも必要です。法令・安全・社内規程に関わる確認を、単なる「品質の調整」として省かないようにします。

5．自分で判断することと、承認を得ること

作業の担当者と、最終判断をする人を区別します。集計方法は自分で選べても、価格変更や社外への送付には別の承認が必要かもしれません。金額や影響範囲など、相談に戻す条件を確かめます。

6．期限、途中確認、状況を知らせる方法

「金曜まで」を日付・時刻・タイムゾーンに直し、下書き提出と承認後の完成を分けます。途中で見てもらう内容、相手の確認期限、不在時の連絡先も決めます。報告頻度は案件の変化やリスクに合わせて相談します。

Atlassianの公式Team Playbookでは、自分と周囲が考える責任を比べます。重複や未担当の仕事を整理する手順は、担当の認識を照合する参考になります。ただし、そこで紹介されるワークショップを毎回開く必要はありません。今回の仕事で判断できない境目を、上司と一つずつ確認する材料として使えます。Atlassianの役割と責任の整理方法

架空例　月次報告の「完成」をすり合わせる

海外拠点で営業企画を担当する光さんは、上司のAlexから「9月の販売状況をまとめてほしい」と頼まれました。光さんは商品別の詳しい数表を作るつもりでした。一方、Alexが知りたかったのは、来月の販促候補を一つ選ぶための販路ごとの違いです。

これは実在企業の事例ではありません。以下の件数、範囲、日程、人物の役割も、確認の仕方を説明するための設定です。

作業内容と、その仕事で支える判断をつなげる

光さんは、集計を増やす前に「完成した資料を誰が使い、何を決めるのか」を聞きました。その結果、今回必要なのは「9月の実績を使って3つの販路を比べ、検討すべき販促候補と追加確認点を示すこと」と分かりました。

ここで「販促候補を示す」は光さんの成果物に含まれますが、「販促を実施して売上を上げる」までを今回の納品条件にしません。施策の決定、予算、実施後の売上には、別の担当や条件が関わるためです。仕事が目指す効果と、本人が今回提出・確認するものをつなぎつつ、区別します。

目的

Alexが来月の販促候補を一つ選ぶための比較材料を作る。

提出物と確認条件

1ページの要約と根拠となる集計表。3販路を同じ対象期間・同じ売上定義で比較し、推す候補、理由、データの不足を明記する。Alexが論点の充足を確認する。売上が伸びると断定する必要はない。

担当範囲

光さんが、閲覧権限のある承認済みの9月データを集計し、要約と候補を作る。将来の売上予測、顧客への聞き取り、施策の実施は今回は含めない。

優先順位と権限

この報告を先に進め、定例資料の見た目の調整は後にする。光さんは図表の形式を選べる。比較対象の変更はAlexに確認し、販促の実施や予算の承認は別工程とする。

日程と支援

2026年10月14日15:00（UTC+8）に要約案を共有し、Alexが同日17:00までに確認する。修正後は10月16日12:00（UTC+8）に提出する。集計条件が不明な点は、社内のデータ担当へ確認する。

「もっと詳しく」という追加コメントが来ても、この記録に戻れば、どの判断のために何が足りないのかを聞けます。明細を増やすのか、根拠を確かめるのか、候補の理由を説明するのかを区別してから修正します。

途中確認では、仕上げより判断の方向を見てもらう

光さんは10月14日に、結論の見出し、比較に使う指標、データ不足の説明を先に見せます。装飾を終えてから全体を見せるより、いま確かめたい点を限定できます。「この比較で判断できますか」「不足している観点はありますか」と聞き、指摘を受けたら完成条件を更新します。

途中確認を置いても、修正が必ず減る、上司が必ず時間を取れるとは限りません。確認が遅れた場合に影響する締切を共有し、必要なら提出予定も改めて相談しましょう。

担当範囲と、自分で決めてよい範囲を分ける

「この案件を任せる」は、すべてを自由に決めてよいという意味とは限りません。担当範囲を話すときは、実務を進める人、助言を求める人、最終判断をする人を具体的な行動で確かめます。

GitLabは、定められた担当対象の最終判断を担うDRI（Directly Responsible Individual）という役割を公開しています。同社では関係者の意見を集めて進めることや、仕事によって責任の対象が分かれる例も示されています。自分の職場では、同じ名称を使う必要はありません。「私は何を決められ、どこから別の人の判断が必要か」を確認しましょう。GitLabのDRIの説明

光さんは表の見せ方を自分で選べます。しかし、比較対象を減らすことや取引先への資料送付は、別の判断です。未確認の数字を確定値として扱うこともできません。職務記述書に「分析」と書かれているだけでは、この境目までは分かりません。

承認を頼むときは、判断対象、返答が必要な時刻、遅れた場合の影響を添えます。「確認お願いします」だけで送るより、上司が何を判断するかが分かります。必要な資料へのアクセスや協力が足りなければ、その支援も同時に頼みましょう。

複数の責任者から異なる依頼が来たら、両方の依頼と期限を示します。「どちらが偉いか」を自分で推測せず、優先順位を決める人を確認しましょう。他部署の担当変更を自分と上司の二人だけで決められない場合もあります。担当範囲の変更で影響を受ける人がいるなら、その人にも確認します。

追加依頼が来たら、元の合意への影響を確認する

仕事の途中で期待が変わること自体はあります。大切なのは、新しい依頼を元の仕事に足すのか、置き換えるのかを確かめることです。期限も担当もそのままに、成果物だけが増えていないかを見ます。

架空例の続きです。10月13日、Alexから「競合3社の価格比較も入れたい」と追加依頼がありました。光さんは、確認できる公開情報を調べる時間と、比較条件をそろえる作業が必要だと見積もりました。この時点では、どの競合を調べるかも未確定です。

光さんは、元の3販路比較を16日に提出する案を示します。競合比較は対象を決め、別の期限にする案です。同じ提出物に含めるなら、全体の範囲と期限を決め直す案も伝えます。追加分の所要時間がまだ分からなければ、まず対象と調査方法を確認し、見積もりを返す時刻を伝えます。根拠のない新しい納期を約束する必要はありません。

Atlassianの公式手順では、費用・範囲・時間などの優先関係を話し合います。新しい情報や優先順位の変化があれば、見直す方法も紹介されています。今回の仕事では、どの条件が動かせるのかを確かめる参考にできます。Atlassianのプロジェクトの取捨選択に関する案内

上司が「全部、同じ期限で」と答えたら、実行できる根拠があるかを確認します。手伝う人を付ける、他の仕事を止める、必要なデータを用意するなどの支援とセットで相談します。承認や確認が得られる前に、別の担当者の予定を変更したり、元の締切を動かしたりしないでください。

短い英語で順番や納期を相談する練習は、英語で仕事の優先順位を相談する例文で詳しく扱っています。ここでは、返答を受けた後に「完成条件そのものも変わったか」まで確認するのがポイントです。

合意と未決事項を、短い記録に残す

面談の後は、会社が認めたチャット、案件管理ツール、共有文書などに確認内容を残します。全文の議事録よりも、次に仕事を進める人が見て分かる要点を優先しましょう。記録には「確認済み」と「提案・確認待ち」を分けて書きます。

以下は、光さんとAlexが元の仕事を確認した10月12日の架空メモです。前節の競合比較は、翌日に依頼される設定なので、この時点では含まれていません。

架空の合意記録　9月販売報告

確認日・相手・対象

2026年10月12日／光・Alex／9月販売報告。両者で以下を確認済み。

目的と提出物

来月の販促候補を選ぶため、3販路の比較と推す候補、理由、データ不足をまとめる。1ページの要約と根拠表を提出する。

担当と含めない範囲

光：承認済みデータの集計と提案。Alex：要約の確認と販促候補の選択。今回、売上予測と施策の実施は含めない。予算承認や社外送付は別途の社内手順に従う。

期限と確認

要約案：10月14日15:00（UTC+8）。Alexの確認：同日17:00まで。修正後の提出：10月16日12:00（UTC+8）。

優先順位と変更時の扱い

この報告を先に進め、定例資料の装飾調整は後にする。比較対象や提出範囲の変更が必要なら、Alexに影響と選択肢を提示して再確認する。

未決・次の行動

返品の売上への計上時点が未確認。光が10月13日12:00（UTC+8）までにデータ担当へ確認する。解決しなければ、その時点でAlexへ不足と締切への影響を報告する。

10月13日に追加依頼が来たら、この記録の下へ「競合比較を今回含めるか確認待ち」と追記します。合意後には、変更された範囲・期限・確認者・日付を残します。以前の内容を無言で書き換えると、どの前提で進めた仕事かが分からなくなります。

英語では、要点をまとめて確認を求める

すでに合意した内容を整理するなら、次のように送れます。あくまで例なので、実際に決まった範囲と時刻に置き換えてください。

まだ相手に確認していない内容を、上の文のように「合意したとおり」と書かないようにします。その場合は、冒頭を「私の理解は以下です。特に範囲と期限を確認いただけますか」に変えます。

返事がないことだけで、新しい範囲や権限が承認されたとは扱いません。どこが確認待ちかを明記し、勤務時間や緊急度に合った方法で再確認します。一方、もともと合意済みの範囲で進められる仕事まで、理由なくすべて止める必要はありません。

記録は、必要な人だけが見られる社内の保存先で管理します。案件の担当を周囲に共有する場合も、人事評価への不安や個人的な相談まで一緒に載せないようにします。顧客情報、社外秘の資料、他の社員の評価を、個人のメールや外部の学習サービスへ持ち出して練習するのは避けましょう。

話しても期待がそろわないときの進め方

「もっと主体的に」と言われたら、行動の例を聞く

「主体性がほしい」「もう少し考えてほしい」といった言葉だけでは、どこを変えるかが分かりません。最近の仕事を一つ挙げ、その場面で期待していた行動を尋ねます。早めの相談、選択肢の提示、自分での判断では、次にすることが違います。

選択肢を用意することと、承認が必要な決定を先に行うことは別です。例を聞いた後は、自分で進める境目も確認します。途中で期待が変わった場合は、新しい条件が今後の仕事に適用されるのか、今回の修正にも必要なのかを分けて相談しましょう。

確認の時間を取れない場合は、一つの判断に絞る

長い面談が難しければ、いま止まっている判断を一つに絞ります。「要約に提案まで含めるか」「対象を3販路のままにするか」など、具体的に尋ねましょう。前提、選べる案、返答が必要な時刻を短く書き、必要に応じて短い通話や既存の定例で確認します。

時差がある相手には「今日中」だけで頼まず、日付・時刻・タイムゾーンを示します。返信を待つ間にできる作業と、承認がなければできない作業を分けると、進捗も説明しやすくなります。状況の伝え方は、英語の進捗報告の例文も参考にしてください。

同じ食い違いが続く場合は、相談先を広げる

合意内容が繰り返し変わったり、担当と権限が一致しなかったりする場合もあります。複数の責任者の指示が両立しないときも、日付・依頼・確認結果・業務への影響を整理しましょう。そのうえで、社内の相談経路に沿って、上位の責任者、案件の責任者、人事など、論点を扱える相手に相談します。

相談の目的は、必要な判断や支援を得ることです。「二つの期限を両立できないため、優先順位を決めてほしい」など、必要な判断を伝えます。相手の人格を断定したり、広い宛先へ非難を送ったりするのは避けましょう。

差別的な言動、脅迫、安全上の問題、報復への懸念などがある場合は別です。通常の期待調整だけで解決しようとしなくてかまいません。安全に利用できる社内の専用窓口や、その地域の公的相談先・適切な専門家に相談してください。本人だけが話し方を改善すれば解決する、と考える必要はありません。

次の会話に持っていく確認メモ

次に取り組む仕事を一つ選び、以下を自分の言葉で書いてみましょう。全部を最初から埋められなくても、空欄が質問になります。上司が答えられない項目は、誰に、いつまでに確認するかを一緒に決めます。

1. この仕事の目的：誰が、何を判断・実行するために使うか。
2. 自分が出すもの：形式、必要な内容、完成を確認する人と条件。
3. 担当の境目：今回含めること、含めないこと、他の担当につなぐこと。
4. 優先順位：ほかの仕事と重なったとき、何を先にし、何を調整するか。
5. 判断と支援：自分で決めること、承認が必要なこと、足りない情報・アクセス・協力。
6. 日程：途中確認、相手の返答、最終提出の日付・時刻・タイムゾーン。
7. 確認の記録：合意した相手と日付、未決事項、次の確認者と確認時点。

「よい資料を早く作る」と書いたら、まず「誰が何を決める資料か」を具体化します。「下書きをいつ見てもらうか」も確かめてください。英語では、短い文で自分の理解を述べ、一度に一つずつ質問しても十分です。聞き取れなかった内容は、分かったふりをせず、言い換えて確かめます。

よくある質問

情報の確認日・出典

GitLab「1-1」、GitLab「Directly Responsible Individuals (DRI)」、Atlassian「Roles and Responsibilities」、Atlassian「Project Trade-Off Analysis」。確認日：2026年10月18日。企業ごとの公開手順を参考にした実務ガイドで、海外企業すべての慣行を示すものではありません。架空ケース、確認メモ、日英の例文はKredo編集部による独自の学習用例で、各社の監修・推奨を受けたものではありません。