gantt
「その作業はクリティカルパスに乗っているのか」という問いは、進行の会議でよく出ます。ところが、どの作業が乗っているのかを紙に書ける人は多くありません。クリティカルパスとは何かという定義そのものは短く、小さな計画なら手計算で確かめられます。話が混乱するのは定義のせいではなく、決まった3つか4つの読み違いのせいです。この記事では、言葉が指している範囲、手で追える具体例、余裕日数の扱い、そして道具を選ぶときに見る場所までを順に並べます。
クリティカルパスとは、計画のなかで前後関係でつながった作業の並びのうち、経過日数の合計がいちばん長くなる道筋のことです。いちばん長い道筋だからこそ、その合計がその計画で実現できる最短の期間になります。この道筋に乗っている作業は余裕が0日なので、1日遅れれば納期も1日動きます。
定義のなかで重みを持っているのは2つの言葉です。ひとつは「つながった」という部分で、前の作業が終わらないと次が始められない関係を指します。たまたま同じ週に並んでいるだけの作業は、つながりではありません。もうひとつは「経過日数」です。手を動かす時間ではなく、暦の上で占める長さを見ます。実作業が2時間でも、先方の承認を5日待つなら、その作業は道筋の上で5日を占めます。
クリティカルパスとは、プロジェクトの完了までにもっとも長く時間がかかる作業工程の流れを指します。納期に直結するため、この経路上のタスクを優先的に管理することが重要です。 出典: freee.co.jp
ここから先はすべて系列の話です。いちばん長い道筋に乗っていない作業には余裕があり、余裕とは「何日遅れたら納期が動きはじめるか」の日数を指します。つまりクリティカルパスが分かっている計画は、作業を2つの群に割ります。遅れがその場で納期の問題になる小さな群と、余裕を使い切るまでは吸収される大きな群です。この2つに同じ反応をしていると、進行の管理は必ず消耗します。
誤解の出どころは「クリティカル」という語そのものです。この語は重要さ、難しさ、金額、危険度、注目度のどれとも関係がありません。誰も気にしていない地味な作業が乗っていることもあり、いちばん高い費用がかかる作業に1週間の余裕があることもあります。指しているのは前後関係の網のなかでの位置だけです。
クリティカルパスを自分で計算する人は減りました。ガントチャートを引ける道具が値段の下がった順に並んでいて、依存関係を入れれば経路と余裕は自動で出ます。ただし、その機能がどのプランに置かれているかは道具ごとにまったく違います。選ぶ前に確かめる場所は、機能の一覧ではなく料金表です。
2026年9月26日時点の公開情報で見ると、Backlogはスタータープランが月額2,700円（税抜）で30ユーザーまで使えますが、ガントチャートはスタンダードプラン（月額16,000円・税抜）から利用できると案内されています。Lychee Redmineはフリープランが0円でユーザー数無制限ですが、ガントチャートは含まれないと明記されており、スタンダードプランは1ユーザーあたり月900円（税抜・10ユーザー単位）に加えてクラウド利用料が月5,000円からかかります。どちらも工程表そのものが有料側に置かれている形です。
もうひとつ、選ぶ前に確かめたほうがよいことがあります。提供が続くかどうかです。Jootoは公式サイトで、2027年7月31日をもって一般提供を終了すると案内しています。料金と機能が条件に合っていても、終わりが決まっている道具は移行の手間が先に来ます。料金表と同じ手間で、お知らせ欄も見ておくと安全です。
道具が計算を代わりにやってくれる一方で、入力するものは人が決めます。依存関係と所要日数が入っていない工程表には、そもそもクリティカルパスが存在しません。あるのは隣り合って並んだ棒だけです。
展示会に出展する準備を例にします。所要日数は営業日で、各作業には「これが終わらないと始められないもの」を書いています。
| 作業 | 所要日数 | 先に終わっている必要があるもの |
|---|---|---|
| A. 出展の内容を決める | 3日 | なし |
| B. ブースを設計する | 6日 | A |
| C. ブースを製作して搬入する | 12日 | B |
| D. 配布資料の原稿を書く | 8日 | A |
| E. 監修と法務の確認 | 4日 | D |
| F. 配布資料を印刷する | 5日 | E |
| G. 会場で設営する | 2日 | C と F |
| H. 開場 | 1日 | G |
始点から終点まで、道筋は2本あります。それぞれ足します。
・ブース側: A、B、C、G、H で 3＋6＋12＋2＋1 ＝ 24日 ・資料側: A、D、E、F、G、H で 3＋8＋4＋5＋2＋1 ＝ 23日
長いほうは24日なので、クリティカルパスは A、B、C、G、H です。この依存関係と日数のままなら、準備は24営業日より短くなりません。
ここから読み取れることが2つあります。ひとつめは、社内でいちばん手間のかかる作業が経路に乗っていないことです。原稿を書く8日は単独では最長の作業ですが、資料側の合計が1日短いので、余裕は1日だけあります。もうひとつは、経路に乗っている12日の中身です。ブースの製作と搬入は外の会社の時間で、自社が手を動かす時間はほとんど入っていません。納期を握っているのが自社の作業ではないという結論は、この計算をしないと出てきません。
そして余裕1日という数字は、その道筋全体に1日あるという意味です。原稿が1日遅れた時点で確認と印刷の余裕は消え、資料側も24日になって経路が2本になります。2日遅れれば、経路はブース側から資料側へ入れ替わります。クリティカルパスは固定の札ではなく、いまの日数と依存関係から計算される性質です。実績が変わるたびに引き直すことは後片付けではなく、この手法の本体そのものです。
余裕という一語のまま扱っていると、現場で判断を誤る場面が出てきます。工程の計算では、余裕を2つに分けます。
ひとつはトータルフロートで、納期を動かさない範囲でその作業を何日遅らせられるかを指します。先の展示会の例なら、原稿を書く作業のトータルフロートは1日でした。もうひとつはフリーフロートで、後続の作業の開始日を動かさない範囲で何日遅らせられるかを指します。こちらは鎖のなかでの位置によって、トータルフロートより小さくなります。
違いが効くのは、鎖の途中にある作業です。資料側の鎖は原稿、確認、印刷と3つ並んでいて、鎖全体のトータルフロートが1日でした。この1日は3つの作業が分け合う持ち分なので、原稿が1日使えば確認と印刷の分は消えます。一方でフリーフロートは、原稿については0日です。1日遅らせれば、次の確認の開始日がそのまま1日動くからです。
現場の言い方に直すと、トータルフロートは「納期に響くまでの余裕」、フリーフロートは「後ろの担当者の予定に響くまでの余裕」です。上へ報告するかどうかの判断に使うのはトータルフロートで、後続の担当者へ先に声をかけるかどうかの判断に使うのはフリーフロートです。道具が出す余裕の列がどちらを指しているかは表示の名前だけでは分からないことがあるので、鎖の途中の作業をひとつ選んで手で確かめておくと読み違いが減ります。
計算に使う4つの日付も、名前だけ押さえておくと会議の話が早くなります。最早開始日は前の作業がすべて終わるもっとも早い日、最早終了日はそれに所要日数を足した日です。ここまでは始点から終点へ順に足していけば出ます。最遅終了日は納期を動かさずに終われるもっとも遅い日、最遅開始日はそこから所要日数を引いた日で、こちらは終点から始点へ逆向きに引き算していきます。トータルフロートは最遅開始日と最早開始日の差で、差が0の作業が並んだ道筋がクリティカルパスです。手で計算するときも道具に任せるときも、出てくる数字の正体はこの2方向の足し算と引き算しかありません。
計算は5つの段だけです。道具を使う場合も、入力するものは同じです。
抜けた作業は計算で救えません。網の中に存在しない道筋は、いちばん長い道筋として出てくることがないからです。WBSのように分解してから並べると漏れが減ります。粒度は「終わったかどうかを1人が判断できる大きさ」までにします。
手を動かす工数ではなく、暦の上で占める長さを入れます。承認待ち、部材の納品待ち、検査の順番待ちは、待っているだけでも道筋の上では長さを持ちます。ここを工数で入れると、計算上の納期が実際より必ず短く出ます。
「これが終わらないと物理的に始められない」ものだけを線にします。同じ人が両方を担当しているという事情や、この順番が好ましいという都合は依存関係ではありません。前者は人の取り合い、後者は段取りの好みです。これを線にすると、担当を替えるたびに経路が動きます。
始点から終点までの道筋をすべて数え、所要日数を足します。最大値が計画の最短期間です。作業が20から30件なら手でも数えられます。それを超えると手作業は現実的ではなくなりますが、理由は計算の難しさではなく、見積もりが変わるたびに全部やり直す必要があるという点です。
各作業について、最も早く終われる日と、納期を動かさずに終われる最も遅い日を出し、その差を取ります。差が0の作業が経路に乗っています。日々使うのはこの余裕の列です。経路に乗っている作業が遅れていることは誰でも分かります。役に立つのは、乗っていない作業に何日残っているかという情報のほうです。
クリティカルパスを出す手間が回収されるのは、次の3つが変わったときです。
慣れていない人をどこに置くか。 余裕が6日ある作業なら、覚えながら進めても計画は耐えます。余裕0日の作業では耐えません。余裕を見て担当を決めることは費用がかからず、その計画のうちに効果が出ます。
どの遅れを上に上げるか。 作業が平らな一覧で並んでいると、すべての遅れが同じ見た目になります。結果として、全部を報告するか何も報告しないかのどちらかになります。余裕が見えていれば、8日の余裕を持つ作業の3日遅れは記録で済み、余裕のない作業の半日遅れはその場で連絡する案件になります。同じ情報から、違う反応が正しく出ます。
短縮の依頼をどこに向けるか。 納期を前に詰めてほしいと言われたとき、全員に急いでもらう形で答えるのが最もよくある失敗です。期間を縮められるのは経路に乗っている作業だけで、方法は2つしかありません。その作業自体を短くするか、依存関係を外して並べられるようにするかです。余裕のある作業から3日削っても、納期は0日しか動きません。
余裕を見るときは、0日だけを見ないほうがよいと言われています。余裕1日の作業は、実務上は経路に乗っているのとほとんど同じ振る舞いをします。半日の手戻りで消えるからです。更新が週1回なら、余裕5日以下をまとめて見ておくと、まだ安く直せるうちに気づけます。
納期を前に詰めてほしいという依頼は、進行を預かっていれば必ず来ます。効く手は2つしかなく、どちらも経路に乗っている作業に対してだけ意味を持ちます。
ひとつは、その作業自体の所要日数を短くする手です。人を足す、外に出す、稼働できる日を増やす、機械を借りるといった方法が入ります。共通しているのは費用が増える点です。展示会の例なら、ブースの製作に12日かかる工程を、割増の費用を払って10日に詰める交渉が該当します。効きは確実ですが、人を足して短くなる作業と、足しても短くならない作業があります。1人が通して見ないと品質が保てない設計や、乾燥や養生のように待つことそのものが中身である工程は、人数を倍にしても日数が変わりません。ここを見分けずに増員だけで答えると、費用だけが増えて納期は動きません。
もうひとつは、順番に並べていた作業を重ねる手です。設計が全部終わってから製作にかかる形を、設計の前半が固まった段階で製作の手配を始める形に変えます。費用は増えませんが、手戻りの危険が増えます。重ねた部分で前の作業の結論が変わると、後の作業をやり直すことになるからです。
どちらを選ぶかは、費用と手戻りのどちらを引き受けられるかで決まります。順番としては、重ねる手を先に検討して、それで足りない分を費用で買うほうが安く済みます。ただし重ねられるのは、依存関係が「完全に終わってから」ではなく「一部が決まれば始められる」ものだけです。ここで、依存関係を洗い出したときに何を線にしたかが返ってきます。都合や好みで引いた線は重ねられますが、それは最初から依存関係ではなかったという意味です。
そして両方をやったあとは、必ず計算を引き直します。経路に乗っていた作業を4日縮めると、もとは余裕4日だった別の鎖が新しい経路になっていることがあります。4日縮めても全体は1日しか縮まない、という結果は珍しくありません。縮める作業を選ぶ前に2番目に長い鎖の合計を見ておくと、どこまで縮めれば無駄がないかが先に分かります。
経路と余裕は、実績が入るたびに動きます。だから更新の頻度が、この計算の実用性をほとんど決めます。現場でよく採られている形は週に一度で、区切りは金曜の夕方か月曜の朝です。
週に一度で持つのは、余裕の見方を少し広げた場合だけです。更新から次の更新までに7日あるので、余裕が5日以下の作業は、その7日のあいだに経路へ乗り換わりうる群として扱います。0日だけを見る運用だと、月曜に余裕3日だった作業が水曜に経路へ入り、気づくのは次の月曜になります。手当てが3日遅れる形です。
更新のときに入れる数字は3つで足ります。終わった作業の実際の終了日、進行中の作業の残り日数、そして新しく分かった依存関係です。進捗の割合は入れなくてかまいません。80%終わったという申告から残り日数は出ないので、残り何日かを直接聞いたほうが計算に使えます。
会議での使い方も決めておくと短く済みます。経路に乗っている作業を名指しで順に確認し、乗っていない作業は余裕が2日以下になったものだけを拾います。それ以外は一覧を見れば分かる情報なので、声に出す必要がありません。20件の作業を全部読み上げる形から切り替えると、同じ内容が大幅に短い時間で終わると言われています。
更新を担当する人を1人に固定しない形にしておくと止まりません。表を引ける人が1人だけの計画は、その人が休んだ週に更新が飛びます。飛んだ週の経路は先週の状態を説明しているので、そこで出た判断は根拠を失います。更新の手順を短く書き残して、2人目が同じ手で引けるようにしておくところまでが仕組みです。
この計算は3つのことを前提にしています。どれも、計画によっては成り立ちません。
依存関係が本物であること。「設計が固まったら、だいたいその後」という意味の線が大半を占める網では、出てくる余裕の列は桁まで正確で、中身が空になります。正直な依存関係が20件ある計画は、作った依存関係が200件ある計画よりよく当たります。
所要日数が待ち時間を含んでいること。工数で見積もって、暦は計算に任せる進め方をすると、確認の順番待ちや発注の手続きが経路から抜け落ちます。抜けた分だけ、計画は実際より短く出ます。
依存関係のない作業は同時に進められること。これは、その2つが同じ人に割り当てられた瞬間に成り立たなくなります。5人から数十人のチームでは、実際の制約が人であることのほうが多く、標準の計算はそれを知りません。人の取り合いは山積み山崩しという別の段で扱うもので、その段を通していない計画には、誰も実際には働けない日付が残ります。
更新されること。経路はいまの日数と依存関係から計算されるので、実績が入るたびに動きます。月に1回しか更新されない工程表で3週目に議論している経路は、1週目の状態を説明しています。道具ではなく更新の習慣が、その数字が情報なのか飾りなのかを決めます。
会議で混ざりやすい言葉が3つあります。境目を引いておくと、話が噛み合わない時間が減ります。
ボトルネックは、処理できる量の問題です。12人から上がってくる確認依頼を1人で回している状態、検査の台が1台しかない状態が該当します。計画の形とは関係なく存在し、案件が変わっても同じ場所に残ります。人や設備を足せば解けます。一方でクリティカルパスは、ひとつの計画のなかの順序の性質です。人を足しても、その工程が経路に乗っていなければ期間は縮みません。逆に、処理の量が詰まっている工程が経路にも乗っているなら、そこへ人を足すことが期間の短縮に直接つながります。両方を見て、重なっている場所を先に手当てするのが順番です。
WBSは、作業を漏れなく分解した一覧です。クリティカルパスの計算は、このWBSに依存関係と所要日数を足したところから始まります。順番で言えばWBSが先で、経路は後です。WBSが粗いまま経路を計算すると、出てくる道筋は正しく計算された間違った答えになります。分解が足りているかどうかの目安は、ひとつの作業について終わったかどうかを1人が判断できるかどうかです。判断に複数人の合意が要る大きさなら、まだ分解の余地があります。
クリティカルチェーンは、標準の計算に人や設備の取り合いを織り込んだ考え方です。標準の計算は、依存関係のない作業は同時に進められると仮定しますが、5人から数十人のチームでは同じ人が2つの作業を持っていることが普通です。クリティカルチェーンでは、各作業の見積もりから安全側の余裕を抜いて短くし、抜いた余裕を鎖の最後にまとめて置きます。個々の作業に余裕を持たせると、その余裕が必ず使い切られてしまうという観察が背景にあります。標準の計算に慣れてから触るほうが理解しやすい順序です。
似た言葉としてもうひとつ、マイルストーンがあります。これは所要日数が0日の節目で、契約上の期限や承認の日を置く印です。経路に乗ることもありますが、日数を持たないので期間を縮める対象にはなりません。節目が遅れているという報告は、その手前にある作業が遅れているという意味に置き換えてから原因を探します。
ここまでの計算は、依存関係と実績がそろっている前提で成り立ちます。逆に言えば、進行の管理でつまずく場所は計算の手前にあります。工程表を1人が引き直している間、他の人はその表を見られません。表がPDFで配られる運用では、見ている人と直している人の情報が常にずれます。入力する人が増えないと、進捗の表はすぐ嘘になります。
だから決めることは2つです。ひとつは、工程表を置く場所をチームがすでに毎日触っている場所と同じにするかどうか。カードの期間をそのまま横棒として見られるなら、経路は少なくとも最新の情報から引かれます。もうひとつは、その機能が使えるようになるまでに何を買う必要があるかです。ここは料金表で決まります。8種類の板とチャットをどう組み合わせるかはできることにまとめてあり、工程表とカンバンが同じカードを見る形が向いているかどうかを先に確かめられます。料金の考え方については、機能で絞らず、区切るのは人数とボードの数だけという置き方をしている例が料金にあります。
いま使っている道具から動かす場合は、比べる観点が3つに絞られます。工程表が無料の範囲で使えるか、会話とタスクが同じ場所にあるか、そして移行に手作業が何日かかるか。他のサービスとの違いは比較の一覧に並んでいます。カンバンから移る場合の勘所はTrelloとの比較に、課題管理から移る場合はBacklogとの比較にまとめてあります。すでに入れてあるボードを持ち込む手順はTrelloからの移行にあります。
最初にやることは、道具を選ぶ前の手作業です。いま動いている案件について、依存関係を紙に書き出します。作業を20件並べ、後ろの作業が前の作業なしには物理的に始められない組だけに線を引きます。それで長い1本の鎖ができるなら、計算を自動化する価値があります。短い鎖が4本と独立した作業の山になるなら、納期を決めていたのは道筋ではありませんでした。その場合に効くのは経路の計算ではなく、いまの状態が全員に見えている状態をつくることです。
違います。単独でいちばん長い作業に何日も余裕があり、短い作業が納期を握っていることは珍しくありません。決めているのは作業の長さではなく、その作業が属している鎖の合計です。この読み違いが、この分野でもっとも費用のかかる誤りだと言われています。
2本以上になることがあり、しかもよくあります。2つの鎖の合計日数がそろえば、どちらも余裕0日で、どちらも納期を決めます。余裕1日の鎖が2日遅れて経路が入れ替わる形でも起きます。余裕0日だけを見る運用では、2本目が遅れたあとに気づくことになります。
ボトルネックは処理できる量の問題で、12人分の確認を1人で回している状態が該当します。計画の形とは関係なく存在します。クリティカルパスは1つの計画のなかの順序の性質です。人を増やせばボトルネックは解けますが、その工程が経路に乗っていなければ期間は縮みません。
作業が20件を下回る規模では、経路は工程表を読めば見えることが多く、形式的な計算よりも依存関係を書き出す作業自体に価値があります。書き出す過程で「どちらが先か」の認識が人によって違っていたことが分かるからです。契約上の期限がある案件や、100件を超える規模になってから道具に任せれば足ります。