レガシープロジェクトを引き継いだ時、最初にするべき７つのこと - Qiita

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 営業一課で使っている PHPアプリを保守してくれないかな？ ○○さんが１人で作ってメンテしてたやつなんだけど 皆さんは上司からこんな仕事を振られたことはないでしょうか？私は過去に何度か経験した1のですが、こういった仕事はなぜか： 正確な仕様を知っている人はいない（知ってた人は辞めた） テスト計画書・デプロイ手順書・仕様書といったドキュメントは無い ソースコードはもちろんスパゲッティ でも、業務ではガッツリ使われているので廃止できない というレガシープロジェクトばかりでした。この記事では、レガシープロジェクトを引き継いでしまった時に、最初

[zomy]

そういうのに限って片手間でやるように依頼されたりするんだよね。。。

[rryu]

名前にdevって付いている本番環境とか、開発環境関係の罠は致死性のものが多い…

[megamouth]

「不具合治った？」「まだ手つけてないです」「もう１ヶ月たってるけど！？」「CI環境出来てないんです」「何それ？やりたくないならそう言えばいいじゃん。もういいよ、外注使うから。はぁ（クソデカため息）」「」

[adwhing]

そのお金はどこから出てくるの…

[GEROMAX]

逃げられるなら逃げる。ソフトウェア開発に無理解な現場は疲弊するだけ。。

[otihateten3510]

１．逃げる　／これ答えはないと思う。だからサバイバル的なんだよね。生き残ったら正解だよ（そしてクソプロジェクトのクソ度は増す。山手線ゲームかな？）

[gomer-pyle]

そういう案件はそこまで人も金もかけれないんじゃなかろうか。上司なりに理解者が居たら嬉しいが、多分いないので、そういう中でも生きていけるチカラも必要なのでは。ある程度直したりして信頼を得ておいて文字数

[sasasin_net]

各種の最上位管理者権限を掌握してパスワードなど変更するのも早め着手したい

[cl-gaku]

1だけやったら後は直しながらだな

[t-murachi]

実際いま片手間扱いで握らされている案件があって、利用している開発チールのサポート切れが翌年に迫っているのにあまり重大視されてなかったりしてる。環境とドキュメントの整備しつつ逃げる準備を進捗中…(´・ω・`

[carpediem78]

レガシーを改善する

[taguch1]

もしかしてと、つい銀の弾丸を探して読んでしまった(ため息)

[koogawa]

テスト環境を本番で使ってるのは見たことある

[yuki_2021]

あぁ、これ超重要だわ。本当に業務の中心部分にあるシステムほど古いスパゲッティコードが多い。

[peketamin]

新しい人が入ったら、自分は作り直しに回るのがいいんだろうなあ/レポートラインのトップに問題を伝えて理解を得る、という工程が必要そう。それも出来なそうなら他所かなあ

[likk]

わかる。1 に依頼主を含めないと良い。前任者なら1日で対応したかもしれないけど、現状の自分ではどうかというのをスケジュールを用意し懇切丁寧に伝えないと事故る。担当から外されるかもしれないが事故るよりマシ

[stp7]

修正が遅れてるから外注使うとか言い出したらむしろラッキーなんだよなー

[airj12]

技術者目線でのヤバさを金額換算して将来への高利子負債としてアピールする技術を身に付けたい

[daichirata]

圧倒的に正しいんだけど、こういうのを引き継ぐ時って大抵すぐ修正したいとか掛け持ちとか時間ないんだよな...

[kniphofia]

ソースがすべてそろっているかどうか。

[htnmiki]

1～7の時間が取れず現場の叩き上げの営業に殺すぞ家に火つけるぞとか言われて病んで退職まで読んだ

[ene0kcal]

私の知っているケースでは、今回の改元改修時にVB6で動いているシステムが生き残っている事が発覚して予算ないのにマイグレーションしようとしているところがある事を知っている。怖いなー怖いなー👻

[masayuki5160]

いい記事。レガシーかに関わらず毎回やってる。

[coper]

「改元対応しようとしたら、そのアプリはVisual Studio 6.0で作られていた」という事例を目撃したことがある。当然、すべて作り直しになった。

[Derabon]

あまり共感できず。最初にここまでやるんか？

[Soraneko]

他はまあだいたいその通りだからいいけど、無邪気に何でもかんでも中身を見ずに実行しちゃうのは、レガシー云々の前にダメな気がする

[masatomo-m]

逃げるというのも確かに手だが、往々にしてこういうプロジェクトこそビジネス価値を生み出してたりするので、捌けることはスキル的な強みにはなる。ただいつもこれだと流石に気持ちが腐るので、ほどほどしたい

[yoshi-na]

0.責任範囲を明確にする

[otoan52]

使ってるのが25人しかいないなら捨てて新しく作ってもいいんじゃない？という気はする。それはそうと「レガシーコードとはテストがないコードのこと」というあれだなぁ。

[rynsk02]

おもしろい

[nv-h]

仕事でこれ以外の担当になることのほうが少ないことに気づいた。器用貧乏の成れの果てだ。

[rx78g]

良い記事！

[monorod]

こういうの見て思うけど、社内システムを無駄に高機能にするのってホント悪だよなあ。メンテも引き継ぎも大変だし、リプレイスするにしても「デグレは許さん」の一声で無意味な機能大量に作ることになりがち

[chinpokomon_master]

金のもらいどころ。人がやりたがらない仕事は金になる。

[vanish_l2]

1すら不可能なうんこが実在するのでもはや草生える

[komutan1]

必要なのは「あ、すいません。これ俺の仕様が正しいっす」って言いのけるメンタルだな。

[nnhrsk]

『例えば、レガシープロジェクトを避ける』

[kazukan]

冒頭のテスト環境を本番で使ってた時点で読めなかった。。魑魅魍魎。。。

[northlight]

一人保守で困ってるのにいきなり5人も確保できるとか最初からミラクルなのはなんなの？