無料でコンサルタント案件を探す
コンサルナレッジ （2026年9月11日 更新）

ガントチャートの英語表現・海外での呼び方を理解する

ガントチャートの英語表現・海外での呼び方を理解する

ガントチャートを英語で扱う場面では、Gantt chartという名称の由来だけでなく、タスクや進捗を表す用語、海外製ツールでの実際の表記、日付やタイムゾーンの書き方まで一通り押さえておく必要があります。本記事では、海外拠点や外資系クライアントとの案件に関わる独立コンサルタントが実務で迷いやすいポイントを、用語一覧と報告前のチェック項目に沿って整理します。

ガントチャートの英語表記、まず正しい呼び方を確認する

ガントチャートの英語表記はGantt chartで、考案者Henry L. Ganttの姓に由来する固有名詞のため、語頭は常に大文字で書きます。

Gantt Chartという名称の由来

名称の由来は、19世紀末から20世紀初頭にかけて活動したアメリカの技術者Henry L. Gantt(1861〜1919年)の姓です。Gantt chartという言葉は人名に由来する固有名詞のため、英語では語頭を大文字にしてGantt chartと書きます。

ただし、この種の図表を最初に考案したのはGanttではないとする指摘もあります。1896年にポーランドの技術者Karol Adamieckiが、同様の図表を「harmonogram」という名称ですでに発表していたとされます(出典：Association for Project Management)。Adamieckiの論文がポーランド語・ロシア語で書かれた一方、Ganttは英語で著作を発表したため、英語圏ではGanttの名を冠した呼び方が定着したと説明されています。

日本語と英語で意味のズレが生じやすい点

日本語の「ガントチャート」は横棒で日程を示す表全般を指しがちですが、英語のGantt chartはタスクの依存関係やベースラインまで含む管理の枠組みを指すことが多くあります。

日本語では、表計算ソフトで手作業により作成した単純な日程表も「ガントチャート」と呼ばれる場合がありますが、プロジェクト管理ツールの文脈で使われる英語のGantt chartは、タスク同士の依存関係(Dependency)や、当初計画との差分を示すベースライン(Baseline)までを含めた管理機能とセットで語られることが多くあります。海外の資料でGantt chartと書かれている場合、単なる日程の可視化だけを指しているとは限らない点を踏まえて読むと、意図のズレを防ぎやすくなります。ガントチャートの基本的な作り方や活用のポイントを基礎から確認したい場合は、ガントチャートの基礎を確認するもあわせてご覧ください。

海外のプロジェクト資料で使われる関連英単語

海外のプロジェクト資料では、Task・Milestone・Dependency・Critical Path・Baselineといった単語が共通言語として使われています。

タスク・マイルストーン・依存関係の英語表現

作業項目はTask、重要な節目はMilestone、作業同士のつながりはDependencyと表記するのが基本です。

APM(Association for Project Management)の用語集では、Milestoneを「成果物の受け入れなど、重要性から選ばれた鍵となる出来事」、Dependencyを「ネットワーク図における作業間の関係」、Critical Pathを「開始から終了までの経路のうち、所要期間の合計が全体の期間を決定する経路」と定義しています(出典：APM用語集)。あわせて、Microsoftが公開するフィールド定義では、先行タスクと後続タスクはそれぞれPredecessors/Successorsという項目名でタスクIDのリストとして管理されると説明されています(出典：Microsoftサポート)。

日本語

英語表記

補足

作業項目

Task

ひとつの作業単位を指す

重要な節目

Milestone

成果物の受け入れなど重要性の高い出来事

作業間のつながり

Dependency

ある作業が別の作業やマイルストーンと結びつく関係

先行タスク／後続タスク

Predecessor / Successor

前に位置する作業／後に続く作業

全体日程を左右する経路

Critical Path

遅延がそのままプロジェクト全体の遅延につながる経路

当初計画の基準値

Baseline

計画確定時点の開始日・終了日を記録した基準

進捗状況を英語で報告する際の定型表現

進捗はNot started／In progress／Completeのような状態語と、% Completeという達成率の数値をセットで報告するのが定型です。

着手前はNot started、進行中はIn progress、完了はCompleteまたはDoneと表記します。予定より遅れている場合はBehind scheduleやDelayed、逆に前倒しで進んでいる場合はAhead of scheduleという言い方が使われます。Microsoft Projectのようなツールでは、タスクごとに「完了したタスク期間の割合」を示す% Completeというフィールドが用意されており(出典：Microsoftサポート)、状態語と数値の両方をセットで示すことで、海外のメンバーにも進捗の解像度が伝わりやすくなります。「順調です」とだけ伝えるのではなく、状態語と数値を組み合わせて報告する習慣が、誤解を避けるうえで役立ちます。

タスク・マイルストーン・依存関係などの日本語と英語の対応関係を示す表組みの図

主要な海外製PMツールでの英語表記の実例

海外製のプロジェクト管理ツールでは、Duration・Start・Finish・Predecessorsといった英語のフィールド名が、そのまま画面上の項目名として使われています。

海外製ツールのUIで実際に使われる用語

Microsoft Projectの画面では、作業期間をDuration、開始日をStart、完了予定日をFinishという項目名で表記します。

Microsoftが公開しているフィールド一覧の解説によると、Durationは「タスクの完全な有効労働時間の全期間」を表すフィールドで、Startは「リソースがタスクで作業を開始する予定の日付」、Finishは「タスクが完了する予定の日付」と説明されています(出典：Microsoftサポート「使用できるフィールドの参照」)。先行タスクと後続タスクはPredecessors/Successorsという項目名でタスクIDのリストとして管理され、計画確定後の変更を追跡するBaseline(Baseline Start／Baseline Finish)というフィールドも用意されています。こうした項目名は、日本語版の画面でも英語表記のまま残っているケースがあるため、自分が使うツールの表記を事前に確認しておくと、資料作成時の表記ゆれを防げます。

日本語版と英語版で訳し方が異なるケース

同じ項目でも、Durationを「期間」と訳すか「所要日数」と訳すかなど、ツールや資料によって訳語が割れることがあります。

例えば、Durationは「期間」と訳される場合もあれば「所要日数」と訳される場合もあり、Predecessor/Successorも「先行工程／後続工程」「先行タスク／後続タスク」など、資料によって言い回しが変わります。コンサルタントの歩み編集部が、海外拠点とのプロジェクト経験を持つ複数の独立コンサルタントに聞き取りを行ったところ、こうした言葉自体の表記ゆれよりも、進捗率(% Complete)の算出基準が稼働日ベースなのか暦日ベースなのかを説明しないまま報告してしまい、後から認識のズレが表面化したという声が複数寄せられました。訳語の統一以上に、数値の算出基準を明示することが実務では重視されているといえます。

Start・Finish・Duration・Predecessorsなど英語のフィールド名が付いたガントチャート画面のイメージ図

英語のガントチャートを読む・作る際の注意点

日付は年月日の順で書く国と月日年で書く国が混在するため、資料内で表記ルールを統一しておく必要があります。

日付表記・週の始まりの違い

国際規格ISO 8601は年→月→日の順(例：2026-04-05)で日付を書くと定めており、資料の表記統一に活用できます。

日付を数字だけで書くと、月と日の並び順が国によって異なるため誤読が生じます。国際規格のISO 8601は、年→月→日の順(例：2026-04-05)で表記すると定めており、数字だけの日付表記が国によって解釈が割れる問題を避ける目的で策定されています(出典：Wikipedia「ISO 8601」)。同じ規格では暦週の始まりを月曜日と定義しており、週単位で表示するガントチャートを使う際、日曜始まりのカレンダーに慣れた読み手とは週の区切り方の認識がずれる場合がある点にも注意が必要です。数字だけの日付を使う場合は年-月-日の順に統一するか、Sep 10, 2026のように月名を文字で書く方法が、誤読を避けやすい書き方です。

タイムゾーンをまたぐプロジェクトでの表記ルール

CSTのような略称は複数の地域を指すことがあるため、タイムゾーンはUTCとの時差を添えて書くのが安全です。

タイムゾーンの略称は地域によって意味が重複することがあります。例えばCSTは、北米の中部標準時(UTC-6)、中国標準時(UTC+8)、キューバ標準時(UTC-5)のいずれも指しうるため、そのまま書くと最大14時間もの解釈違いを生みかねません(出典：Wikipedia「List of time zone abbreviations」)。地理的な文脈に頼れない国際的なやり取りでは、こうした略称よりもUTCとの時差を明示する方法が実務的とされています。海外拠点との会議やレビューの日程を書く際は、「15:00 JST(UTC+9)」のように現地時間とUTCオフセットを併記しておくと、受け取った側での換算ミスを防げます。

日付表記とタイムゾーンの違いを示す卓上カレンダーと複数の時計

海外クライアントへの報告資料に活かす実務ポイント

英語表記の統一と数値の算出基準の明示という2点を押さえておくと、海外クライアントへの報告での誤解を減らせます。

誤解を招きやすい表現を避ける工夫

Durationを稼働日で数えるか暦日で数えるかなど、算出基準を明示しないまま数値だけを伝えると誤解のもとになります。

Durationは稼働日ベースで数えるのが一般的ですが、祝日や休暇の扱いが国によって異なるため、資料の冒頭や用語集(Glossary)のページに算出基準を明記しておくと、受け取った側での解釈違いを防ぎやすくなります。あわせて、案件によっては英語の用語運用そのものが評価対象になる場面もあります。独立してPM/PMOの案件を担うコンサルタントが取得を検討する資格では、知名度と案件要件への通りやすさでPMP(Project Management Professional)が第一候補とされており(出典：PMI日本支部)、PMPの体系はここで整理した用語の多くと重なるため、用語の使い分けに慣れておくこと自体が資格学習や案件対応の土台にもなります。

レビュー時に確認すべきチェック項目

資料を送る前に、日付表記・タイムゾーン・算出基準・用語の統一という4点を確認しておくと、誤解を防ぎやすくなります。

  • 日付が年-月-日の順、または月名を文字で書く表記に統一されているかを確認します。
  • 会議や締め切りの時刻に、タイムゾーンとUTCとの時差が併記されているかを確認します。
  • Duration(所要期間)が稼働日ベースか暦日ベースか、資料のどこかに明記されているかを確認します。
  • Task/Activity、Owner/Assigneeのように複数の言い方がある用語を、資料内でどちらか一方に統一しているかを確認します。
  • マイルストーンの達成基準(何をもって完了とみなすか)が具体的に書かれているかを確認します。

出典・参考情報

  1. Association for Project Management「A brief history of Gantt charts」（2026-09-11参照）：Gantt chartの名称の由来・Karol Adamieckiとの関係
  2. APM(Association for Project Management) 用語集（2026-09-11参照）：Milestone・Dependency・Critical Pathの定義
  3. Microsoft サポート「使用できるフィールドの参照」（2026-09-11参照）：Duration・Start・Finish・% Complete・Predecessors・Successors・Baselineの定義
  4. Wikipedia「ISO 8601」（2026-09-11参照）：日付表記形式・暦週の定義
  5. Wikipedia「List of time zone abbreviations」（2026-09-11参照）：タイムゾーン略称の曖昧性
  6. PMI日本支部（一般社団法人 PMI日本支部）（2026-09-11参照）：PMP資格に関する情報

本記事の内容は2026年9月時点の情報に基づきます。用語の訳し方はツールや資料によって幅があるため、実際のプロジェクトではチームやクライアントとの事前のすり合わせをおすすめします。最終更新日:2026年9月11日

Powered by Proconnect
PMO・DX・SAP系コンサルタント案件を無料で探してみる

スキルシートを登録するだけ。専任エージェントが最適な案件を無料でご提案します。

無料でコンサルタント案件を探す
コンサルタントの歩み 編集部

Work-Xが運営するフリーランスコンサルタント向け情報メディア。PMO・BPR・DX・SAP領域の実務情報を発信しています。 運営者情報はこちら。