Kazuho's Weblog: 「技術的負債」は避けるべき？ - 割引率を使って考えてみた

「技術的負債」をコントロールする定量評価手法への期待 からの続きです。 ソフトウェアサービス企業における技術責任者の最も重要な仕事のひとつが、エンジニアリングの効率化です。そのためには、サービスの初期開発コストだけでなく、運用コストを織り込んだ上で正しい技術的判断を行っていく必要があります。 「技術的負債」という言葉は、この運用コスト最適化の重要性を指摘する上で、とてもキャッチーなフレーズだと考えられます。しかし、「技術的負債」を産まないように、あるいは負債を早めに返していこうとすると、開発工数が大きくなってしまうという問題もあります。 初期開発コストと運用コストのバランス注1を、どのようにとっていけば良いのでしょう？ 同等の機能を提供する「ソフトA」と「ソフトB」を考えてみます。ソフトAは、初期開発工数が6だが、２年目以降の維持工数が毎年4かかるとします注2。ソフトBは、初期開発工数が1

[daishi_n]

技術的負債は現場の疲弊につながるケースもあるから、ライフサイクルと係数は重要だよね。技術的負債は士気という人件費以外の見えないコストにも影響するから

[katzchang]

かなり乱暴な数字なので、どっちにしろこれで説得されそうになるのは危ない。

[wordi]

これから言える事は、フロントエンドや枯れにくい分野は負債になりにくい(負債になる前に捨てられる)ので開発コストを抑えた方が良い場合が多い、という事。

[lequinharay]

これってある程度ちゃんとしている人なら感覚的には技術者以外にも共有できてることなんだと思うな。「とにかく何をおいてもスピード！ 糞コード歓迎！」 見たいなとき、結局サービスの賞味期限に対する認識が露呈す

[toaruR]

徐々に崩れていく分もあるので、2年目以降の維持工数は複利な可能性。いずれにしても寿命は想定すべき。

[amaliche]

ソフトウェアの生産性は正しく計測出来ないので上司の説得には使えるかもしれないが現実的にはあまり意味は無いとおもう。

[mapk0y]

“しかし、「技術的負債」を産まないように、あるいは負債を早めに返していこうとすると、開発工数が大きくなってしまうという問題もあります。”/ 個人的にこの前提がほんとうに正しいのかが一番気になってます。

[a_suenami]

あわせて読みたい。 http://www.infoq.com/jp/news/2014/11/sacrificial-architecture

[YaSuYuKi]

アプリケーションの性質にもよるが、割引率は生き残ると下がる傾向がありそうなので、生き残ったら返済を進めるのが有益な可能性は高いだろうな

[umakoya]

割引率の概念がよくわかった。「PHPファイル１枚に必要な処理をひたすら羅列したクソコード」も短期決戦なら技術的負債ではない。

[nilab]

Kazuho's Weblog: 「技術的負債」は避けるべき？ - 割引率を使って考えてみた

[peccu]

割引率という考え方を知った } Kazuho's Weblog: 「技術的負債」は避けるべき？ - 割引率を使って考えてみた

[Ashizawa]

[] 「技術的負債」は避けるべき？ - 割引率を使って考えてみた

[shiba_yu36]

分かりやすい

[kimutansk]

このあたりは今だと実感持てますね。あとは新サービスの場合は初期開発工数でリリース時期が変わり、リリース時期で成功率（＝割引率）も変動するというのが更に悩ましいです・・

[tokida]

「技術的負債」は避けるべき？ - 割引率を使って考えてみた - | ソフトウェアサービス企業における技術責任者の最も重要な仕事のひとつが、エンジニアリングの効率化です。そのためには、サービスの初期開発コストだけ

[hatajoe]

なるほど勉強になった。

[kanu-orz]

技術的負債の返済についての説明参考資料になりそう。参考にして自分でもまとめてみたい。

[oppara]

Kazuho's Weblog: 「技術的負債」は避けるべき？ - 割引率を使って考えてみた B!

[blythegirls]

「技術的負債」は避けるべき？ - 割引率を使って考えてみた

[key_amb]

非常にわかりやすい。

[progrhyme]

非常にわかりやすい。

[rryu]

技術的負債は複利で増えていく気がするので割引率と相殺されるのではないだろうか。

[daipresents2]

どこまで返すか

[raitu]

組込でも他製品コードを流用したりするから技術的負債の抑制は重要。ただ先々使われない、使われるコードの見極めってかなり難しい

[assaulter]

えー…

[mabots]

技術選択における正解は割引率の高低によって大きく左右されます。

[Lumin]

前者だと、ある意味一番貴重なリソースである、スキルの高い技術者は嫌になっちゃうよね。その辺はどう見積もってるのかな。それでも焼畑でも構わない？

[lestructure]

これ。正しい。技術的負債なんて借り倒せる場合も多いんだし。もっと言うと資本コストを考慮すると良い。

[r-west]

底の浅いMBAちゃんの寝言の真似事。技術者が糞経営者となって現場を腐らす。最重要経営資源であるまともな技術者は逃げ出し、残りもスキルアップせず、モラルハザードで現場崩壊。歓迎してるのは糞経営者とクズ技術者

[sanui0822]

技術的負債を考える上での割引率という概念についてのエントリでゲソ

[matsumoto_r]

概ね同意。数字が気になる人がいるみたいだけど、逆にnとか色々文字使って境界はーとか数学ぽく書くと流し読みしそうだからこれでよいと思う。

[yui2fashion]

Kazuho's Weblog: 「技術的負債」は避けるべき？ - 割引率を使って考えてみた

[shin0O]

数字の出し方

[securecat]

そうですね

[mtmt101jp]

パラメーターは改善可能性と運用年数か...、分かりやすい

[kazuau]

やっつけ仕事の効用の定量的予測

[hariopip]

理解しやすい。しかしやはり経験したことのないことを理解するとはいうのは難しい