技術的な負債の世話をすることで見た見返りは何ですか？

Question

これ 技術的な負債に関する記事 次のようないくつかの良い点があります：

「技術的な問題」に取り組むことは、物語によって駆動されるときに最適に機能します。コードベースはおそらくどこでも作業を必要としていますが、ペイオフは、ユーザー向けの理由でコードが取り組まれる場所でのみ受信されます。いくつかの粗末なエリアを通過するストーリーがない場合、それに取り組むことはほとんど無駄になります。

したがって、私はいつものように物語を撮るアプローチ（おそらくそれらのうちの少ない）を好み、あなたがそれを見つけたよりもキャンプ場をより良く去るという「ボーイスカウトのルール」に従うことを好みます。言い換えれば、ストーリーが私たちを導くところはどこでも、より多くのテストを書きましょう。より積極的にリファクタリングしましょう。

このアプローチには、少なくともこれらの利点があります。

• 物語の「最高の賢明な」流れを維持します。
• すべてのチームの才能から助けを提供します。
• コードをきれいに保つ方法を学ぶためにチーム全体を提供します。
• 必要な場所を正確に改善します。
• 「必要になる可能性がある」という改善を無駄にしないでください。

コードの品質が長期的な生産性に非常に大きな影響を与えるのを見てきたので、技術的な債務が世話をするべきだと信じています。上記の投稿は理にかなっていると思いますが、最後の2つのポイントについてはよくわかりません。たとえそれがユーザーストーリーとは関係がなかったとしても、技術的な負債の清掃による利益の本当の経験を見つけることに興味があります。

コードベースをクリーンアップし、技術的な負債を取り除くことで、どのような肯定的な利点がありますか？作業を完了するためにどのような方法を使用しましたか？