Notionのタイムラインで依存関係を表せるか｜線の引き方と限界
「notion タイムライン 依存関係」で検索する人が知りたいのは、たいてい2つです。1つは、線を引く操作そのもの。もう1つは、その線が工程表として使い物になるのかという判断です。結論から書くと、線を引くことはできますし、前の作業がずれたら後ろの作業の日付を自動で動かすこともできます。ただし、その線が見えるのはタイムラインビューの中だけです。この記事では、公式ヘルプで確認できる仕様を順に並べ、どこまでが工程表として通用してどこからが通用しないのかを整理します。
依存関係の前に、タイムラインが動く条件
タイムラインビューは、Notionのデータベースの表示形式のひとつです。まず押さえておきたいのは、タイムラインが表示されるための前提条件です。公式ヘルプには、日付の範囲を含む日付プロパティが少なくとも1つ必要で、それが無いと何もプロットされないと明記されています。
つまり、期限だけを1点で持っているデータベースをタイムラインに切り替えても、帯は描かれません。工程表として使うつもりなら、最初から開始日と終了日を持つ形にしておく必要があります。日付プロパティの中で範囲として持つ方法と、開始日と終了日を別々のプロパティとして持つ方法の両方が使えます。後者にしておくと、レイアウトの「タイムラインの表示基準」でどの日付を使うか切り替えられるので、計画の日付と実績の日付を並べて見たいときに便利です。
タイムラインを作る入口は3つあります。新しいページを作って「ここから始める」の「•••」からタイムラインを選ぶ方法、任意のページで /Timeline view と入力して埋め込む方法、既存のデータベースのビュー名の横をクリックしてタイムラインを追加する方法です。既に表やボードで運用しているなら、3つ目でビューを1つ足すだけで済みます。
表示の粒度は、時間単位から年単位まで切り替えられます。右側の「今日」の左にあるドロップダウンから単位を選ぶと、その尺度に合わせて自動的に描き直されます。数週間の制作案件なら日単位か週単位、年間の計画なら月単位が読みやすい粒度です。作業の長さは、帯の左右の端をドラッグして伸縮できます。日付が変わるので、実務では「まず線を引いてから、ドラッグで調整する」という順番になります。
左側には表を並べて出せます。「>>」または「<<」で開閉でき、表を出しておくと、どの時期に予定されているかに関係なく全案件の一覧が常に見える状態になります。件数が多いときは、レイアウトの「読み込み制限」で一度に表示するページ数を絞れます。
依存関係を有効にする手順
依存関係は、既定では入っていません。有効にする手順は公式ヘルプに次のように書かれています。データベース上部の設定メニューを開き、データベースの設定から「その他の設定」を選び、表示されるメニューで「依存関係」をクリックします。データベースにリレーションプロパティが無い場合は、新しく作るように促されます。既定では「依存関係」という名前の自己リレーションになります。
自己リレーションというのは、同じデータベースの中のアイテム同士を結ぶという意味です。別のデータベースにあるタスクと結ぶ形ではないので、工程を1つのデータベースにまとめておく必要があります。案件ごとにデータベースを分けている場合、案件をまたいだ依存は表現できません。ここは設計を決める前に知っておきたい点です。
有効にすると、タイムライン上の操作で線が引けるようになります。データベースアイテムの上にカーソルを合わせると右側に矢印が出るので、それをクリックしたままドラッグして別のタスクに結びます。公式ガイドの表現をそのまま引くと、次のようになります。
タイムライン上でデータベースアイテムの上に移動すると、右側に矢印が表示されます。矢印をクリック＆ドラッグしてタスクとタスクを結びつけると、タイムラインビューでのみ表示可能な依存関係が作成されます。 出典: notion.com
「タイムラインビューでのみ表示可能」という部分が、この記事の中心にある制約です。線を引いても、表ビューやボードビューには矢印は出ません。ページを開けばリレーションとして関係は見えますが、前後関係を一望できるのはタイムラインだけです。チームの多くがボードで作業しているなら、依存関係は「進行担当だけが見る情報」になります。
日付の自動シフトを3つから選ぶ
依存関係を有効にするとき、あわせて日付の自動シフトの動きを1つ選びます。選択肢は3つです。
・日付が重なる場合のみシフト。タスクの日付が重なり始めたときにのみタスクがずれます。ただし、タスク間の間隔は縮まる可能性があります ・アイテム間の期間を維持してシフト。タスクAがタスクBをブロックしていて、タスクAの期限が1週間前倒しになった場合、タスクBの期限も1週間前倒しになります ・自動的にシフトしない。期間は自動でずれません
あわせて、ずれた先の開始日と終了日に週末を設定しないようにするかどうかを選べます。土日を作業日に含めない運用なら、ここをオンにしておくと現実的な日付になります。設定を変えたいときは、同じ「その他の設定」の依存関係から選び直せます。
どれを選ぶかは、工程の性質で決まります。制作や開発のように、前工程が終わらないと後工程に着手できない仕事では、2つ目の「期間を維持してシフト」が実態に合います。前が3日遅れたら後ろも3日遅れる、という当たり前の動きになるからです。一方、複数の作業を並行で進めていて、重なること自体は問題ない場合は、1つ目か3つ目のほうが余計な移動を防げます。
注意したいのは、自動シフトが効くと、遠くのタスクの日付が黙って動くという点です。20件のタスクが数珠つなぎになっている工程で、いちばん前のタスクを1週間ずらすと、後ろの19件すべての日付が動きます。担当者に通知が行く設定になっていれば、その分の通知も飛びます。便利な機能ですが、動かす前に影響範囲を把握しておかないと、チームを驚かせます。
依存関係が「思ったとおりに動かない」ときに見る場所
線を引いたのに日付が動かない、あるいは動きすぎる、という相談はよく出ます。原因になりやすいのは次の5つです。
第1に、自動シフトの設定が「自動的にシフトしない」になっている場合です。この設定では、前のタスクをいくら動かしても後ろは動きません。線が引けていることと、日付が連動することは別の設定です。
第2に、日付プロパティが範囲になっていない場合です。1点の日付しか持っていないタスクは、そもそもタイムラインに帯として出ません。帯が出ていないタスクに線を引こうとしても、掴む場所がありません。
第3に、タイムラインの表示基準が別の日付プロパティになっている場合です。計画日と実績日を分けて持っているデータベースでは、レイアウトの「タイムラインの表示基準」で選んだほうの日付が描かれます。実績日を表示しているのに計画日を動かしても、画面上では何も変わりません。
第4に、週末を避ける設定です。この設定を入れていると、ずらした結果が土日にかかる場合に、さらに月曜へ送られます。1日ずらしたつもりが3日動く、という見え方になるのはこれが理由です。
第5に、依存の向きです。矢印には方向があります。AからBへ引いた線と、BからAへ引いた線では、動く側が逆になります。引き直す前に、どちらが先行なのかを確認してください。
この5つを順に見れば、たいていの「思ったとおりに動かない」は解けます。それでも合わない場合は、線が多すぎて別の経路の影響を受けている可能性があります。一度すべての線を外し、必要なものだけ引き直すほうが早いこともあります。
サブアイテムと依存関係は役割が違う
依存関係と混同されやすいのが、サブアイテムです。どちらもタスク同士を結ぶ仕組みですが、意味が違います。
サブアイテムは、大きなタスクを小さなタスクに割るための親子関係です。公式ヘルプでは、タスクをより小さな個別の作業に分割して、確認や割り当てを簡単にするものと説明されています。こちらはすべてのデータベースビューに表示されます。テーブル、リスト、タイムラインでは「トグルの下にネスト」または「同じ階層に並べる」を選べ、ボード、カレンダー、ギャラリーでは「カードプロパティ」または「同じ階層に並べる」を選べます。
依存関係は、タスク同士を直線的に紐づけるものです。公式ヘルプの言葉では「関連するタスクについてチームに伝えたい場合」に使うとされています。分解ではなく、順序の表現です。
実務での使い分けは、この2つを混ぜないことです。1つの成果物を分けるならサブアイテム、別々の成果物の順序を示すなら依存関係。この線引きを最初に決めておかないと、同じ関係を2つの方法で表現してしまい、片方だけ更新されて食い違います。
なお、サブアイテムを有効にすると、フィルターの効き方も変わります。テーブル、リスト、タイムラインでは「親アイテムのみ」「親アイテムとサブアイテム」「サブアイテムのみ」から選べますが、ボード、カレンダー、ギャラリーでは「親アイテムのみ」しかサポートされていません。ボードで作業するチームがサブアイテムを多用すると、板の上で子タスクが見えないという状態になります。
また、サブアイテムを含むアイテムを削除すると、配下のサブアイテムもすべて削除されます。残したい場合は、削除前に親の外へ移す必要があります。ここは事故が起きやすい部分なので、運用の初期に共有しておいてください。
タイムラインの見た目を、読める状態に整える
線を引く前に、タイムライン自体を読める形にしておかないと、依存関係の矢印が情報の中に埋もれます。整えるところは4つあります。
1つ目は、表示するプロパティです。設定メニューの「プロパティの表示状態」から、帯の上に出す項目を選びます。工程表として使うなら、担当者と、現在の状態を示すステータスの2つで足ります。ここに項目を足しすぎると、帯が文字で埋まって期間そのものが読めなくなります。並び順は「⋮⋮」でドラッグして変えられます。
2つ目は、左側の表です。「>>」または「<<」で開閉できます。表を出しておくと、画面に映っている期間の外にあるタスクも一覧で見えます。表側に出す項目は、レイアウトの「テーブルのプロパティ」から別に選べるので、帯の上には出さないが一覧では見たい項目をここに置くと整理できます。
3つ目は、読み込み制限です。レイアウトから「読み込み制限」を開き、一度に表示するページ数を選びます。件数が多いデータベースでそのまま開くと重くなるので、50件程度に絞っておくと動きが軽くなります。ただし、絞ると見えないタスクが出るので、全体を確認するときは戻す必要があります。
4つ目は、現在地の把握です。右側の「今日」をクリックすると、いつでも当日へ戻れます。また、画面の外に伸びているタスクには行の端に小さな矢印が出て、クリックするとそのタスクへ飛べます。長い工程を扱うほど、この2つの操作を使う頻度が上がります。
並び順を変えたいときは、タイムラインのアイテムを上下にドラッグします。左に表を開いている場合は、表の列をドラッグして順序を変えられます。工程表として読むなら、依存関係でつながっているタスクを縦に近い位置へ寄せておくと、矢印が短くなって追いやすくなります。
実際の工程を線にするときの進め方
手順を知っていても、いざ自分の案件をタイムラインに載せるとなると手が止まります。実務では、次の順番で進めると詰まりません。
第1に、成果物を並べます。工程ではなく、納品するもの、提出するもの、承認をもらうものを先に書き出します。「デザイン作業」ではなく「デザイン案の提出」と書くと、終わったかどうかが判定できる単位になります。
第2に、それぞれに開始日と終了日を入れます。この段階では正確でなくてかまいません。日付が空だとタイムラインに出ないので、仮でも入れます。
第3に、動かせない日付を固定します。客先の締め切り、公開日、イベント当日といった、こちらの都合で動かせない日です。ここを先に置いて、そこから逆算する形にすると、無理のある工程が早い段階で見えます。
第4に、線を引きます。引くのは「これが終わらないと着手できない」関係だけです。目安として、タスクが30件あるなら、線は15本前後に収まります。それより多いなら、引きすぎているか、タスクを細かく割りすぎています。
第5に、自動シフトの動きを確認します。いちばん前のタスクを試しに数日ずらしてみて、後ろがどう動くかを見ます。想定と違う動き方をするなら、設定の選び方が合っていません。運用を始める前に、この確認を1回やっておくだけで事故が減ります。
第6に、担当者を入れます。順序だけ決めて担当が空のままだと、工程表は「誰も動かない予定表」になります。決まっていない場合でも、暫定の担当を置いて、決まったら差し替えるほうが進みます。
第7に、余裕日を明示します。予備の期間を隠して詰めた工程表は、最初の遅れで信用を失います。検査待ちや連休を見込んだ日数を、ダミーのタスクとして帯で置いておくと、遅れが出たときに「想定内」と「本当にまずい」を区別できます。
権限を分けたいときに起きること
工程表を社外の協力先にも見せたい、というときに考えることが2つあります。
1つは、依存関係が自己リレーションであるという点です。工程を1つのデータベースにまとめる必要があるため、案件ごとに見せる相手を分けたい場合と衝突します。Notionはページ単位で権限を設定できますが、データベース全体を共有すれば他の案件のタスクも見えることになります。ビジネスプラン以上には、データベース全体へのアクセス権を渡さずに、割り当てられた行だけに制限するという設定が用意されています。ここが必要になる時点で、プランの選択に影響します。
もう1つは、閲覧できないページがある場合の見え方です。サブアイテムについては、一部のページに制限があっても、トグルにネストするビューでは構造が保たれると公式ヘルプに記載されています。ただし、見えないタスクが工程の途中にあると、読む側からは「なぜここで空くのか」が分かりません。社外に見せる工程表は、社内用とは別のビューを用意し、必要な情報だけを出すほうが結果的に説明が短くて済みます。
外部の相手を招く運用では、フリープランの外部ゲスト10人という上限も効いてきます。協力会社が3社入り、各社から4人ずつ参加すれば、それだけで上限を超えます。工程表を作る前に、見せる相手が何人になるのかを数えておいてください。
工程表として使えるかどうかの判断
ここまでの仕様を踏まえて、タイムラインの依存関係が工程表の代わりになるかを考えます。使える場面と、無理がある場面がはっきり分かれます。
使える場面は、1つのチームが1つのデータベースで、30件から50件程度のタスクを扱う場合です。線を引いて前後を示し、遅れが出たら自動でずらす。この範囲であれば、専用の工程表ツールと比べて大きく困ることはありません。日付の粒度も日単位で足ります。
無理が出るのは、次の3つです。
第1に、案件をまたぐ工程です。自己リレーションで結ぶ仕組みなので、別のデータベースにあるタスクとは結べません。複数案件の工程を横断して見たいなら、全案件を1つのデータベースに入れる設計が前提になります。案件ごとに権限を分けたい場合と両立しにくい点に注意してください。
第2に、線を見る人が限られることです。依存関係の矢印はタイムラインビューでしか出ません。日常の作業をボードで行っているチームでは、線の存在が伝わりません。「順番があること」を全員に伝えたいなら、線とは別にカードの説明文へ書くか、サブアイテムで表現するかの補助が要ります。
第3に、クリティカルパスや余裕日数のような、工程管理の分析です。どの経路が全体の期間を決めているのか、どこに何日の余裕があるのか、といった計算については公開資料では確認できませんでした。線を引いて日付をずらすところまでが範囲だと考えたほうが安全です。
料金面では、依存関係そのものは上位プラン専用ではありません。2026年9月時点の公式の料金ページでは、フリープランの内容として「サブタスク、依存関係、カスタムプロパティなどを含むデータベース」が挙げられています。詰まるのは機能ではなく上限のほうで、外部ゲストはフリーが10、ページの履歴はフリーが7日、1ファイルは最大5MBです。有料プランは月払いでプラスが1メンバーあたり1,650円、ビジネスが3,150円（いずれも税抜表示、日本の消費税は別途）となっています。
タイムラインをNotionカレンダーと組み合わせる
日付を扱う機能としては、タイムラインのほかにNotionカレンダーがあります。公式ヘルプでは、データベースをNotionカレンダーに追加すると、予定や会議と一緒に重要な日付を1か所で見られるようになり、Notionカレンダー側からデータベースの日付を更新することもできると案内されています。
工程表の運用でこれが効くのは、作業の期間と会議の予定が別々の場所にあるときです。工程上は3日間の作業でも、その3日に打ち合わせが2件入っていれば、実際に手を動かせる時間は半分になります。カレンダー側で重なりが見えると、無理な工程を組む前に気づけます。
ただし、カレンダーに出すのは日付を持つタスクだけです。依存関係の矢印はカレンダーには出ないので、順序の情報はタイムラインに残ります。2つの画面を行き来する形になる点は、運用の手間として見込んでおいてください。
集計欄で工程の重さを測る
タイムラインで表を開いていると、表の列に対して計算を実行できます。プロパティの種類に応じて、件数、空欄の数、空欄の割合、最も古い日付、最も新しい日付、日付の範囲などが選べます。数値プロパティがあれば、合計、平均、中央値、最小、最大、範囲も使えます。
工程管理で使いどころが多いのは3つです。1つ目は、期限プロパティに対する「空の割合」です。日付が入っていないタスクが何割あるかが分かるので、工程表として成立しているかどうかの目安になります。2割以上が空欄なら、まだ工程表として読める状態ではありません。
2つ目は「日付の範囲」です。最も古い日付と最も新しい日付の差が出るので、その工程が何日にわたるのかが一目で分かります。見積時に想定していた期間との差を確かめるのに使えます。
3つ目は、見積工数を数値プロパティで持たせたうえでの合計です。担当者ごとに絞り込んで合計を出せば、その人にどれだけの工数が積まれているかが分かります。線を引いて順序を整えても、1人に工数が集中していれば工程は守れません。順序と負荷は別の観点なので、両方を見る癖をつけておくと計画の精度が上がります。
線を引く前に決めておきたい5つのこと
依存関係は、引き始めると気持ちよく増えていきます。ところが、線が増えるほど工程表は読みにくくなり、日付の自動シフトの影響範囲も広がります。引く前に次の5つを決めておくと、後から絡まりません。
1つ目は、線を引く粒度です。すべてのタスクをつなぐ必要はありません。つなぐのは「これが終わらないと着手できない」という関係だけに限ります。「終わっていたほうが望ましい」程度の関係まで線にすると、実態と合わないずれ方をします。目安として、線の数はタスク数の半分以下に収まるはずです。
2つ目は、線を引く人です。誰でも引ける状態にすると、意図の違う線が混ざります。工程の順序は進行のとりまとめをしている人が決める、という役割分担にしておくほうが揃います。
3つ目は、自動シフトの設定を変えるときの合図です。運用の途中で「期間を維持してシフト」から「自動的にシフトしない」に変えると、以後の遅れが後工程に反映されなくなります。変える場合は、変えたことをチームに伝えないと、日付が動かないことに誰も気づきません。
4つ目は、線を引き直すときの手順です。工程が大きく変わったとき、既存の線を残したまま新しい線を足すと、古い順序と新しい順序が混ざります。変更が3本を超えるなら、その区間の線をいったん全部外してから引き直すほうが確実です。
5つ目は、週末の扱いです。週末を避ける設定を入れるかどうかで、同じ遅れでも着地日が変わります。社外の協力先が土日も動く場合と動かない場合で結果が違うので、案件の性質に合わせて決めてください。
工程を1枚にまとめる道具を横に並べて考える
タイムラインの依存関係を使ってみて、線がタイムラインでしか見えないことや、案件をまたげないことに引っかかるなら、置き場所そのものを見直す段階かもしれません。判断のための材料を並べます。
カードを動かす軽さを最優先にするならTrelloですが、無料プランはワークスペースあたり10ボード・10コラボレーターまでで、タイムラインやカレンダー、テーブルといったビューはPremium以上に含まれます。工程を線で見る必要が出た時点で費用の話になる構造なので、Trelloとの比較で境目を先に確認しておくと迷いません。依存や前後関係を細かく扱いたいならAsanaが得意で、タイムラインとガントビューはStarter以上です。2026年9月時点の公式ページでは、Starterが1人あたり月1,200円（年額請求）、Advancedが2,700円（年額請求）です。人数が増えたときの総額の動きはAsanaとの比較で見てください。
Notionそのものとの向き不向きを詰めたいならNotionとの比較、進捗の可視化とダッシュボードを重く見るならmonday.comとの比較が該当します。課題管理とガントを一体で使いたい場合はBacklogとの比較ですが、Backlogは2026年12月31日で現行プランの新規契約が終わり、2027年1月1日からエコノミー・ビジネス・プロフェッショナルの3プランに変わることが公式に告知されています。フリープランのユーザー上限も10名から5名になります。提供終了が決まっている道具から移す前提ならJootoとの比較が参考になります。候補を横並びで確認したいときは比較の一覧からどうぞ。
道具を選ぶときに効いてくるのが、料金の区切り方です。機能で絞らず、区切るのは人数とボードの数だけという組み方であれば、「工程を線で見たいから全員分を上位プランにする」という判断が要らなくなります。金額の実際は料金、板の上で何が扱えるのかはできることで確認できます。
移行の実務も先に見ておくと安全です。工程のデータは、タスク名と日付だけでなく、担当者、コメント、添付ファイル、そして依存関係そのものが資産です。このうち何が自動で運べるのかは道具によって差があり、自動で取り込める範囲は限られます。Trelloからの移行では、自動で運べるものと手作業になるものを分けて説明しています。協力会社を工程表に入れる運用を考えているなら、権限とデータの扱いをまとめた安全性の考え方を先に読んでおくと社内の説明が楽になります。細かい疑問はよくある質問にまとめてあります。
もう1つ、選び直しの検討で見落とされやすいのが、工程表を見る側の負担です。線がきれいに引かれた工程表でも、開くたびに読み方を思い出さないといけない画面なら、担当者は見に来ません。矢印の本数、帯の色、表示している項目の数。この3つを減らすだけで、同じ情報が伝わる速さが変わります。工程表は作る人のための資料ではなく、見る人が判断するための資料です。作り込みの手前で、いったん引いて眺める時間を取ってください。
依存関係は、引けば工程が管理できるようになる魔法ではありません。線が示すのは順序だけで、その順序どおりに人が動くかどうかは別の問題です。線を引く前に、誰が何を待っているのかを言葉にしておくこと。これができていれば、道具が何であっても工程は回ります。
Q1. Notionのタイムラインで依存関係の線を引くにはどうすればよいですか？
データベース上部の設定メニューから「その他の設定」を開き、「依存関係」をクリックして有効にします。リレーションプロパティが無ければ新規作成を促され、既定では「依存関係」という自己リレーションが作られます。有効にすると、タイムライン上でアイテムにカーソルを合わせたときに右側へ矢印が出るので、それをドラッグして別のタスクに結びます。
Q2. 引いた依存関係の線は、ボードや表でも見られますか？
見られません。公式ガイドには、タイムラインビューでのみ表示可能な依存関係が作成されると書かれています。ページを開けばリレーションとして関係自体は確認できますが、前後関係を一望できるのはタイムラインだけです。日常の作業をボードで行っているチームでは、順序を別の形でも伝える必要があります。
Q3. 前のタスクが遅れたら、後ろのタスクの日付は自動でずれますか？
設定次第です。依存関係を有効にするときに、「日付が重なる場合のみシフト」「アイテム間の期間を維持してシフト」「自動的にシフトしない」の3つから選びます。前が1週間ずれたら後ろも1週間ずれる動きにしたいなら、2つ目を選んでください。週末を開始日と終了日にしない設定も併せて選べます。
Q4. 依存関係は有料プランでないと使えませんか？
2026年9月時点の公式の料金ページでは、フリープランの内容として「サブタスク、依存関係、カスタムプロパティなどを含むデータベース」が挙げられています。機能そのものは無料の範囲です。先に効いてくるのは上限のほうで、外部ゲストは10人まで、ページの履歴は7日、1ファイルは最大5MBという制限があります。