システムリプレイスを始める前に余計な機能を消す - モヒカン技術ブログ

システムのリプレイスをするなら、新システムへ機能を移植し始める前に「いらない機能」を現行システムから消すことを勧めたい。 この記事のまとめ リプレイス時は、機能の棚卸しをして不要なものを現行システムから先に消そう 先に消せば移植する機能が減って保守コストと総工数が下がる 棚卸しによって「どの機能」が「なぜ」必要なのかが明確になり、その後の判断に効く なぜ先に「消す」べきか 私は10年ほどのソフトウェアエンジニア経験から、大小様々なシステムのリプレイスプロジェクトを経験している。テックカンファレンスでもその手の発表をたくさん聞いてきた。その中で繰り返し感じたのが「現行にある機能を全部新システムに移植する」という発想で進めると、ほぼ確実に余計な機能も移植してしまうということだ。 リプレイスは「同じものをそのまま新しい技術スタックで作り直す」作業だと捉えられがちだが、実際の現行システムにはもう誰

[pinkumohikan]

リプレイスプロジェクトをやるときに毎回やっている工夫をブログに書いた

[simplememofast]

引っ越しに似てる。要るか怪しい荷物は新居で捨てるより旧居で手放して回るか試す方が速い。移植前に現行から消すのは、不要の確証を取る検証そのもの

[likk]

ワイはこれ全力で削ってシステムリプレイスの話自体消すの好き

[yellowdomestic]

実際にアクセス数とアクセスログから実際に到達するコードの集計、静的コード解析によるデッドコードの検出でガンガンコード削除したことがある　特に不都合は出なかった

[sionsou]

これこれ。本当に大事。今回超大規模リプレイスを半年かけて一人でやっているがこれデッドコード（コード上は使われているが機能として意味をなしていない）とか当時技術的負債で苦渋で実装したものとか棚卸しする

[naoya2k]

これの大規模なやつをAppleはMacOSとかiOSでやってるよね(やり方は全然違うけど)。あれはなんか上手い気がする

[atsushifx]

チェスタトンのフェンス 問題だ。余計な機能という判断ほど難しい。

[joker1007]

これ普通にやるんだけど、極々少数の顧客だけが使ってる物凄く邪魔なやつを消せるかというと当然消せないことが大半で、面倒なものを面倒なままリプレイスすることになるのが現実。

[georgew]

これは自分にとっては当たり前のアクション。

[quality1]

どんどん消して最終的にシステム移管だけでなく仕事やシステムオペレーターとなっていた契約社員の雇用自体を消したことある。やりすぎだった。

[ao41]

リプレイスは常日頃から本当に必要かを考え続ける重要さを体感するタイミングでもある。 不要なものをリリースしなければ削除する手間もいらない。

[ty356trt5]

toBだとなー・・・

[nguyen-oi]

リプレイス前に不要な機能を消すのは大正義だけど、その判断ができる奴がもういない罠

[uxoru]

”リプレイス時は、機能の棚卸しをして不要なものを現行システムから先に消そう”

[kuma3dy]

リプレイスの知見だ