クリティカルパスで計画の急所を見抜け

2026年の年明け、あなたは何か大きな目標を立てましたか？例えば、今年こそ基本情報技術者試験に合格するぞとか、 あるいは仕事で何か新しいプロジェクトを任されたとか。でも、そういう素晴らしい目標を立てたものの、 いざ目の前にすると、わあ、やることが多すぎる！一体どこから手をつければいいんだってちょっと途方に暮れちゃう感じありませんか？ ああ、すごく分かります。なんか大きな地図を広げたのはいいけど、目的地までの道筋がいっぱいありすぎて、 どれが正解のルートなのか分からないみたいな感じですよね。まさにそれです。で、今回あなたが共有してくれた資料、 第12回「聞く基本情報」の台本なんですけど、これがまさにその霧を晴らすためのヒントで満載でした。 プロジェクト管理のツール、ガントチャートとアローダイアグラムの話。へー、でもこれ単なるツールの紹介っていうだけじゃないんですよね？ この資料の根底にあるのって、もっとこうパワフルな考え方なんですよ。パワフルな考え方？はい。それはプロジェクト管理っていうのは、 全てのタスクを平等に管理することじゃないと。むしろプロジェクトの運命を決定づけるたった一本の道筋、 これを見つけ出して、それを徹底的に守り抜くことだって思想なんです。たった一本の道筋ですか。へー、なんだか壮大ですね。 ええ、そのために僕たちには二つの地図が必要になるんです。一つは全体の地形を把握するための地形図。 これがガントチャートです。そしてもう一つが目的地までの最短ルート、つまり宝のありかを示す宝の地図。 宝の地図？ええ。これがアローダイアグラムなんですね。今日はこの二つの地図の読み解き方をあなたと一緒にじっくり深掘りしていきましょう。 地形図と宝の地図、面白いですね。オーケーです。ではまず多くの人が見慣れているであろう地形図、ガントチャートから見ていきましょう。 横棒がずらーっと並んでて、どの作業をいつからいつまでやるかを示すあの表ですよね。そうです。あれです。 例えば、あなたが新入社員の歓迎会を企画するプロジェクトリーダーになったとしますよね。はい。 ガントチャートを作ると、会場の予約とか招待状の送付、ケータリングの手配みたいなタスクが時系列に沿って綺麗に並ぶわけです。 うんうん。誰がいつまでに何をするかが一目瞭然で、すごく分かりやすい。これさえあれば計画はバッチリ！ってまあ、思っちゃいますよね。 思いまずよね。でもここに落とし穴がある。例えば、頼りにしてたケータリング業者から「すみません、準備が一週間遅れます」って連絡が来たとします。 ああ、ありますね、そういうこと。さあ困った。このガントチャートを見ていても、「で、この遅れはプロジェクト全体にとって、えーとどれくらいやばいの？」っていうのが正直よく分からないんですよ。 まさにそこなんです。それがガントチャート、つまり地形図の限界なんですよね。個々のタスクっていう木は見えている。 でもタスク同士がどう影響し合っているかっていう森の構造が見えてこない。ああ、なるほど。資料にあったカレー作りの例、あれ秀逸でしたよね。 野菜を切るが終わらないと煮込むには進めない。この当たり前の繋がりが横棒がただ並んでいるだけじゃちょっと見えにくいんです。 なるほど。それぞれのタスクの期間は分かるけど、タスク間の依存関係っていうもう一つの重要な情報が抜け落ちちゃってるわけですね。 そういうことです。ちなみにこのガントチャートを考案したヘンリー・ガントさんって、20世紀初頭の経営コンサルタントで。へー。 主に工場の生産性を上げるためにこれを使ったんです。ベルトコンベアみたいに個々の作業時間を管理するには最適だった。 でも現代のプロジェクトみたいに色々なタスクが複雑に絡み合うものだと、時間軸だけでは見えない部分がどうしても出てきてしまうんですね。 なるほど。歴史的な背景を知ると、そのツールの得意なことと不得意なことがよりクリアになりますね。じゃあ、 その見えない森の構造とかタスクの繋がりを明らかにするために、いよいよ宝の地図の出番というわけですね。 その通りです。アローダイアグラムですね。これはガントチャートが苦手な作業の順序とか依存関係、これを可視化することに特化したツールなんです。 さっきの歓迎会の例で考えてみましょうか。はい、お願いします。まず会場と日時を確定するという作業があります。 これが終わらないと、招待状を送付することはできないですよね。まあそうですね。なので会場確定から招待状送付に向かってこう矢印を引きます。 そして招待状を送付して、出欠が確定しないと最終的な参加人数をケータリング業者に伝えることができない。 ああ、なるほど。ここにも矢印が引けますよね。これが終わらないと次は始められないっていう関係性を全部線で繋いでいくんです。 ええ。そうやってプロジェクトの開始から完了までを全部繋いでいくと、複数のルート、つまり作業の連鎖が浮かび上がってくるんです。 そしてここからがこの宝の地図の真骨頂です。お、この複数のルートの中で合計した時間が最も長くなるルートが一つ必ず存在するんですよ。 最も時間がかかるルート。そうです。それこそが資料で「運命の分かれ道」と表現されていたクリティカルパスです。クリティカルパス！ 日本語では最長経路ですけど、意味合いとしては最も重要な経路ですね。なんで一番長い道が一番重要になるんですか？ 考えてみてください。プロジェクト全体が完了するのって、全ての作業が終わった時ですよね。はい、まあ当然。 ということは、一番時間の掛かるルートが終わらない限りプロジェクトは絶対に完了しないんです。じゃあもし、 そのクリティカルパス上にある作業が一日遅れたらどうなります？はあ。他のルートがいくら早く終わっていても、 その一番長いルートが終わってないから、プロジェクト全体の完了も必然的に一日遅れてしまう。 まさに。だからクリティカル、つまり致命的なパス、経路なんです。プロジェクト全体の最短完了日数を決定づける生命線。これがクリティカルパス。 生命線か。ええ。さっきのケータリングの遅れがもしこのクリティカルパス上のタスクだったら、「あ、これは歓迎会の日程そのものが遅れるぞ」と一発で分かるわけです。 なるほど。逆にクリティカルパス上にない作業、例えば当日のBGMリスト作成みたいなタスクが多少遅れても、プロジェクト全体には影響がないかもしれない。と、そういうことですね。 その通りです。余裕があるんです、そういうタスクには。フロートって言うんですけど。だからプロジェクトリーダーであるあなたは、 全てのタスクに「急げ急げ」って檄を飛ばす必要はなくなる。ただこのクリティカルパスだけを鷹のような目で見張っていればいいんです。 うわー、どこに集中すべきかが一目瞭然になる。これはすごい。冒頭で話したどこから手を付ければいいか分からないっていう、あの圧倒された感覚は、 このクリティカルパスさえ見つけてしまえば、一気に解消されるわけですね。まずはここからだって。 そうなんです。以前あるソフトウェア開発プロジェクトで、まさにこのクリティカルパスの特定を怠ったせいで大失敗した例を見たことがあって。えー。 開発作業は順調だったんですけど、リリース直前になってある外部ライブラリの法務レビューが終わってないことが発覚したんです。 誰もがそれを簡単な事務作業だと思って、まあ軽視してた。でも、実はそのレビューがプロジェクトの三つの主要な開発ストリームの全部の前提条件になっていたんですね。 うわー、それは致命的だ。ええ、結局法務レビューが終わるまでの二か月間、ほとんどの開発がストップしてしまいました。 もし最初にアローダイアグラムを書いていれば、その簡単な事務作業がクリティカルパスの一部だって分かって最優先で対応できたはずなんです。 いやー、生々しい話ですね。つまりガントチャートという地形図で全体のスケジュール感を共有しつつ、 その水面下ではアローダイアグラムっていう宝の地図でプロジェクトの本当の構造を理解してリスクを管理する。この二刀流が大事なんですね。 完璧な理解です。だからどっちが優れてるって話じゃなくて、お互いを補い合うツールなんですよね。 そしてあなたの資料には、この二刀流をうまく使いこなすためのすごく実践的なアドバイスが書かれてました。はい、二つありましたね。 一つはガントチャートとアローダイアグラムを並べて表示するという方法。これすごくいいなと思いました。 ですよねー！左側にガントチャート、右側にアローダイアグラムを置いて、同じタスク名を線で結んでみる。 そうすると、ああ、この横棒で示されている期間の裏側には、こういう依存関係のネットワークが隠れているのかって、チーム全員が立体的にプロジェクトを理解できる。 期間という線の情報と順序という面の情報がここで結びつくんですよ。森の構造が初めてはっきりと見える瞬間ですね。 そしてもう一つ、クリティカルパスの計算についてのヒント。正直言って計算って聞くとちょっとこう身構えちゃうんですけど。 ええ、分かります分かります。でも資料ではその心理的なハードルを下げるうまい言い換えが提案されてました。一番時間が掛かるルートを探すパズルみたいなものですよって。 パズルか。なるほど。そうです。単なる数字の足し算だと思ったら退屈ですけど、この複雑に絡み合った経路の中から、 たった一本の最長ルートを見つけ出す探偵ゲームだって捉えれば見え方が変わりませんか？ 全然違いますね。計算しなさいって言われるより謎を解きなさいって言われたほうが俄然やる気が出ます。これはプロジェクト管理に限らず、なんか勉強とかでも応用できそう。 難しい問題も作者が仕掛けた謎解きだって思えば少し楽しくなりそうです。まさに。どういうフレームで物事を捉えるかで人のエンゲージメントって大きく変わるという好例だと思いますね。 オーケー。いや、かなり視界がクリアになってきました。今回の資料から見えてきた重要なポイントを僕なりに整理してみてもいいですか？是非お願いします。 まず、僕たちが巨大なプロジェクトという山を登るためには、二つの地図が必要だと。一つ目の地形図がガントチャート。 これはいつどれくらいの期間で作業を行うかという時間の全体像を見せてくれる。へえ、プロジェクトのスケジュールを大まかに把握するための地図ですね。 そして二つ目の宝の地図がアローダイアグラム。こっちはどの作業がどの作業に繋がっているかという順序と依存関係、つまり森の構造そのものを見せてくれると。 はい、そして最も重要なのがその宝の地図を広げることで初めて浮かび上がってくるあの光り輝く道筋。 クリティカルパスですね。これこそがプロジェクト全体のスケジュールを支配する、絶対に遅らせてはならない生命線。 この三つのキーワードを押さえておけば、どんなに複雑なプロジェクトを前にしても、少なくともどこに集中すべきか、 どこが一番の危険地帯かを見極めることができる。その通りです。これであなたは闇雲にタスクを管理するんじゃなくて、 プロジェクトの急所を見抜く力を手に入れたわけです。では、ここから最後の問いです。もう一歩だけ思考を深めてみましょう。 来ましたね、お願いします。あなたは今、プロジェクトのクリティカルパス、つまり絶対に遅らせてはいけない弱点を特定できるようにな。 まあ防御の仕方は学んだわけです。はい。では、逆に攻めに転じることはできないでしょうか？攻めですか？ ええ、その絶対に遅らせてはいけないクリティカルパスを逆に短縮することを考えてみるんです。もしプロジェクト全体の納期を一週間早めたいという野心的な目標が生まれたとき、 あなたならどの作業にリソースを投入しますか？ああ。クリティカルパス上にない作業にいくら人やお金を投入しても、納期は1ミリも縮まりませんよね。 確かに、リソースを投入すべきはクリティカルパス上の作業だけということか。そうです。分析して終わりじゃなくて、 その分析結果をもとにどう戦略的な一手を打つか。さらに言えば、クリティカルパスを構成している作業の依存関係そのものを根本的に見直すことはできないか。 例えば、Aが終わらないとBが始められないという常識を疑って、AとBを部分的に並行して進める方法はないか、と考える。 これが単なるプロジェクトの管理者からプロジェクトを支配するマスターへと進化する次の一歩です。 弱点の分析の先にあるその戦略的な一手について、是非あなたのプロジェクトに当てはめて考えてみてください。