概要
ソフトウェアの外部から見た振る舞いを変更することなく、内部のソースコード構造を整理し、非機能的特性を改善するプロセス。設計の劣化（コードの不吉な臭い）を解消し、将来的な変更容易性と堅牢性を確保することを目的とする。
IT・技術的側面
既存のコードベースに対し、ユニットテストによる動作保証を前提とした小規模な変更を累積させる。具体的には、重複コードの排除、巨大な関数の分割、デザインパターンの適用、命名規則の適正化などを行う。これにより、コードの凝集度を高め、結合度を下げ、計算資源の効率的利用やデバッグの容易性を向上させる。ソースコードの論理構造を最適化し、技術的負債の蓄積を抑制する。
ビジネス的価値
開発速度の維持および向上による、市場投入までの時間（TTM）の短縮。コードの可読性向上は、エンジニアの離職や交代に伴う「知識のサンクコスト」を最小化し、採用・教育コストの低減に寄与する。また、バグ混入率の低下により、サービスレベル目標（SLO）の達成とブランド毀損リスクの回避を実現し、長期的な保守運用コストの最適化を可能にする。
概念の配置（Context）
-
Position: ソフトウェア保守工程における、予防的保守活動に位置付けられる。
-
Contrast: 機能追加。機能追加はシステムの外部仕様を拡張するが、リファクタリングは外部仕様を一切変更しないという境界を持つ。
-
Synthesis: 複式簿記。取引の経済的実態を変えずに、帳簿上の分類を整理して財務の透明性を高める行為と、論理的な共通性を持つ。