出発点
ソフトウェアはすでに存在し、業務にとって重要で、簡単には置き換えられません。コードは触りづらく、リリースは緊張を伴い、新しい変更は本来よりずっと時間がかかります。
事例紹介
修正中もソフトウェアを動かし続ける必要があるときの既存コードベース引き継ぎ。
この例は、業務を止めずに稼働中のソフトウェアシステムを引き継ぎ、整理し、安定させ、改善する必要がある場合の継承コード作業の典型的な形を示しています。
一般的なクライアント業務パターンに基づく参考例です。特定の顧客名は含まれていません。
最初に明確にすること
最初の仕事は、コードベース、デプロイ経路、高リスク領域、そして誰も触りたがらない箇所を理解することです。そうして初めて、何を先に改善できるかの現実的な地図ができます。
何を変えるか
この種の作業には通常、整理、重点的なリファクタリング、リリース修復、インターフェースの明確化、そして案件を全面的な作り直しにしないまま脆さを減らす実務的な保守変更が含まれます。
何が改善されるか
チームは、変更しやすく、より安全にリリースでき、機能や修正を出すたびに新たな障害や想定外を生みにくいコードベースを手にします。
この種の仕事に通常含まれる内容
既存コードベースの引き継ぎとは通常、システムを素早く理解し、リリースリスクを下げ、摩擦の大きい部分を整理し、業務がソフトウェアを使い続ける中でも保守しやすくしていくことです。