「技術的負債」への処方箋と「２つのDX」 - Qiita

はじめに 本稿は、日経クロステックにて筆者が昨年連載していた3回分の記事一部変更して1つにまとめたものです。 https://xtech.nikkei.com/atcl/nxt/column/18/01394/ 有料記事として配信されておりますが、無料でも閲覧できるようにということで日経クロステック様に許可を得てQiitaにも掲載しています。 第1回：技術的負債はなぜ生じるか。 第2回：ソフトウエア開発を「制御」する意外な処方箋 第3回：技術的負債への取り組みはなぜ「２つのDX」につながるのか。 第1回：技術的負債はなぜ生じるか。 年間12兆円ものマイナスの影響をもたらす技術的負債（あるいはレガシーシステム）はどのように生まれるのでしょうか。それを防ぐ方法はあるのでしょうか。第1回は、技術的負債をとりまく歴史をたどりながら、ソフトウェアエンジニアではない人にも理解できるようにその正体に迫り

[gowithyou]

技術的負債ってたいていの場合、回収されることなくシステム刷新の時にチャラになるよ。

[tpircs]

ソフトウェアエンジニアリングの世界が未成熟でエンジニアの力量差に翻弄されてるのがなんともかんとも。出来る奴が居るか居ないか、で状況が激しく変わっちゃうんだよね。他の製造業とかもそうだったりするのかな。

[kagehiens]

うわ、マジか。このバズワードめいている上に抽象的な話題で、ここまでまとまった量マトモな言説書けるとか……。尊敬するわ。

[morimarii]

結局この辺って技術的課題と組織文化的課題を解決できる人間が必要って感じで属人的なんだよね。属人的課題を解決するのに属人的な能力が必要って言う。。。

[toaruR]

寿命というのは確実にあるので、なんつか、遷宮のように、完全に陳腐化する前にまるっと作り直すのがやっぱ吉だと思う。目先の経済的合理性じゃなくてさ。BPRの機会にもなるしブラックボックスも減る

[buhoho]

負債使ってレバレッジかけるなら、返済計画ちゃんとしろよなっていう。初期開発の突貫工事が借金だという認識ないのか

[doko]

君らの好きな「経済回す」をやるには、5年周期くらいでゼロから作った方がはやいんでない

[kagerou_ts]

この記事は例えもうまいしわかりやすいと思う。読み終わった感想「会社やめたい」

[clockwork9]

筆者は初期開発ばかりか大規模PJの上流中心？運用保守フェーズに抜本的な作り直しなんて珍しくもないし、新技術に置き換え続けなければ向上心の高い人から辞めていく。技術的負債はネガティブ感情や退職として現れる

[kabuquery]

声がでかい人達で勝手に作ってしまうからではないか

[simomm]

組織にエンジニアが「溶け込んでいく」エマルション現象

[kiririmode]

技術的負債とは何か。技術的負債について考えるときに、技術的な側面で「ソフトウェアのイケていない部分の総和」として考えると泥沼

[yuzuk45]

全部捨てて作り直せっての昔は良く聞いた

[ys0000]

アジャイル開発して2週間に1度基本的にリリースするようにするのはシステムを維持するために必要なことだなぁと思った。

[einherjar]

“最新技術で「ゼロからはじめたい」症候群”

[tafutech]

ソフトウエア開発を深く理解したCTOとかいたらいいですねえ。実際にはそういう人は昇進しないので、いないんですけど。だから日本の大企業は終わってるのですが。

[yofukaya]

“JUAS”

[pwatermark]

この先何年使うか分からんものに対して継続を見越したコストを乗っけられるかって言うと、なかなか難しい実情もあるからねえ 「それが当たり前」になってくれるのが一番いいんだけどね

[yoiIT]

“日本CTO協会は、昨年12月に自社のDXがどれだけ根付いているか、どこが強くどこが弱いのかという点をアセスメントするためのツール「DX Criteria」をインターネット上に無料公開いたしました。”

[BHD_DELTA]

整理された良記事。

[Shinwiki]

徳政令出そうぜー。また金出してやー。で大体解決。金あるとこなら…

[new3]

体系的に学んだシステムエンジニアならこんな雑に「制御」とか「コントローラビリティ」を使って上流ポエム書かない。あと上流ポエム書くならISO 12207 15288 26702 42010あたりは最低限頭に叩き込んでからにしてほしい。

[kura-2]

できるやつにちゃんと金払うことができない会社は負ける

[NOV1975]

「ビジネスにおけるそのシステムの位置づけ」で正解変わってくると思うんだけどね。

[few01]

私の所属は研究所だが、本稿に全く同意。企業に限らずDXを生き抜く為に、どのような組織でも乗り越えるべきイシューと考える。

[t_motooka]

対策として納得感のある内容だった。世の中の経営者たちに一番意識して欲しいのはこれかな→ “十分に継続開発できる人数を確保する。（stop&goが最も燃費が悪い）”

[lorenz_sys]

薄っぺらな記者による頓珍漢な記事とはレベルが違うエンジニア自身の実体験と考察に基づく大変価値のある記事。内容のほぼ全てについて納得する。Qiitaのレベルから逸脱している。非技術者の経営層に読んで欲しいね。

[acealpha]

ソフトウェアは使う側がこういうもんと教え込まれるので運用フェーズに入るとそれが負債とは認識できない（だってこれが自分の仕事だし）問題がある だからこそ、どうしても立ち行かなくなって初めてDXが話になる

[proverb]

Developer Experienceはクソの極みだが事業の売上は大きくて後からリニューアルで巻き返せる事例もあるけど、最近のビジネス環境だとそれも難しいだろうなと思う

[name-25137412]

自分の理解とそんなにズレてない気はしてるけど、あとでしっかり読む

[yangsea193]

後で読む。