日本のシステム開発、たった1行の改修に1ヶ月　わずか1行でも影響調査に1ヶ月、テストに数週間かかる : SIerブログ

テクノロジーカテゴリーの変更を依頼記事元:

198 usersがブックマークコメント

日本のシステム開発、たった1行の改修に1ヶ月　わずか1行でも影響調査に1ヶ月、テストに数週間かかる : SIerブログ

1: ドラゴンスープレックス(やわらか銀行) 2013/09/24(火) 22:43:10.25 ID:vEIJ3j4n0 BE:265920825-PLT(... 1: ドラゴンスープレックス(やわらか銀行) 2013/09/24(火) 22:43:10.25 ID:vEIJ3j4n0 BE:265920825-PLT(12070) ポイント特典従来型開発の限界、たった1行の改修に1ヵ月従来型開発では稼働開始時点の品質が最も高く、以降は低下していく。業務や外部環境の変化に素早く対応できるように、カットオーバーを通過点と捉える「カイゼン型開発」に改めよう。「改修がわずか1行でも、影響調査に1カ月、テストに数週間かかることが珍しくなかった―」。アマダが従来利用していた基幹システムは、長年の保守でシステムがつぎはぎ状態になっていた。保守作業は属人化が進んで、担当したベンダーの特定のエンジニアでないと、手を付けられない部分が散在。過去の改修内容がドキュメントから漏れていたことがテスト段階で判明し、設計からやり直したことも1度や2度ではない。シス

sisya 「１行の改修」とわかるのはテストも含めて１ヶ月経過してからで、１行で済むかどうかの確認に時間をとられるなら日本に限った話ではない。

2013/09/25 リンク

tamtam3 たった1行の改修をミスったが為に僅か一日で巨額喪失。社内全員真っ青になった経験があります。何人かの首が飛び上司が一晩で禿げ、そのシステム絡みは社内のチェック体制も羹に懲りて膾を吹くような（一部改変

NOV1975 でもその御蔭で防げている致命的な問題って結構あったりするんだよね。リスクに応じてテストのレベルを変えられたらいいんだけど、どのシステムも社内ルールで一律一緒とかになっているのが良くなかったりする。

nakakzs 開発手順に無駄がありすぎる場合もあるかもしれないが、だからといって安直にテスト工程を短縮したもののほうが怖すぎる。実際そのせいでとんでもない結果を引き起こしたものも過去にいくつもあるし。

yasushiito 「日本の建築、たった一本の大黒柱の移動に一ヶ月、わずか十センチでも耐震調査に一ヶ月、図面のひき直しに数週間かかる」これなら妥当な数字だと、割と直感的に理解できるのにソフトウェアだとわからないのが不思議

fire_0218 日本のシステム開発、たった1行の改修に1ヶ月　わずか1行でも影響調査に1ヶ月、テストに数週間かかる : SIerブログ

Recently Read, Saved for Later

2013/09/27 リンク

sawarabi0130 それって要するにアジャイルじゃないの？／それよりもCI導入してテスト工数削減すべきだと思う。CI構築分のコストはもちろん必要だけど。

masha444mo 22の言うことが正しい！笑 ERPは業務改善も前提で導入すべきなのに、ERPに多量のアドオンと外部システムからのIFも作らせて何も業務改善しない。

hiroomi 小さく導いて、継続的にのほうがつぶしが利くのだろうけど、パッケージやら、一気に作り込みやらで、そこまで行かないか。足突っ込んだ区分け次第だろうかね。

umiyosh id:Junpecon amazon.comは11秒に1回新しいコードをデプロイし,その1回では平均１万台のホストへデプロイしてるって,なんかで読んだです

poppun1940 1: ドラゴンスープレックス(やわらか銀行) 2013/09/24(火) 22:43:10.25 ID:vEIJ3j4n0 BE:265920825-PLT(12070) ポイント特典従来型開発の限界、たった1行の改修に1ヵ月従来型開発では稼働開始時点の品質が最も高く、以降は低下していく。