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

順番に見ていきましょう。
まずは予備知識として「プロジェクト」と「アローダイアグラム」について説明します。
「そんなの説明されなくても知ってるよ！」な人は適当に読み飛ばしてください。

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



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



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



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



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

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

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



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



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



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



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

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

だったとしましょう。



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



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

その通りです。

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

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



以上を踏まえて

「アローダイアグラムを使って、スケジュールが良い感じになるように管理するぜ！」なプロジェクト管理というか工程管理というかスケジュール管理のやり方

が「PERT」です。
見積もりをするときに使う場合も あります。



「Program Evaluation and Review Technique（プログラム・エバリュエーション・アンド・レビュー・テクニック）」もしくは「Project Evaluation and Review Technique（プロジェクト・エバリュエーション・アンド・レビュー・テクニック）」の頭文字を取って「PERT」ね。
気が向いたら、覚えてあげてください。



※「Program Evaluation and Review Technique」を何となく日本語にすると「プログラムを評価・レビューするテクニック」となります。[詳細]

※「Project Evaluation and Review Technique」を何となく日本語にすると「プロジェクトを評価・レビューするテクニック」となります。[詳細]

PERTは

プログラムを評価・レビューするテクニック

です。
もしくは

プロジェクトを評価・レビューするテクニック

です。

この「評価・レビュー」にアローダイアグラムを使うのがPERTの（多分）一番大きな特徴です。

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

とりあえず私は

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

の2点だけ覚えました。