連載で、進捗管理に利用する基本メトリクスセット（図41）について解説を続けています。前回はソフトウェア開発における成果物メトリクスについて解説しました。ソフトウェア開発の場合、開発工程ごとに適切な成果物を選択し、それを定量的に測定することで進捗を把握することをお話ししました。また、開発工程ごとの基準モデル（図43）を作成し、それをつなぎ合わせることで見積もり精度を高くする仕組みを紹介しました。
図41.基本メトリックスセット
今回は、基本メトリクスセットのうちの「作業要素（タスク）メトリクス」について解説します。作業要素とは、開発スケジュール上ではよく矢印で表現されている作業の一つひとつのことです。開発スケジュールが作成されていれば測定することが可能ですから比較的簡単に利用できるメトリクスですが、通常は、単にその矢印であらわされている作業一つひとつについてが遅れているかどうかを確認して、遅れている作業について個別に対応を考えるというような使い方です。また、もっとも遅れている作業を明らかにするためにイナズマ線と呼ばれる線をひいているところもよく見かけます。いずれにしても、進捗が定量化されているわけではありませんし、開発全体に対する現状の遅れの影響度合いを把握するような高度なことはできません。しかし、開発スケジュールにある情報を作業要素メトリクスの形にすることで、遅れを定量化することにより、より高度な進捗判断を可能にすることができます。ただし、いくつかの工夫が必要になりますので、ひとつずつ説明していきたいと思います。
図42. 管理のための二つの軸
図43. 基準モデルの作成方法
まず、図42 で解説したように開発スケジュールが WBS とアクティビティの２軸で表現されている必要があります。矢印で書かれている作業要素（タスク）が WBS とアクティビティの両方を特定できるようになっているということですが、そのためには、開発スケジュール上の作業要素がプロジェクト構造もしくは製品構造に合わせて分類されている必要があります。図42 ではカテゴリーと表現している部分です。たとえば、入力サブシステム、出力サブシステム、画像処理エンジンサブシステムというようなカテゴリーに分かれているということです。基本的に、進捗管理の観点で管理が必要な単位に分かれているはずですが、この分類が製品構造の観点からも適切なものになっているとスムーズな進捗管理、スムーズな製品開発が可能になります。
次回は、作業要素（タスク）メトリクスについて具体的に見ていきます。
