株式会社シンメトリック公式ブログ - 携帯開発から生まれる技術情報| 携帯サイト開発から生まれる技術情報ブログ

進捗管理の作業の１つは実績管理ですが、実績を評価する時に何を基準に評価し、その結果次のアクションをどのように決定するか？に焦点を当てます。そして、多くのプロジェクトで取り入れられているガントチャートと進捗線による実績評価が、なぜプロジェクトを破綻させてしまうかを見ていきます。

前回は進捗管理は無駄の排除をすることだ、と書きました。また管理方法が拙いと無駄が無駄を生むという例として、プロジェクト開始時の注意点についても触れました。今回は、進捗管理作業の中でスケジュールを引く時の陥りやすい問題について取り上げます。

前回、スケジュールを引くことを仕事ではないと書きましたが、通常、管理書類は最終成果物には含まれません。そして、「スケジュールを引く」とか「進捗を報告する」のような作業はWBS上には現れず、工数の確保もされていません。そのため、管理作業工数は作業の効率化で得られるものと考えなくてはいけません。管理書類もワークファイルと割り切ってしまうことが大事です。

スケジュール管理から無駄を省くには、プロジェクトを偏った見方をせずに、中立かつ冷静な視点を持つことがコツです。

進捗管理の目的はC/Oを守ることですが、守ったかどうかは最後まで行かないと分からないので、途中途中では生産性をうまくいっているかどうかの指標とします。生産性を上げるには能力を上げるか無駄を省くかのどちらかですが、進捗管理はこのうち無駄を省く方に力点が置きます。

システム開発プロジェクトはどの会社でも苦労しているようです。色々な管理方法が考案されていますが、なかなかこれという方法が無いのではないでしょうか？提唱される方法に共通する問題点は、正論だけど現実的ではないことを条件や目標としている（適切なスキルメンバーを集める、要件定義を明確にし変更を抑える、顧客を巻き込む、などなど）からではないでしょうか？