Notionガントチャート（タイムラインビュー）完全ガイド2026 — WBS設計から依存関係・Jira移行判断まで
NotionタイムラインビューはFree〜Plusでどこまで使えるか、WBSから始める正しい設計手順、依存関係設定（Plusプラン）、フリーランス向けミニマル構成、いつJira/Backlogに移行すべきかの判断軸まで解説。
エンジニアのゆとです。
「Notionでガントチャートを作る」で検索すると、「タイムラインビューを追加してみよう」という記事が大量にヒットする。
手順はわかる。でも実務で使えるか判断するための情報がほぼない。「依存関係は有料プランが必要？」「フリーランスが1人で使う場合はどう設計すればいい？」「タスクが増えてきたら別ツールに移るべき？」——こういう問いに答えている記事がほとんど見当たらなかった。
この記事は、そこを正直に整理する。
Notionをプロジェクト管理に使うかどうか迷っている人、すでに使っているけど「なんか使いこなせていない」と感じている人に向けて書く。
NotionのタイムラインビューはGanttチャートの代替になるか
正式名称はタイムラインビュー
Notionに「ガントチャート機能」は存在しない。
正式名称は「タイムラインビュー（Timeline View）」。データベースのビュー形式の一つで、テーブルビュー・ボードビュー・カレンダービューと同列に並ぶ。
見た目はガントチャートとほぼ同じだ。横軸に時間、縦軸にタスクが並び、日付プロパティに設定した期間が棒グラフとして表示される。「ガントチャート的に使えるビュー」と理解しておけばいい。
ただし、機能の深さは商用ガントチャートツール（Jira・Backlog・Asana）とは差がある。この記事ではその差を正確に把握した上で、どう使うかを整理する。
機能比較：Freeプランでできること・できないこと
Notionのプランは4段階ある（Free / Plus / Business / Enterprise）。タイムラインビューを実務で使う上で重要なのは FreeとPlusの差だ。
| 機能 | Free | Plus | Business |
|---|---|---|---|
| タイムラインビュー（基本） | 〇 | 〇 | 〇 |
| 日付プロパティによるバー表示 | 〇 | 〇 | 〇 |
| ドラッグ&ドロップで期間変更 | 〇 | 〇 | 〇 |
| 色分け・フィルター・並び替え | 〇 | 〇 | 〇 |
| 依存関係（タスク間の矢印接続） | ✕ | 〇 | 〇 |
| サブタスク（Sub-items） | ✕ | 〇 | 〇 |
| データベースオートメーション | ✕ | ✕ | 〇 |
| Notion AI | 別途$10/月 | 別途$10/月 | 別途$10/月 |
料金（月額・メンバー1人あたり）：
- Free: 無料
- Plus: $12（年払い $10）
- Business: $18（年払い $15）
- Notion AI: すべてのプランに$10/月で追加
重要な点が一つある。タイムラインビュー自体はFreeプランでも使える。でも「依存関係」はFreeでは使えない。
依存関係とは、「タスクAが終わるまでタスクBは開始できない」という前後関係を矢印で視覚化する機能だ。これがないと、タスク間のつながりはバーを目で見て判断するしかない。単純なスケジュール管理なら問題ない。でも複数タスクが連鎖するプロジェクトでは、依存関係なしでガントチャートを使う意味が薄れる。
フリーランスが1人で使う場合、Freeプランで十分かどうかはプロジェクトの複雑さによる。この判断は後のセクションで詳しく整理する。
WBSを先に設計する
競合記事の多くが「まずタイムラインビューを追加してみよう」から始める。この順序が間違いだと思っている。
ビューの設定は最後の話だ。先にやることがある。
プロジェクト要件をWBSに落とす
WBS（Work Breakdown Structure）は、プロジェクトの成果物を階層的に分解した構造図のことを指す。
Notionのタイムラインビューは、データベースの各ページ（= タスク）を可視化するものだ。だから、先にタスクの粒度と構造を決めておかないとビューが役に立たない。バーが大量に並んでいるだけで、何がどの段階にあるかわからない——という状態になりやすい。
WBSを作る順序はこうだ。
- プロジェクトのゴールを1文で書く（例：「クライアントAのECサイトを6月30日までに本番リリースする」）
- ゴールを達成するためのフェーズを3〜5個に分ける（例：要件定義 / デザイン / フロント実装 / バックエンド実装 / テスト・リリース）
- 各フェーズをタスクに分解する（粒度は「1人が1〜3日で完了できる単位」が目安）
- タスク間の前後依存関係を矢印で書き出す（紙やFigJam等でざっくりでいい）
このステップを経ずにNotionを開くと、プロパティ設計の段階で詰まる。
必要なDBプロパティの設計（最小限5個の選び方）
WBSを書いたら、それをNotionのデータベースにマッピングするプロパティを設計する。
フリーランスの1人プロジェクトに必要な最小限のプロパティはこの5つだ。
| プロパティ名 | タイプ | 用途 |
|---|---|---|
| タスク名 | タイトル（デフォルト） | タスクの識別 |
| フェーズ | セレクト | WBSの階層に対応（要件定義・デザイン等） |
| ステータス | ステータス | Not started / In progress / Done |
| 開始日〜終了日 | 日付（日付範囲） | タイムラインビューのバー表示に使う |
| 担当者（任意） | 人物 | 1人の場合は省略してもいい |
プロパティを増やしたくなる気持ちはわかるが、増やすほど入力コストが上がって更新が滞る。まず5個で運用し、「ここが足りない」と感じてから足す順番がいい。
日付プロパティは「日付範囲」として設定する点がポイントだ。開始日と終了日を一つのプロパティにまとめることで、タイムラインビューがバーとして表示する。開始日と終了日を別プロパティに分けると、タイムラインビューの設定が複雑になる。
タイムラインビューの設定手順
データベース作成〜タイムラインビュー追加
データベースを作成したら、ビューを追加する。
- データベース上部の「+」アイコンをクリック
- ビュー一覧から「タイムライン」を選択
- 「日付プロパティ」の選択画面が出るので、先ほど作成した「開始日〜終了日」プロパティを選ぶ
- タイムラインビューが表示される
タイムラインビューには「タイムライン部分」と「左側のテーブル部分」が並ぶレイアウトになっている。テーブル部分を非表示にすることもできるが、ステータスや担当者を確認しながら作業する場合は表示しておく方が便利だ。
時間軸は画面右上の「設定」から変更できる。デイリー / ウィークリー / バイウィークリー / マンスリー / クォータリー / イヤリーの6段階。1〜3ヶ月のプロジェクトなら「マンスリー」か「バイウィークリー」が見やすい。
色分け・ステータス・担当者表示の設定
タイムラインのバーに色をつけることで、フェーズやステータスが一目でわかるようになる。
設定手順：
- タイムラインビュー上部の「設定」→「レイアウト」
- 「カラー」から「プロパティから色をつける」を選択
- ステータスプロパティかフェーズプロパティを指定する
ステータスプロパティで色分けするのが一般的だ。「Not started = グレー」「In progress = 青」「Done = 緑」のように直感的にわかる。
バーの上に表示するプロパティも変更できる。デフォルトはタスク名のみだが、担当者を追加するとバー上でアサインが確認できる。1人の場合は不要だが、複数人のプロジェクトでは必須レベルの設定だ。
依存関係の設定（Plusプラン以上）
依存関係はPlusプラン以上で使える機能だ。Freeプランには表示されない。
設定手順：
- データベース上部の「設定」→「その他の設定（More settings）」
- 「サブタスク（Sub-items）」を有効化する
- 次に「依存関係（Dependencies）」を有効化する
- 「自動日付シフト」のオプションが表示される——「前提タスクの終了日が変わったとき後続タスクの開始日も自動でずらす」設定だ。有効にしておくことを推奨する
タイムラインビューで依存関係を設定する操作：
- タイムライン上のバーにカーソルを合わせる
- バーの端に「→○」のような矢印アイコンが表示される
- この矢印をドラッグして、後続タスクのバーにつなぐ
- 2本のバーが矢印でつながれ、依存関係が設定される
依存関係を設定しても、タスクは自動でブロック状態になるわけではない。「視覚的に前後関係がわかる」という機能だ。Jiraのような「前提タスクが完了しないと後続タスクに着手できない」というロック機能ではないので注意が必要だ。
週末スキップ・複数日付プロパティの活用
タイムラインビューには「週末をスキップ」する機能は現時点では搭載されていない。
稼働日ベースの正確なスケジュール管理が必要な場合は、日付計算時に週末を考慮した上でプロパティに入力するか、後述するJira等の移行を検討することになる。
複数の日付プロパティを持つデータベースでは、タイムラインビューで表示する日付を切り替えることができる。例えば「予定期間」と「実績期間」を別々のプロパティで管理しておき、ビューを切り替えて比較する使い方ができる。工数の遅延を可視化したい場合に便利だ。
フリーランス・1人プロジェクト向けのミニマル設計
プロパティ5個・ビュー2つ構成
チーム向け記事が多いせいか、プロパティが10個以上ある「フル装備」のテンプレートが紹介されることが多い。1人で使う場合は過剰だ。
自分が使っているミニマル構成はこうだ。
プロパティ（5個）：
- タスク名（タイトル）
- フェーズ（セレクト：要件定義 / 設計 / 実装 / テスト / リリース）
- ステータス（ステータス：Not started / In progress / Done）
- 期間（日付・日付範囲）
- メモ（テキスト：クライアント向け注記・判断の経緯など）
ビュー（2つ）：
- テーブルビュー：タスクの追加・編集・ステータス更新
- タイムラインビュー：進捗の確認と全体感の把握
テーブルビューは入力・更新に強く、タイムラインビューは俯瞰に強い。この2つを使い分けるだけで十分だ。
複数クライアントの案件を週単位で回す活用例
フリーランスで複数案件を同時に持つ場合、1つのデータベースに全案件を混在させると視認性が落ちる。
対処法は2つある。
1つ目は「クライアント」プロパティを追加してフィルターで切り替える方法。同じデータベースにすべて入れておき、タイムラインビューのフィルターで「クライアントA」「クライアントB」を切り替えて確認する。案件間の依存関係（自分のリソース配分）も見えるので、週次レビュー時に便利だ。
2つ目はクライアントごとにデータベースを分ける方法。案件の独立性が高い場合（=クライアントをまたぐ依存関係がない場合）はこちらの方がシンプルだ。
週次レビューのルーティンとしては、毎週月曜に「今週完了予定タスク」をフィルターで絞り込んで確認する運用が機能する。タイムラインビューを「バイウィークリー」表示にして直近2週間を常時確認できる状態にしておくと、作業漏れを防ぎやすい。
見積書・議事録と同じワークスペースで一元管理するメリット
Notionの最大の強みは、プロジェクト管理・ドキュメント管理・クライアントとのコミュニケーション記録を1つのワークスペースにまとめられることだ。
例えば、こういう使い方が現実的に機能する。
- タスクデータベース（タイムラインビュー）でスケジュール管理
- 各タスクページの本文に議事録・決定事項・メモを書き込む
- 見積書・請求書データベースを別途作り、タスクDBとリレーションで紐づける
- クライアント用ページを作成して共有し、進捗をリアルタイムで確認してもらう
Jiraやバックログでも似たことはできるが、ドキュメントをツール外に分散させずに済むのはNotionの実際のメリットだ。「プロジェクト管理ツール + esa（議事録）+ kintone（管理台帳）」を一本化したい人には向いている。
ただし、これはメリットでもありデメリットでもある。何でも入るワークスペースは、整理しないと散らかる。1人でも運用ルール（どのページにどの情報を書くか）を決めておかないと、数ヶ月後に「どこに何があるかわからない」状態になる。
Notion AIでタスクを自動生成する（月$10の価値があるか）
プロジェクト概要→タスクブレイクダウン自動生成の手順
Notion AIはすべてのプランに月$10（年払い）で追加できる。
プロジェクト管理での使い方として現実的なのは、「プロジェクト概要を書いたら必要なタスクを自動でリストアップしてもらう」という使い方だ。
手順：
- データベース上部の「AIで入力（Fill with AI）」または空白ページでAIに話しかける
- 「このプロジェクトに必要なタスクを洗い出して」と入力する（プロジェクト概要も貼り付けると精度が上がる）
- 生成されたリストをレビューして、不要なものを削除・粒度を調整する
- 各タスクのページをデータベースに変換して日付を入力する
生成されるタスクは「一般的なWebサイト制作プロジェクトなら大体こういう工程がある」というレベルの内容だ。業種・プロジェクト特有の細かい工程は自分で追加する必要がある。「ゼロからWBSを書くより速い」という程度の期待値でいい。
優先順位付けへの活用
タスク一覧から「このプロジェクトのクリティカルパス（最長の工程経路）はどれか」をAIに整理させる使い方も機能する。
ただし、NotionのAI機能は現時点では「データベースを自動で更新する」ところまでは一気通貫でできない。テキスト生成→人間がコピペ・確認→データベースに入力、というフローになる。「全自動でガントチャートが作られる」という期待は持たない方がいい。
コスト判断：どんな人に向いているか
月$10（年払い）を払う価値があるかは、使い方次第だ。
向いているケース：
- ドキュメント作成（議事録の要約・提案書の下書き）でも日常的に使う
- 月に2〜3件以上の新規プロジェクトが始まり、タスク洗い出しの時間を短縮したい
向いていないケース：
- プロジェクト管理にしか使わない
- すでにWBSをスラスラ書けるレベルなので、AIのアシストが不要
フリーランスで月5〜10本の案件を回している場合は費用対効果が合いやすい。月1〜2本程度なら優先度は低い。
いつNotionを卒業してJira/Backlogに移行すべきか
Notionが得意なケース
Notionでプロジェクト管理を完結させやすいケース：
- 1〜3人程度のチームで動いている
- プロジェクト管理 + ドキュメント管理を一元化したい
- チームに「ガントチャートを常時確認する」習慣がない
- タスクの依存関係がシンプル（10本以内）
- GitHub・JIRA等との連携が不要
フリーランスが自分1人のプロジェクトを管理する用途なら、Notionで十分なケースが多い。Plusプラン（月$10）にして依存関係を使える状態にすれば、一般的なWeb制作案件や受託開発案件を管理するには事足りる。
Jira/Backlogを選ぶべきケース（定量的な基準）
以下のいずれかに当てはまったら、Jiraへの移行を検討するタイミングだ。
- タスク数が100件を超えてきた（Notionは大量レコードの操作が重くなる）
- チームが4人以上になり、アサイン・レビュー・ステータス管理が複雑になった
- GitHub Actions・CircleCI等のCI/CDとタスクを連携させたい（Notionは現時点でCI連携が弱い）
- スプリント管理・バーンダウンチャートが必要になった
- 顧客や外部ベンダーと細粒度のチケット管理をする必要が出てきた
Backlogは日本企業・日本語ユーザーが多い受託開発現場に強い。Jiraはスプリント管理・GitHub連携が必要なエンジニアチームに向いている。NotionはJiraほど「開発専用ツール」ではない分、非エンジニア職との混在チームでは使いやすい。
Backlogとの比較については、以下の記事も参考にしてほしい。
GitHub Projectsのガントチャート機能（Roadmapビュー）との比較は以下を参照。エンジニアチームがGitHubリポジトリと連携してプロジェクト管理したい場合は、NotionよりGitHub Projectsの方が向いているケースが多い。
段階的移行パターン
「今Notionを使っているが、プロジェクトが大きくなってきた」という場合の段階的移行パターンを整理する。
フェーズ1（現状：Notionのみ）：
- Notionでタスク管理・ドキュメント管理を一元化
- タスク数50件以下・チーム2〜3人
フェーズ2（並行運用）：
- Jiraでタスク・スプリント管理
- NotionはWikiとして残す（ドキュメント・決定事項の記録）
- タスク数50〜100件・チーム4〜6人
フェーズ3（Jiraメイン）：
- Jiraで全タスク管理・CI連携・ロードマップ管理
- Notionは補助ドキュメントか廃止
- タスク数100件以上・チーム6人以上
移行の最大の障壁はデータ移行ではなく「習慣の変化」だ。チームが慣れているツールを変えるコストは、タスクデータをエクスポートするコストより大きい。移行するなら新プロジェクト開始のタイミングに合わせるのが現実的だ。
よくある質問
Q. Notionのガントチャート（タイムラインビュー）は無料プランで使えますか？
タイムラインビュー自体はFreeプランで利用できます。ただし、タスク間の「依存関係（前後関係の矢印接続）」はPlusプラン以上でのみ使える機能です。シンプルなスケジュール管理ならFreeプランで十分ですが、複数タスクが連鎖するプロジェクトではPlusプランへのアップグレードを検討してください。
Q. NotionのタイムラインビューとExcelのガントチャートの違いは何ですか？
Excelのガントチャートはシート上に手動で罫線・条件付き書式を設定して作るものです。Notionのタイムラインビューはデータベースのビューの一つで、日付プロパティを設定するだけで自動的にバー表示になります。Notionはタスクの追加・編集・ステータス更新がリアルタイムで反映され、チームで共有しやすい。一方でExcelは関数を使ったカスタム計算や細かいレイアウト調整が自由にできる点で優れています。
Q. Notionで依存関係を設定するにはどのプランが必要ですか？
依存関係（Sub-items & Dependencies）の設定はPlusプラン以上が必要です。Freeプランでは設定メニューに「依存関係」の項目が表示されません。Plusプランは月$12（年払い$10/月）です。依存関係を設定すると、タイムラインビュー上でタスク間を矢印でつなぎ、前後関係を視覚化できます。
Q. タスクが増えてNotionでは管理できなくなってきた場合、どうすればいいですか？
タスク数が100件を超える、チームが4人以上になる、GitHub等のCI/CDと連携したい、スプリント管理・バーンダウンチャートが必要になった——これらのいずれかに当てはまった場合、JiraやBacklogへの移行を検討するタイミングです。移行は新プロジェクト開始時に合わせるとスムーズです。Notionはドキュメント・Wikiとして残しながら、タスク管理だけJiraに移行する並行運用も有効です。
Q. フリーランスがNotionのタイムラインビューを使うメリットは？
プロジェクト管理・議事録・見積書・クライアント情報を1つのワークスペースに集約できる点が最大のメリットです。タイムライン管理専用ツールとして使うより、「Notionで全業務を一元管理する」という文脈で使うと効果が大きい。複数クライアントの案件を横断して確認できるのも強みです。Freeプランで基本的な使い方は試せるので、まずPlusプラン契約前に2〜3案件でFreeプランの運用感を確かめることをおすすめします。
