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

はじめに ソフトウェアと組織経営をめぐる問題で避けては通れないのが、「技術的負債」と言う言葉です。一般には、「早さ」を求めて構築されたシステムの構造的な課題が、徐々に蓄積し、債務であるように徐々に開発速度そのものを遅くして行くと言う現象のことを意味しているように捉えられます。 これは、技術組織を持つ経営者や、ソフトウェアエンジニアではない発注者にとっては理解しにくいものです。またソフトウェアエンジニアであっても「古くなってしまったコード」や「わかりにくコード」全般のことを技術的負債と呼び、それをもって何かを説明したかのように考えてしまうことはままあります。 これらに起因して、双方のコミュニケーションが破綻してしまうこともよく見られる景色です。 技術的負債の経済効果は毎年マイナス12兆円 このような構造的な問題をはらむ技術的負債は、老朽化したレガシーなシステムとして、事業の組織改革を遅らせて

[usadamasa]

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

[asuka0801]

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

[mabots]

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

[airssk]

布教

[paradisemaker]

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

[tattyu]

今まさに技術的負債案件をしているが、最後の見えてしまえば化け物でもなんでもないタスクの積み重ねの部分、タスクの化け物に成長してるのでやはりこまめに返済すべきだよなぁって思いながら追加作業してる。

[k12u]

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