対応すべき案件が決まり,いざソフトウエアの改造に臨むとき,間違っても,いきなりプログラムを変え始めてはならない。「変更個所を見つけると,すぐにでもソースコードを変えたくなる。しかし,それでは後から後から変更個所が見つかり,作業に追われてしまうことになる」(システムクリエイツ の清水氏)からだ。 急ぎすぎた改造は,プログラム品質の低下も招く。住友電気工業はかつて,押し寄せる案件に対して,開発担当者が簡単なメモを作る程度で,プログラムの変更に着手していた。情報システム部の中村伸裕氏(システム技術グループ グループ長)は,「対応は早かったが,バグが多かった」と振り返る。こうした反省から,影響分析を徹底するように改造プロセスを改めた。「今ではソースコードの変更方法までレビューしている。レビューが通らない限り,担当者に本番のソースコードは触らせない」(中村氏)。 ソフトウエアの改造に当たり,エンジニ