編集部が選ぶ「みんなに見てほしい」イチオシまとめはこちら
9
米村歩@日本一残業の少ないIT企業社長 @yonemura2006
システムで使わなくなった画面項目が出てきた時に、どのような対応方法を取ってますか? 1.画面上から削除し、DBのカラムも削除する 2.画面上から削除し、DBのカラムは触らない 3.害がなければ放置(画面もDBも修正しない) 受託開発で色々な大人の事情が絡むと2または3になりがちw
睦月 @MuTsuKiS_77
うちの現場は2が圧倒的に多数だわ 結果、死んでいる項目がどんどん増えていくっていうね‥ twitter.com/yonemura2006/s…
ヒロ@鬱になった @htjpblog
他の画面での使用まで調査工数を掛けれないので、結局、2の画面上からのみ消す方向になる事が多いですねぇ。 twitter.com/yonemura2006/s…
ずんだ @violet_zunda
2が多いかなあ。 あとは、 4.前から表示したかった別の項目として使うために画面を修正する。なお、カラム名の変更はしない(´・ω・`) とかありがち。。。 twitter.com/yonemura2006/s…
Hiro.Nakamura @malicia_nakamu
開発のアウトソーシングは、出す側にも要件定義できるだけの技術力と主体性が求められるので、組織内に優秀なリーディング役が居ないと取れない手段ですね。 あとは、決まりきった定期保守プロセスを全部出すくらいかな。 twitter.com/yonemura2006/s…
ほっぺひげ@文系学部新卒SIer選手👨‍💻 @siernosensi
圧倒的2です。小規模なシステムではない限り、大手企業や政府は安全に安全を重ねてこの選択肢になるような方針になることが多いような気がします。 twitter.com/yonemura2006/s…
潮見佳助 @Keisuke_Shimi
@yonemura2006 だいたい3ですね。 変更してバグになると困るという謎の理論です。 そして数年おきに「要らないよねこれ? とりあえず、本当に要らないか調査して」「やっぱり要らないのか。でも修正してクレームきたら責任とれないし」 というお約束の流れで無駄な調査工数の発生原因になる。
いすか @ishka_norm
金くれないなら3で マイナーレベルの改修ならまず2で メジャーレベルの改修なら要件定義からやるっしょなので1で 大体メジャーレベルの改修する金くれないので2に収まる(大人の事情≒金のパターン) twitter.com/yonemura2006/s…
がね @_GaN2
ケースによるけど、2か3。 1はまずないかなぁ... twitter.com/yonemura2006/s…
えすびす @snail_develop
5.使わない画面項目が出てくること自体当初設計の瑕疵であり受注者の責任においてシステム全体の再構築をせよって言われてまるっきり違うシステムになるから無問題 (^q^) 最近 #本当にあったIT怖い話 専門アカウントになりかけてるな・・・ twitter.com/yonemura2006/s…
宅島 克実 @katsumitk
ドキュメントかあれば履歴に書いて1. なければ2.かな。 twitter.com/yonemura2006/s…
kisse @nyannko_kisse
基本的に2.の解決方法にしちゃいそう DBのカラム変更しちゃうと、取ってたデータが失われる場合があるので、別にそのカラムのデータを写した上でカラム削除とかかなぁ twitter.com/yonemura2006/s…
井二かける@転職活動ほぼ終了 @k_ibuta
個人的には、あまり良くないと思いつつ、まずは3を検討しますね。テスト工数、検印スタンプラリー工数が許容されるなら2。 twitter.com/yonemura2006/s…
ケルビン@斜壊人 @legendkelbin
画面入力=取引入力なので、取引履歴残す要件の有無次第で1か2。後はお客様の予算次第かなー。DBも消した方が綺麗ではあるんだけど。 twitter.com/yonemura2006/s…
元佐藤 @regonex
誤入力避けたいユーザ部門とコスト減らしたい&変更時のリスク減らしたい情シス協議の結果、2になるパターン twitter.com/yonemura2006/s…
ギンレイ【Tomy】 @TomyGX
前職では1でやってたかな 影響範囲の調査はするし、最悪検証フェーズで判定はできてた(と思う) でも、だいたい2が多いんじゃないかな(と思ったりもする) twitter.com/yonemura2006/s…
づかさん @duka3d
こちらの提案は1、向こうからの回答は2、やる時にはいつの間にか3になってることも…。 twitter.com/yonemura2006/s…
入谷主水 @harutin_99
後先のこと考えると1なんだけど、この先どうなるか確実なことが言えないとokだしてくれないから、結局2か3 twitter.com/yonemura2006/s…
きーぼう @ki_bou4789
1ができるのが理想だが、削除するのはトラブると大惨事になるのでやったことがない。2の方法を取るのが通常だが、決断したがらない上司へこの話を持っていくと3でやってくれということになる。 twitter.com/yonemura2006/s…
YANCHA! @yancha
|ω・`) 大人の事情で「4. 害が有るけど画面もDBも放置」という事があった。計算式に反映する項目なので必ず1を入力という運用に。 まあ大昔のオフコン時代の事ですが twitter.com/yonemura2006/s…
北のももや@おバイク冬眠準備 @_momoya_
「使ってないから削除すんべ」と判断してくれる人がいないため 2. で対応しDBは塩漬け状態のままという王道パターンが多いなぁ。 twitter.com/yonemura2006/s…
ズーキー @zu_ki_kun
この場合に限らず「削除」っていう選択ができない人が上司またはお客さんだと、クソシステムが出来上がりますよね。 twitter.com/yonemura2006/s…

18/09/14 15:35 まとめ更新

残りを読む(11)

コメント

キム・カッファンすき @Kim_Kaphwan11 2018-09-14 12:15:27
どうせ数年でシステム更改するだろうから、その時やればいいやで2か3。 でもドキュメント残しておかないと、DBも画面もそのまま新システムに移行してしまうから、結局そのまま残り続ける・・・。
Toshiya Utoh @toshi_moon 2018-09-14 13:15:42
「使わない=業務要件消失」だが、それが短期的なのか戦略的なのかの判断が必要。業務再設計があれば1、再設計なしの目の前の要件消失なら2。 全ては要件設計に依存する。 ですね。
a7R2Lj @a7R2Ljtm 2018-09-14 18:14:45
「次全面改修する時に」と言いつつ、そのまま20年くらい使ったりするよね。
SAKURA87@多摩丙丁督 @Sakura87_net 2018-09-14 21:50:27
前方互換性が必要なものばっかり扱ってるので2か3しか選択肢がない。
あずいち@Canyon_Endurace @lovely_fishes 2018-09-14 21:55:14
「取り敢えず入口ふさいどこ」で2
mmmmmtttt37 @mmmmmtttt37 2018-09-14 22:00:34
>大人の事情が絡むと カラムだけに!
skerenmi @skerenmi 2018-09-14 22:07:47
「いらなくなった」の意味で正しい方針は変わるよね。 「DBも含めて不要な項目だったことが判明した」なら1だし、 「業務が変わったため」でも「過去のデータは保持する必要がある」なら2だし、 「一時的に入力の必要がなくなった」なら3のバージョンとして見えなくするだけ。
丸九 @ma_ru_q 2018-09-15 00:15:17
とりあえず2で対応しといて、数年に一度まとめて1実施かな。
ぼんぼ (医薬部外品) @tm_bonvo 2018-09-16 13:45:46
運用上は3.になってて、後になって「あーそこ今使ってないんですよ(お金かかるから言わなかったの意)」パティーン
ログインして広告を非表示にする
ログインして広告を非表示にする