技術的負債を管理する

日付2013-5-18(Sat) 書いた人おかざわ (id:yujiorama) 書いた理由技術的負債はいつ読んでも面白いんだけどそろそろ普通に向き合いたくなったので。 技術的負債を管理する 技術的負債は悪いものとみなされている。避けるべきものであり、できるだけ早く支払うべきものなのだ。 あなたもそう思うだろうか？私たちはそうは思わない。最初に技術的負債と財政的負債を比較して、戦略の設計とステークホルダーにおける類似点について驚くべき点があることを説明する。それからコード中の技術的負債を識別するための様々な可能性について一覧にする。それらはきっとあなたが対処しなければならないものだ。 最後にプロジェクトが技術的負債を返済するために取りうるいろんなやり方について述べる。あなたが返済したほうがよいのか、負債を変換するほうがよいのか、ただ注意を払うだけでよいのかを考える時にきっと役に立つだろう。

[project_xyz]

いま直面しているのはこれ

[Nkzn]

技術的な負債は必ずしも返済しないといけないものではなく、向き合って管理することがまず重要ということ。しかし「現実って不思議だね！」には噴いた。

[masaru_b_cl]

技術的負債は避けられないものだけど、必ずしも返さなければいけないものでもない。ということ

[katsuren]

技術者が技術的負債を返済するのを渋るようなら、プロダクトが賞味期限間近か、その人のソウルジェムが濁りきってるんだろうと、ふと思った。多分その人辞めるよ

[y_uuki]

負債管理ツールをつくりましょう

[t-murachi]

「技術的負債という比喩は品質問題が手遅れになる前にすべてのステークホルダーへそのことを伝えるためのもの」humm...

[AKIY]

これってホントに負債って言えるのかな…って次元が低い感想を述べてみたり。今の現場ではソースと一致してない仕様書の方が負債に思える。そして一度FIXしたソースは案件がない限り修正できない現場だし。

[hitode909]

いい話

[bayashi_net]

「いつ支払うべきなのか正確には分からない。負債を押し付けられた人が必ずしも支払いをしなければならないわけではない。だが普通は誰かが支払っているのだ。現実って不思議だね！」

[ryotarai]

via Pocket

[dekokun]

技術的負債と実際の負債を比較してみたりなんだり(まだ途中読み)

[jt_noSke]

ふーむ