Design Debt.

場当たり的な画面追加、似た部品の乱立、説明の不統一などは、直ちにサービスを止める問題ではない。しかし時間が経つと、改修のたびに複数箇所を修正する必要が生じ、ユーザーにも不整合として現れる。技術的負債と同じく、必ずしも最初から悪い選択だったわけではない。納期を優先して意図的に先送りした場合もある。

重要なのは負債をゼロにすることではなく、何を先送りしたかを把握し、影響度と修正費用を見て返済時期を決めること。見た目の不揃いより、誤操作や運用コストにつながる問題を優先したい。

負債を評価するときは「不揃いだから直す」だけでは優先順位を決められない。利用者の誤解を増やす問題と、内部の制作効率だけに影響する問題を分けたい。

Blueberry’s Perspective

新機能を一つ足す前に、古い判断を一つ消した方が良いことがある。増やす設計だけでなく、減らす設計も必要だ。