技術的負債とどうやって戦うか - Qiita

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? プロジェクトが進行するにつれて増える『負債』 長いプロジェクトに携わっていると、技術的負債をいつ返すのかが課題になってきます。 リファクタリングはいつの時点でやるのか、これは長いプロジェクトを運用していく上で問題になっていきますが、今回は負債の種類を整理し、それぞれどう対応をしていけばよいかを考えていきたいと思います。 私達の開発では常に時間が足りない 最近読んだ、「アジャイルサムライ」という本には下記のようなことが書いてありました。 (開発における)3つの真実 プロジェクト開始時点にすべての要求をあつめることは出来ない 集めたところで

[aike]

偉い人と交渉して時間を勝ち取るだけでなく、負債を返すことで気づきにくい会社の危機を救ったというプラス評価まで得られないとモチベーション的につらいと思う。というか、つらかった。

[gabuchan]

月に一度、丸々1週間の返済期間をイテレーションに組み込んでいる。心が浄化されるのでまじでおすすめ。返済だけでなく普段やりづらいKPTのTryをやったりもする。

[masatomo-m]

負債を返済するのにかける投資が将来得られる利益（エンジニアの士気を含めた）に見合うか、というのを判断するのがCTOであって、今後新しい利益を生まないのが明らかなものに対しては対応しない選択肢もあると思う

[fumisan]

なんか、ちょっと違う気がする

[mather314]

「起こるかもしれない」リスクに対して「起こらないように」対策をするのに、何故か偉い人は「ほら心配してたことは起こらなかったよ」と言う。

[mugichan3]

コードの負債は溜めても問題にならないけど、ライブラリや環境の負債は早めに返さないと後で大変なことになりますね。(なりました。)

[baronhorse]

なんつーかな。闘わないといけない時点で色々と辛い気がする。

[hiddy216]

決裁な

[knjname]

品質会計は粉飾まであわせて会計だろ

[oakbow]

コア機能のパフォーマンス劣化の技術的負債、解消するよう説得するも同意得られなかったので土日に勝手にやったな。解消できたけど反応薄かった…

[fake-jizo]

長いプロジェクトに携わっていると、技術的負債をいつ返すのかが課題になってきます。 リファクタリングはいつの時点でやるのか、これは長いプロジェクトを運用していく上で問題になっていきますが、今回は負債の種 T

[golden_eggg]

戦うべき根拠とリソースと合意形成があっても、そこに社内政治が絡んでくる事もあるのが悩ましい、、

[operando]

パターンをまとめるのいいなー

[tbpg]

決裁者も含めたチーム作り "負債を作らないようにチームで取り組む"

[rjge]

場合によってはこれが一番つらい戦い / “負債を返すために戦う”

[dev0000_1]

「戦う」より「付き合う」ぐらいのほうがよくね？

[retdaisuke]

負債が追いかけてくる夢を見ることがある

[k1take]

技術的負債に問題があるのは分かる。では、次の問題は、負債返却時間のコストが割に合うかという点。時間対効果を定量的に分析し、明らかに経営上利益がある事を示せば、経営層も動かせる。効果は測定してるのか？

[otihateten3510]

多くのプロジェクトでは技術的負債と仕様的負債が絡んでどうしようもなくなるから、結局全体の設計者が重要になるんだと思う。てことで大概はITアーキテクチャ不在問題、要件定義力不足に帰着しやすい

[bird_dip_jp]

手元を離れて簡単に入れ替えができない状況だと頻繁な更新は無理だし、それが少量多品種だと開発環境の更新タイミングも難しいのだな。

[torinky]

技術的負債とどうやって戦うか

[sawarabi0130]

「負債」という言葉は誤解を招く。「返済」するにもコストが必要。「返済」コスト（＋調達コスト）＜「負債」によるコストでなければ無駄な「返済」はしないほうがいい。

[nyop]

エンプラ系だと「動いてりゃいいでしょ」な人が多く、「リファクタリング？何それ？」的なリアクションが多くて辛い。製造現場は3sだなんだ言うのに、なんでソースは綺麗にしないかなぁ？

[tettekete37564]

前任者とかが色々やらかしている場合、その工数を数値化するのは無理だよ。むしろ定量化できない状態が負債。

[aroma_black]

"技術的負債の返却は個人プレーでは出来ません。", "負債を作らないようにチームで取り組むのが、正しい道なのではないかなと思います。"

[mate_gai]

涙 一人で戦わなければならなかった時、精神的に苦しかったな。

[gayou]

負債を如何に残さないか、ってなかなか辛いテーマ。運用が長ければ長いほど負債は累積する。自分が負債を残すこともあれば、他人の負債を背負うこともある。

[guldeen]

OSやツールのVerUPなど、10年どころか5・3年で陳腐化する技術なんてウェブ関連では当り前だろうしなぁ。FAだとそれができず、今もフロッピーやPC-9801のやりくりで凌ぐ例を聞くが。

[mytechnote]

“ReactとAngular2の選択で迷ったときに考えたいこと”

[rryu]

作りこんだ負債はそこに触るときに返済すればいいんだけど、フレームワーク等のバージョンが古くなって不良債権化してできた負債をどう返していくかが難しい。

[babydaemons]

misoca曰く、「錆びた斧を錆びたままにしない」らしいです。 #misoca

[itotto]

あとで何か書く

[takuver4]

そうだな、戦わないとな（白目）

[tosi0000]

製造業の3sとか5s(整理整頓…etc)にあたって注力すべき業務だと思うんだけど、偉い人には伝わり辛いのが何とも

[securecat]

別に負債じゃないのも混ざってるし、負債ならどれくらいの債権なのかを明示できなければならないと思うが。

[pokerai]

“まとめ 技術的負債の返却は個人プレーでは出来ません。 私達は開発する段階での設計のレビューや書いたコードのレビューなど、リリースされる前に出来る、負債を作らない方法もありますので、それらを積極的に取り

[pmint]

なんだろう、所々で「？」となるこの感じ。要求と技術的負債は違うよ。ライブラリのバージョンアップやトレンドを追うことなんかは新たな負債を抱えることだし。

[toaruR]

サービスの想定寿命とセットで語りたい