近年、エンジニア界隈において「技術的負債（Technical debt）」という言葉が頻繁に使われるようになっている。もともと「技術的負債」という言葉は1992年にWikiWikiを生み出したウォード・カニンガム氏によって提唱されました。
In this metaphor, doing things the quick and dirty way sets us up with a technical debt, which is similar to a financial debt. Like a financial debt, the technical debt incurs interest payments, which come in the form of the extra effort that we have to do in future development because of the quick and dirty design choice. We can choose to continue paying the interest, or we can pay down the principal by refactoring the quick and dirty design into the better design. Although it costs to pay down the principal, we gain by reduced interest payments in the future.
これはイケていないコードによって構築されたソフトウェアは、サービスが成長した際にデバックやリファクタリングを行わなければいけないという言わば借金を背負うことを示唆しています。 要は、構造的な欠陥を放置することによって、長期的に大きな不利益を被るという話です。
そして、ここからは私見となりますが、「技術的負債」は何もエンジニアリングに携わるものだけではないと考えています。特にマーケティング領域においては、多くの組織が「マーケティングにおける技術的負債」に悩んでいるのではないでしょうか？
