工事進行基準とシステム開発への弊害

ソフトハウスは来年度から工事進行基準を導入しなければならない。

工事進行基準のもたらすもの

現在の開発は、イテレーションなりプロトタイピング（古いが）、ＸＰとオブジェクト指向からの発想がそれなりに浸透してきている。
要は、 APサーバー上で、アプリケーション設計→実装が繰り返されていく開発手法であり、部分独立で疎結合モデルができていくやり方である。

ところが、工事進行基準はウォータフォール型と親和性が高い。
要件定義、外部設計、内部設計、結合テスト、総合テストなどの大工程毎に売上、原価を積むようになると予想される。
ウォータフォール型の問題は、工程を超えて戻った場合、どうするべきか、である。
（これが仕様変更といわれるもの）

イテレーション型であれば、許容された変化を包含しながら開発することが可能であり、現在のビジネスシーンに合致していると看做せる。
また、大きいのは部分リリース可能であることだ。
ウォータフォール型では、全てが出来上がったときに検収、売上計上になる。
当たり前だが、売上とはサービス・役務が提供されたときに計上できるものであるから、ウォータフォール型のリスクの高さが際立つ。ただ、大手SI企業はPMOを始め、厳密なプロジェクト管理に数年前から移行しており、対処は可能となっているが、中小のSI企業はどうだろうか。

コンピュータシステムは目に見える建築物、構築物とは違うというのに、このような会計基準を採用されてしまうと、現場の進捗を図る物指しが一時代前に戻ってしまう。

そもそもFP法ですら浸透していないシステム見積もりで工事進行基準は無理がある。