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

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

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



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



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



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



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

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

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



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



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



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



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

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

だったとしましょう。



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



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

その通りです。

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

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



以上を踏まえて

アローダイアグラムを使って管理する やり方

が「アローダイアグラム法」です。
「ADM」と表現されることも あります。



「ADM」と表現された場合は「Arrow Diagram Method（アロー・ダイアグラム・メソッド）」の略です。
気が向いたら、覚えてあげてください。



※「Arrow Diagram Method」を何となく日本語にすると「矢印の図表法」となります。[詳細]

あとは……何を書きましょうね。
張り切って取り上げてみましたが、書くことが思い浮かびません。



何か思いついたら追記します。