"技術的負債"論の道案内 - アーキテクチャの資本コストと情報の非対称性 - Qiita

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに ソフトウェアと組織経営をめぐる問題で避けては通れないのが、「技術的負債」と言う言葉です。一般には、「早さ」を求めて構築されたシステムの構造的な課題が、徐々に蓄積し、債務であるように徐々に開発速度そのものを遅くして行くと言う現象のことを意味しているように捉えられます。 これは、技術組織を持つ経営者や、ソフトウェアエンジニアではない発注者にとっては理解しにくいものです。またソフトウェアエンジニアであっても「古くなってしまったコード」や「わかりにくコード」全般のことを技術的負債と呼び、それをもって何かを説明したかのように考えてしまう

[usadamasa]

“このメタファーが人々に必要とされた最大の理由は、システムの中身を見ることができるエンジニアチームと経営者とのコミュニケーションの問題です。” [engineering]

[asuka0801]

変な実装されていると結構バシバシリファクタしちゃう。

[mabots]

限界効用逓減の法則や複雑なものづくり全般に言える話でもある

[airssk]

布教

[paradisemaker]

技術的負債は受託でプロジェクトやってると至る所で出食わすわけだけど、経営層が技術に疎くて何千万円も無駄にしたり年単位でIT戦略が滞る事例がすごく多い。昔は人材の使い捨てで何とかなったけど、今はもう無理。

[k12u]

とてもよい。以前の体験上難しかったのはCTスキャンを使っても数値化が難しい改善をどうやってビジネス価値として説明するかだったがそれもまた考えてみたい。