線表とは：書き方の手順とWBS・ガントチャートとの違い、システム開発の工程表での使い方

線表は、縦に作業名、横に日付を並べ、各作業の開始から終了までを1本の線で引いた工程表です。システム開発では「スケジュール線表」「全体線表」とも呼ばれ、要件定義から稼働までの日程を1枚で示す資料として使われます。この記事では、線表とWBS・ガントチャートの違い、WBSから作業を移して線を引く手順、Excelでの作り方、計画線と実績線による進捗の読み方を整理します。後半では、ベンダーから線表を受け取った発注者がどこを確認すればよいかもまとめました。

まとめ：線表は作業と日付を線で結ぶ工程表で、WBSの後に引く順番

線表とガントチャートは、縦に作業・横に日付という骨組みが同じです。違いは書き込む情報の量にあります。線表は作業名と期間が中心で、ガントチャートは担当・進捗率・作業同士の依存関係まで載せます。WBSは「何をするか」を分解した一覧で、線表はそれを「いつやるか」に並べ替えた表です。順番はWBSが先になります。

書き方は、稼働日を決めてWBSから作業を移し、期間を見積もって依存の順に線を引き、最後にマイルストーンを置く流れです。システム開発の線表では、発注者が行う作業（要件の確認、テストデータの準備、受入テスト）を受託側の線と同じ表に引くことが肝心です。ここが抜けた線表は、遅れの原因を見えなくします。

Excelで作るなら、少人数で更新するうちはセルの塗りつぶしで足ります。作業が100行を超える、複数人が更新する、依存関係で日付を自動でずらしたい、のいずれかに当たったら専用ツールに移ってください。

線表とは：縦に作業、横に日付を並べた工程表の構造とシステム開発での呼び方

線表の定義と、1枚から読み取れる作業名・期間・重なり・節目の4情報

線表は「作業ごとの期間を線で表した表」です。左の列に作業名を上から並べ、上の行に日付（日・週・月）を目盛りとして置き、作業を行う期間に横線を引きます。名前のとおり、線で描いた表という見た目がそのまま呼び名になっています。

1枚の線表から読み取れるのは4つです。作業の名前、作業の開始日と終了日、同じ時期に並行する作業の重なり、そして◆などの記号で示すマイルストーン（工程の区切りや承認日）です。重なりが見えるのが線表の強みで、「設計の後半と開発の前半が3週間重なっている」といった並行の度合いを、日付を読まずに把握できます。

線表・ガントチャート・バーチャート・WBSの違いを書き込む情報量で比較

4つの呼び名は現場で混ざって使われます。厳密な定義の違いより、何を書き込むかで見分けると実務で迷いません。

線表とバーチャートは、線か棒かの違いだけで同じものとして扱って構いません。ガントチャートは線表に担当と進捗を足した発展形です。WBSは日付の軸を持たない点で性質が異なります。WBSの分解の仕方はWBSの書き方・作り方の5ステップとシステム開発の例で扱っています。

システム開発で線表と呼ばれる範囲：全体線表と工程別の詳細線表の2階層

システム開発で「線表」と言うとき、多くは2階層のどちらかを指します。1つは要件定義・設計・開発・テスト・移行・稼働の工程を月単位で並べた全体線表（大日程）です。行数は10〜20行程度で、経営層や発注者の責任者への説明に使います。

もう1つは、工程の中の作業を週単位や日単位で並べた詳細線表です。「結合テスト線表」のように工程名を付けて呼ぶこともあります。全体線表の1本の線が、詳細線表では数十本に分かれる関係です。各工程で何を作るかはシステム開発の7フェーズの流れと成果物を見ると、線を引く単位を決めやすくなります。

線表の書き方：WBSから作業を移して線を引き、マイルストーンを置く6手順

稼働日から逆算して線を引く6つの手順と、各手順で決めておくこと

線表は、左上から順に埋めるより、終わりの日付を先に決めて逆算したほうが手戻りが出ません。次の順で進めます。

1. 稼働日（または納期）と、動かせない日付（決算日・法改正の施行日など）を決める
2. WBSから、線表に載せる粒度の作業を選んで左列に移す
3. 作業ごとに期間を見積もり、営業日で書く
4. 前の作業が終わらないと始められない作業を確認し、依存の順に上から並べる
5. 開始日と終了日のあいだに線を引く
6. 工程の区切りに◆でマイルストーンを置き、承認日を書き込む

手順4で依存を確かめずに線を引くと、並行できない作業を重ねた楽観的な線表になります。設計書の承認前に開発が始まる線になっていないかを、引き終えた後に必ず見直してください。

線1本あたりの作業の粒度：1〜2週間を目安に全体で30〜60行に収める

線表に載せる作業を細かくしすぎると、更新が追いつかなくなります。詳細線表なら線1本あたり1〜2週間、全体線表なら1〜3か月を目安にし、行数は全体で30〜60行に収めると、A3横1枚で印刷しても読めます。

1日単位の作業まで線表に載せたくなったら、それはWBSやタスク管理の役割です。線表は日程の見通しを共有する表と割り切り、日々の作業は担当者のタスク一覧で管理します。

発注者側の作業とレビュー・承認待ちの期間を別の線で引くべき理由

システム開発の線表で最も抜けやすいのが、受託側以外の作業です。要件の確認、設計書のレビュー、テストデータの準備、受入テスト、利用者への説明会は発注者が行い、どれかが遅れると後ろの工程がすべてずれます。

これらは受託側の線と同じ表に、色を変えて引いてください。とくに「設計書の提出から承認まで」の待ち期間は、線にしないと0日として扱われがちです。5営業日の承認期間を線で示しておけば、承認が遅れたときに遅れの原因がどちらにあるかが線表上で分かります。

Excelで線表を作る方法：セルの塗りつぶしと積み上げ横棒グラフの使い分け

条件付き書式で開始日から終了日のセルを自動で塗る線表の作り方と数式

Excelで線表を作る最も手軽な方法は、日付の列を横に並べ、作業の期間に当たるセルだけを塗る方法です。A列に作業名、B列に開始日、C列に終了日を入れ、E1セルから右へ日付を並べます。E2から右下の範囲を選び、条件付き書式の「数式を使用して、書式設定するセルを決定」に次の式を入れます。

=AND(E$1>=$B2, E$1<=$C2)

書式で塗りつぶしの色を選べば、開始日と終了日を書き換えるだけで線が伸び縮みします。列を固定する「$B2」と、行を固定する「E$1」の参照の付け方を間違えると、塗る範囲がずれるので注意してください。土日の列を灰色にする条件を別に足すと、営業日の数え違いにも気付けます。

Microsoft公式手順で積み上げ横棒グラフから線表を描く方法と注意点

グラフとして見せたい場合は、積み上げ横棒グラフを加工します。Microsoftのサポート記事Excel でデータをガント チャートで表示するは、Excelには事前定義されたガントチャートの種類がないとしたうえで、次の手順を示しています。

1. 作業名・開始日・期間の3列を選び、積み上げ横棒グラフを挿入する
2. 最初のデータ系列（開始日の部分）を「塗りつぶしなし」にする
3. 縦軸の書式設定で「分類項目を逆順」にし、上から作業順に並べる

見た目は整いますが、作業を足すたびにグラフの参照範囲を直す手間がかかります。社内の報告資料に貼る全体線表には向き、毎週更新する詳細線表には条件付き書式のほうが扱いやすいです。

Excelの線表をやめて専用ツールに移る目安：依存・同時更新・実績管理

Excelの線表が破綻するのは、作業同士の依存関係で日付を自動でずらしたくなったときです。前の作業が3日遅れたら後続をすべて3日ずらす、という操作をExcelで手作業でやると、更新漏れが必ず出ます。

移行の目安は3つです。作業が100行を超えた、3人以上が同じファイルを同時に更新する、計画と実績を並べて差を記録したい。このどれかに当たったら、依存関係と実績入力を持つプロジェクト管理ツールに移すほうが更新の手間は減ります。

線表を使った進捗管理：計画線と実績線、イナズマ線で遅れを読む方法

計画線と実績線を上下2段で引き、元の計画を消さずに残す更新方法

線表を進捗管理に使うなら、1つの作業に2本の線を引きます。上段が当初の計画線、下段が実際に作業した期間の実績線です。遅れが出ても計画線は消さずに残し、実績線だけを伸ばします。

計画線を書き換えてしまうと、どの作業がどれだけ遅れたかの記録が消え、次の案件の見積に使えなくなります。更新は曜日を決めて週1回、定例会議の前日に行うのが回しやすい頻度です。会議でのステータス共有の進め方はプロジェクト進捗管理の見える化と会議運用で扱っています。

イナズマ線（進捗線）の引き方と、左に折れた作業から遅れを読む方法

イナズマ線は、報告日の縦線から出発し、各作業の線上で「実際に終わっている位置」を結んだ折れ線です。予定どおりの作業では縦線の上を通り、遅れている作業では左へ、先行している作業では右へ折れます。線の形が稲妻に似るのでこの名で呼ばれます。

描くには、作業ごとの進捗率が必要です。進捗率50%の4週間の作業なら、開始日から2週間の位置に点を打つ形です。Microsoft Projectでは、状況報告日の設定の記事が示すとおり、進捗線を状況報告日・現在の日付・定期的な間隔のいずれかで表示できます。Excelで手描きする場合は、左に折れた作業だけを赤で囲む運用でも、遅れの所在は十分に伝わります。

遅れが見えたときの引き直し：後続に影響する線と影響しない線の見分け

遅れた作業すべてに手を打つ必要はありません。見るべきは、その作業の後ろに依存する作業が並んでいるかどうかです。後続が待っている線（クリティカルパス上の線）の遅れは、そのまま稼働日の遅れになります。後続がなく、終了日まで余裕がある線の遅れは、余裕の範囲内なら様子を見て構いません。

引き直すときは、後続の線をまとめてずらした案と、人員の追加や作業の並行化で稼働日を守る案の2つを作り、発注者と受託側の責任者で選びます。依存関係を保ったまま線表を更新し続ける設計はガントチャートの実績反映と依存関係の設計が詳しいです。

発注者が受け取る線表の読み方：ベンダーの工程表で確認すべき4か所と判断

ベンダーの線表で最初に見る4か所：発注者作業・テスト期間・余裕・承認日

システム開発を外注すると、提案書や計画書に線表が付いてきます。受け取った発注者は、線の数より次の4か所を確認してください。

なかでも発注者の作業の線がない線表は、遅れの責任が後から曖昧になります。受け取った段階で「自社の作業と期日を同じ表に追記してほしい」と依頼するのが確実です。

デジタル庁の標準ガイドラインに見る、日程表とWBSを分けて持つ文書構成

公共の情報システム調達では、線表にあたる日程とWBSを別の文書として持つ構成が定められています。DS-100 デジタル・ガバメント推進標準ガイドライン（2026年6月12日決定）の第3編第7章の定めは、設計・開発実施計画書に「作業内容、スケジュール、マイルストーン等」を記載し、附属文書として作業項目・作業内容・スケジュールを詳細に階層化し担当者等を記載したWBSを作成する、というものです。第3編第2章では、工程管理として作業管理方法と進捗状況の報告先・内容・頻度を管理要領に書くよう求めています。

民間の開発にこの規程が適用されるわけではありません。ただ、全体の日程とマイルストーンは計画書に、作業単位の日程はWBSに、更新と報告のルールは管理要領に、という3つの置き場所の分け方は、そのまま線表の運用にも使える方法です。最新版はデジタル社会推進標準ガイドラインの一覧で確認できます。計画書側に書く日程の粒度はシステム開発のプロジェクト計画書に書く項目で整理しています。

線表で足りる案件と足りない案件の判断、外部の目で工程を確認する場面

関係者が社内1部門と受託側1社、期間が3か月以内で、外部システムとの連携がない案件なら、30行程度の線表とExcelの更新で十分です。依存関係を管理するツールの導入は、この規模では過剰になります。

反対に、複数のベンダーが関わる案件、既存システムからのデータ移行がある案件、稼働日が法改正や決算期で動かせない案件では、線表だけで日程を管理してはいけません。作業同士の依存と余裕の量を数字で持たないと、遅れが稼働日に効くかどうかを判断できないためです。ベンダーが出した線表の妥当性を発注者側で判断しきれない場合は、一創の要件定義・RFP作成・PMO支援のように、受託ベンダーとは別の立場で工程と発注者作業の抜けを確認する支援を入れる方法もあります。

線表のよくある質問：ガントチャートとの違いからテンプレート、作る順番まで

線表について、システム開発の担当者から寄せられることの多い質問をまとめました。

線表とガントチャートは同じものですか？

骨組みは同じで、縦に作業、横に日付を並べて期間を線や棒で示します。違いは書き込む情報の量です。線表は作業名と期間とマイルストーンが中心で、ガントチャートは担当者・進捗率・作業同士の依存関係まで載せます。現場では同じ意味で使われることも多いので、資料を受け取ったら呼び名より、進捗率や依存関係が載っているかを見て判断してください。

線表とWBSはどちらを先に作りますか？

WBSが先です。WBSでプロジェクトの作業を漏れなく分解し、その中から線表に載せる粒度の作業を選んで日付の軸に並べます。WBSなしで線表を引くと、作業の抜けに気付かないまま日程だけが決まり、後から作業が追加されて線表が崩れます。小規模な案件でも、作業の一覧を先に作ってから線を引く順番は守ってください。

線表のテンプレートはどこで手に入りますか？

Microsoftのサポート記事が、Excelの積み上げ横棒グラフでガントチャート形式の線表を作る手順を公開しています。自作する場合は、作業名・開始日・終了日の3列と、日付を横に並べた行を用意し、条件付き書式で期間のセルを塗る形が最も簡単です。社内に過去案件の線表があれば、作業の粒度や行数の参考としてそれを下敷きにするほうが、承認者にも読み慣れた形になります。

線表の線の色や記号はどう使い分ければよいですか？

決まった規格はないため、凡例を線表の上部に必ず書きます。システム開発でよく使う分け方は、受託側の作業と発注者の作業で色を変え、計画線を細線、実績線を太線、マイルストーンを◆、承認待ちの期間を点線にする形です。色は3〜4色までに抑えると、白黒で印刷しても区別できます。

線表は誰が作り、どのくらいの頻度で更新しますか？

全体線表は受託側のプロジェクトマネージャーが作り、発注者の作業と期日を発注者が書き足して、双方の責任者が承認する形が一般的です。更新は週1回、定例会議の前日に実績線とイナズマ線を引き直す頻度が回しやすい目安です。工程の区切りでは計画線そのものを見直し、版数を上げて承認を取り直します。

関連記事

• WBSとは？書き方・作り方の5ステップとシステム開発の例、ガントチャートとの違い：線表に載せる作業を洗い出す前段の手順
• 工程管理のガントチャートが更新され続ける条件｜実績反映と依存関係の設計：線表に依存関係を足したガントチャートの運用
• プロジェクト進捗管理とは？遅延を防ぐ見える化の方法と会議運用の実務：線表を使った週次の進捗共有の進め方
• プロジェクト計画書の書き方：システム開発で書く項目とテンプレート、発注者と受託側の分担：全体線表を載せる計画書の章立て
• プロジェクト管理とタスク管理の違いとは？ToDo・課題管理との区別とWBSでのつなぎ方：線表の作業を日々のタスクへ落とす方法