システムの保守開発は、対象システムが移行または廃棄されるまで連鎖して続く。開発側とユーザー側の双方が慣れてしまいがちな保守開発を“やっつけ”にしないためには、一体どうすればよいのだろうか?
現在の企業の情報システムは、変化・変容する業務に合わせて“保守開発”による改修が繰り返し行われる。一度稼働したシステムが、変更なしにユーザー要求を満たし続けることはできないからだ。また、保守開発の規模や対応期間は案件によってさまざまである。
保守開発では、その特性から以下のような事態が起こる。
保守開発されたシステムでは、ある程度の“やっつけ”を容認してしまう傾向がある。ここでのやっつけとは、要件定義工程の簡素化やテスト工程の短縮化などの“開発プロセスの省略”、開発側とユーザー側が暗黙の了解としてお互いが確認を取らない“コミュニケーションの省略”、期間や納期、コストを考えて、ある程度の“妥協を容認する”ようなことを指す。そのため、以下のような問題が発生することがある。
また、『年数のたったプログラムを安全に更新するのは難しいので、古いソフトウェアを変更したときの潜在バグ率は、新規ソフトウェアの約3倍になる。機能拡張作業における欠陥除去率も、新規ソフトウェアに対する欠陥除去率より5〜10%低くなる』(※)という統計結果もある。このように、保守開発はやっつけで対応できるほど甘くはないのだ。
※ 『ソフトウェア開発の定量化手法 第2版』(Capers Jones/著 鶴保征城・富野 壽/監訳:構造計画研究所)より。
SASのCMOが語る マーケティング部門が社内の生成AI活用のけん引役に適している理由
データとアナリティクスの世界で半世紀近くにわたり知見を培ってきたSAS。同社のCMOに、...
SALES ROBOTICSが「カスタマーサクセス支援サービス」を提供
SALES ROBOTICSは、カスタマーサクセスを実現する新サービスの提供を開始した。
「Fortnite」を活用 朝日広告社がメタバース空間制作サービスとマーケティング支援を開始
朝日広告社は、人気ゲーム「Fortnite」に新たなゲームメタバース空間を公開した。また、...