まずスケジュールに関する失敗プロジェクトの実態を探ってみよう。1745件のプロジェクトのうち「計画よりも遅延」が発生した513件(29.4%)を対象とした。

 スケジュールの遅延が発生した理由を複数回答で尋ねたところ、最も多かったのは「システムの仕様変更が相次いだ」(37.4%)。その次に要件定義やシステム設計といった「各フェーズの見積もりが甘かった」(28.7%)、「システムの不具合など想定外の問題が発生した」(27.7%)、「当初の稼働スケジュールにそもそも無理があった」(26.7%)と続く。

図 遅延プロジェクトの原因( n=513、複数回答)
仕様変更の多発と見積もりの甘さで遅延
[画像のクリックで拡大表示]

 遅延が生じた際の対策を見ると「稼働開始時期を延期した」がトップ(73.7%)。続く「システム規模の縮小や、一部開発の先送りを実施した」(29.2%)を40ポイント以上引き離している。

 この結果から「失敗の要因は相変わらず上流にあり、安直ともいえる策で場当たり的に対応している」という戦略なき実態が見えてくる。システム開発における「失われた10年」と言えるほど、何も進化していない。

図 遅延プロジェクトで講じた対応策( n=513、複数回答)
稼働時期の延期が圧倒的
[画像のクリックで拡大表示]

この先は有料会員の登録が必要です。有料会員(月額プラン)は申し込み初月無料!

日経 xTECHには有料記事(有料会員向けまたは定期購読者向け)、無料記事(登録会員向け)、フリー記事(誰でも閲覧可能)があります。有料記事でも、登録会員向け配信期間は登録会員への登録が必要な場合があります。有料会員と登録会員に関するFAQはこちら