システムをリファクタリングするか、ゼロから書き直すかを、どう判断しますか?

意思決定フレームワーク

トレードオフ

• リファクタリング: リスクが低く、継続的なデリバリーが可能。ただし本当に腐った基盤の上では遅い。
• 書き直し: 白紙の状態だが、機能凍結の税を払い、二重保守のコストを背負い、古典的な第二システムの過剰設計の罠のリスクを負います。
• **strangler-fig(締め殺しのイチジク)**という中間の道を好みます。新システムを旧システムと並べて立ち上げ、トラフィックを段階的にルーティングし、旧システムを少しずつ削除します。リファクタリング並みのリスクで書き直しの利点が得られます。

落とし穴

• ビジネス上のコストではなく、美観やレジュメ駆動の理由で書き直すこと。
• 隠れた振る舞いを過小評価すること。常にまず現在の振る舞いをテストで特徴づけます。
• 何も出荷しない数四半期のビッグバン書き直し — 勢いと信頼の両方が崩壊します。

なぜ重要なのか

リファクタリング対書き直しの判断は、Tech Leadが下す最もレバレッジの高い意思決定の一つです。書き直しの方向に間違えれば、1年デリバリーを凍結してもなお失敗しかねません。リファクタリングの方向に間違えれば、velocityをゆっくり失血させます。これを好みの問題ではなくコストとリスクの意思決定として位置づけることが、シニアの判断を好みから分けるものです。