企業システム戦略

システムが完成したら、納品してもらうのだが、これが結構、あいまいになっていることがある。特にソフトウェアは、物を購入するのと違いやっかいである。新しいハードウェアに、新しいソフトウェアを搭載して、システム一式を納品してもらう場合は、単純である。

ハードウェアは、同時利用人数、利用回数、データ量などによって性能が決まり、それが価格に比例する。これらを、前もって明確にしておくことで、不必要に高いハードウェアを購入する必要がなくなる。

ファンクションポイントによる見積もりでは、改修の場合は改修率を乗ずると説明したが、実際にシステム改修を見積もってもらうと、この改修率が問題となる。利用者の視点から見た機能に対して何割くらい改修になるかを見積もってもらえれば、分かりやすいのだが。

ソフトウェアの開発費用は、『作業時間＝人月（５人で２ヶ月なら１０人月）』に単位金額を乗じて決める。つまり、製造コストのほとんどが人件費である。その生産性は、使用する開発ツールやプログラミング言語、開発手法、人の能力などで決まる。そこに矛盾が潜む。

ファンクションポイント法は、画面・帳票・ファイルをベースとするため、これがある程度判明しないと見積もりができない。仕様書を社内で作成できない場合は、まず、仕様書作成までを外部委託する。その後、画面・帳票・ファイルが明確になった時点で請負外注する。

システム構築にあたり、部品化・構造化は、生産性を向上させるための古くて、新しい考え方である。あらかじめ用意された部品を組合せて、システムを構築できれば、確かに早く、安くシステムを構築できるだろう。ただし、成功させるには運用における注意や工夫が必要になる。

デジタルイノベーションなど変化に柔軟に対応できるシステム開発手法として、内製化と共に「アジャイル」や「反復型」が主流になりつつある。一方、プロジェクト全体のコスト・納期・品質をコントロールするために高度なプロジェクト運営が求められる。

システム構築において、仕様変更は必ずあると考えたほうが良い。特に、既存の業務プロセスを自働化するレベルではなく、新たに業務設計から始めた、いわゆる業務改革型や創造型のシステム構築、デジタルイノベーションでは、実際の仕事に沿ってシステムを動かすリハーサルをやるまでは、想像の域を出ない。

ＩＴ業界では、仕様追加による予算オーバについて、２：４：２：３の法則と言われている。当初の予算に対し2倍に膨張するが予算がないので1.5倍で手を打つという慣習。このような予算オーバーを防ぐ方法は段階的に予算を投入することです。