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

少し余談めいてしまいますが、先に「プロジェクト」について簡単に説明します。
「そんなの説明されなくても知ってるよ！」な人は適当に読み飛ばしてください。

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



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



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



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



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

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

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



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



以上を踏まえて

プロジェクトっぽい仕事における作業の順番や作業にかかる時間を丸と矢印と数字で表現した図

が「アローダイアグラム」です。
「矢線図」と呼ばれる場合も あります。



アローダイアグラムを見ると全体像が何となく分かります。

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



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

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

だったとします。



これをアローダイアグラムで表現してみましょう。

まずは最初の状態です。
「最初の状態」を丸で表現します。
分かりやすくするために数字の「1」を割り当てておきましょうかね。



最初にやる作業は設計です。
3日かかります。
「設計に3日」を矢印と数字で表現します。



設計が終われば、製造とテスト仕様書作成が始められる状態になります。
この「製造とテスト仕様書作成が始められる状態」を丸で表現します。
分かりやすくするために数字の「2」を割り当てておきますね。



さて、次は製造とテスト仕様書作成を並行してやります。
処理が枝分かれします。

まず「2」の丸から「製造に2日」の矢印を出します。



同じように「2」の丸から「テスト仕様書作成に1日」の矢印を出します。



ここで注意事項があります。

アローダイアグラムでは、丸同士の間に書ける矢印は1本です。
2本以上は書けません。



そこで「2」の丸から出た矢印は、それぞれ別の丸に到着します。
それぞれの丸には「3」と「4」の数字を割り当てておきますね。
「3」の丸は「製造が終わった状態」です。
「4」の丸は「テスト仕様書作成が終わった状態」になります。



その後で「4」の丸から「3」の丸に向けて点線で矢印を書きます。
別に「3」の丸から「4」の丸に向けてでも良いですけどね。
今回は「4」の丸から「3」の丸に向けて引きます。
この点線矢印は「ダミー作業」と言います。
ダミーなので所要時間は「0」です。
※ダミー作業関連は意外とややこしいです。別のところで情報を補完してください。



点線の矢印を引くことによって「3」の丸は「製造が終わった状態」から「製造とテスト仕様書作成が終わった状態」に変身します。
「製造とテスト仕様書作成が終わった状態」は、別の言い方をすると「テストを始められる状態」です。



いよいよ大詰めです。
「3」の丸から「テストに1日」の矢印を出します。



テストが終われば作業は完了です。
「作業が完了した状態」を「5」の丸で表現します。



これでアローダイアグラムの完成です。



このような

作業工程を丸と矢印と数字で表現した図

がアローダイアグラムです。

もしかすると作業工程を表現するとき以外も使う場合があるかもしれませんけどね。
私は知りません。
基本的には「作業工程を表現した図」と解釈して問題ないと思います。