「分かりそう」で「分からない」でも「分かった」気になれるIT用語辞典

順番に見ていきましょう。
まずは予備知識として

・プロジェクト
・アローダイアグラム
・PERT（パート）

について説明します。
「そんなの説明されなくても知ってるよ！」な人は適当に読み飛ばしてください。

プロジェクトは「（計画的に）ゴールがある お仕事」です。
ルーティンワーク（定型業務、日常業務）の反対です。
目標や期間が決まっていて「終わり」のある仕事を指します。
システム開発の現場では「お仕事」くらいの軽いニュアンスですけどね。



一口に「プロジェクト」と言っても、実際にやる作業は いろいろ あります。
例えば、設計、製造、テストなどです。



製造は設計が終わらないと始められません。
無理やり始める場合もありますが、普通は始められません。
製造は必ず設計の後になります。



製造が終わらないとテストは始められません。
テストは必ず製造の後になります。



テストをするには「どんなテストをするか？」を書いたテスト仕様書が必要です。

テスト仕様書はテストを始める前にできている必要があります。
また、テスト仕様書を作り始められるのは設計の後です。
テスト項目は設計した内容をもとにして決めます。

テスト仕様書の作成は設計とテストの間にやることになります。
言い方を変えると、製造と並行してやるわけです。



このように、いろいろな作業が組み合わさって、1つのプロジェクトは成り立っています。



アローダイアグラムは、プロジェクトっぽい仕事における「作業の順番や作業にかかる時間を丸と矢印と数字で表現した図」です。
アローダイアグラムを見ると、なんとなくの全体像が分かります。



先ほど例として挙げたプロジェクトを思い出してください。
設計の後に製造とテスト仕様書作成、それが終わったらテストをやるプロジェクトです。



それぞれの工程にかかる日数は

１．設計：3日
２．製造：2日
３．テスト仕様書作成：1日
４．テスト：1日

だったとします。



これをアローダイアグラムで表現すると以下のようになります。



なんとな～くですが、作業の内容と工数を表現しているように見えなくもないですよね。

その通りです。

アローダイアグラムでは、作業の内容と工数、それぞれの関係性を、なんとなく表現できるのです。

なお、今回はアローダイアグラムの見方や書き方については触れません。
「例示されたアローダイアグラムを見ても、よく分からないんだけど」な人は、用語「アローダイアグラム」の説明を ご覧ください。



PERTは「アローダイアグラムを使って、スケジュールが良い感じになるように管理するぜ！」なプロジェクト管理というか工程管理というかスケジュール管理のやり方です。
見積もりをするときに使う場合も あります。



PERTについは、私も、ざっくりしたことしか分かっていません。
細かいことが知りたい人は、他のところで、ごちゃごちゃした説明を頑張って読んで勉強してください。

とりあえず私は

１．アローダイアグラムを使う
２．目的はスケジュールを管理すること（ or 工数を見積もること）

の2点だけ覚えました。

以上を踏まえて

PERTをするときに使う図

が「PERT図」です。



もったいぶった書き方をしましたが、物としてはアローダイアグラムです。
「PERT図」と出てきたら「（PERTで使う）アローダイアグラム」と読み替えてしまって問題ありません。
同じ物を指しています。