Yard 編集部

👻

技術的負債解消の軌跡～現場と経営をつなぐ実践事例～イベントレポート

公開

2025-02-20

文章量

約4220字

Yard 編集部

フォロー

Yardの編集部が、テック業界の最新トレンドや知見について発信します。

イベント概要

セッション1：技術負債の『予兆検知』と『状況異変』のススメ（石垣雅人 DMM.com）

1. まずは負債の“予兆”をどうキャッチする？

2. 現場から経営層へ説得～「技術負債は未来への投資」

3. 1年以内に終わらせる“大胆なリプレイス”も

セッション2：技術的負債解消の取り組みと専門チームのお話（井田治義弁護士ドットコム）

1. クラウドサイン事業部での組織づくり

2. 技術負債とコミュニケーション

3. 負債解消の成果をどう“見せる”か

パネルディスカッション

1. 技術的負債の抑制をどう工夫している？

2. 経営層をどう説得する？

3. お互いに聞いてみたいこと

Q&A ダイジェスト

Q1. 負債解消を金額に換算してレポートすることは？

Q2. 技術的負債を管理する際、ツールは？

Q3. 過去最大の負債は？

まとめ

イベントレポート技術的負債

Insight

本記事は「技術的負債解消の軌跡～現場と経営をつなぐ実践事例～」（2025年2月12日開催）のオンラインイベントレポートです。

DMM.comの石垣氏と弁護士ドットコムの井田氏の両名をお迎えし、組織・現場・経営を巻き込みながら技術的負債を解消するためのアプローチや、実際に行われたプロセス・組織体制づくりなど多面的な取り組みが共有されました。

イベント概要

イベント名

「技術的負債解消の軌跡～現場と経営をつなぐ実践事例～」

開催日時

2025年2月12日（水） 12:00〜13:15（オンライン開催）

登壇者

石垣雅人（合同会社DMM.com）

第1開発部などの開発組織を率い、プラットフォーム開発部の部長を務める。
テーマ：「技術負債の『予兆検知』と『状況異変』のススメ」

井田治義（弁護士ドットコム株式会社）

クラウドサイン事業部の開発組織を率いる。
テーマ：「技術的負債解消の取り組みと専門チームのお話」

こんな方におすすめ

組織全体で技術的負債に対処したいが、どこから着手すべきか迷っている
経営層や他部署を巻き込んだアプローチを知りたい
大規模プロダクトでの技術的負債管理・解消のリアルな成功/失敗事例を参考にしたい

イベントのゴール

各社における技術的負債の優先順位付けやプロセスの組み方の具体例を学ぶ
「技術的負債を解消するための組織づくり・コミュニケーション術」が得られる
現場と経営を円滑に繋ぎ、長期的な負債解消を実行できるヒントを持ち帰る

セッション1：技術負債の『予兆検知』と『状況異変』のススメ（石垣雅人 DMM.com）

1. まずは負債の“予兆”をどうキャッチする？

石垣氏が最初に強調したのは、「技術的負債は突然に顕在化するわけではない」という視点。日々の開発・運用・レビュー・障害対応を観察していると、さまざまな“負債の兆候”が見え隠れする。具体例としては：

見積もりと実際の工数の差が広がる

大きな機能開発で、当初のざっくり見積もり（例：1人月）から詳細設計後の見積もり（3人月）に膨れ上がる
さらにスプリントでの実工数は3人月を超え5人月になる…といったケース
「なぜこんなにズレる？」を深掘りすると、アーキテクチャが陳腐化していたり、テスト環境が老朽化していたりという負債が潜んでいる

コード変更やレビューにかかる時間がだんだん増える

1年前と比べて小さなPRでもレビュー時間が倍以上
コードがスパゲッティ化しているか、環境が複雑化しているサインの可能性

障害件数や再発防止策の未着手率の増加

運用でヒヤヒヤしながらサービスを走らせている
ポストモーテムは書くが、再発防止策が永遠に後回しで放置される
「意図しない小爆発」が頻発 → 大爆発（重大障害）のリスクが高まる

開発者のエンゲージメント低下

「新機能を作りたいのに既存バグ対応に疲弊…」
「技術トレンドから取り残され、モチベが落ちてる」
個々のアンケートや1on1等での“違和感”が大きくなるほど負債が溜まっているシグナルになりやすい

2. 現場から経営層へ説得～「技術負債は未来への投資」

負債解消にはエンジニア組織だけでなく事業責任者の理解が不可欠。石垣氏曰く、経営層はいわゆる“今期のKPI/予算達成”を最重視するため、“なぜ今やるのか？”を明確にすることが大切だと強調。

「事業側は“とにかく新機能をリリースしたい”のがファーストプライオリティ。しかし、技術負債が多いと、実装スピードは下がり、将来のロードマップにも悪影響を及ぼす。これを『必要な投資』としてアピールしよう」
新機能 vs. 負債解消という二項対立での衝突は避ける

人件費における“保守/技術負債解消”のコストをあらかじめ盛り込む
新機能に直結しないように見えるが、 「結果的に開発スピードが上がる」「リスク低減する」 という将来価値を数字やケースで提示

3. 1年以内に終わらせる“大胆なリプレイス”も

負債解消には小刻みにやるパターンもあれば、大規模リプレイスなど一気に脱却を狙うパターンもある。

DMM.comでは「1～2年規模のリプレイスは、むしろ古くなって再度負債化する」との経験則から、“1年以内で完遂できる規模に分割”し、専門チームを組んで取り組むケースもあるという。

「いずれにせよ“ここまでをいつまでに”とゴールを明示しないとズルズル先送りになりやすい」と述べた。

セッション2：技術的負債解消の取り組みと専門チームのお話（井田治義弁護士ドットコム）

1. クラウドサイン事業部での組織づくり

電子契約サービス「クラウドサイン」は現在急成長中。

顧客からの要望や新機能のアイデアも多く、開発リソースは常にフル稼働状態。

そのなかで井田氏は「エンジニアリング改善にフルコミットするチーム“テクノロジー連”を作り、技術的負債解消のロードマップを回す」という施策を実施。結果：

フロントエンドやバックエンドなどを担当する複数の改善チームが生まれ、ビュー.jsの大規模バージョンアップなども専業で実施可能に
「手が空いた時にやろう」という後回しの姿勢から脱却し、“本気で負債を潰す”組織体制を確立

2. 技術負債とコミュニケーション

井田氏も「負債はエンジニアだけの問題ではなく、組織全体の問題」と強調。

とはいえ、負債解消に割くリソースをどう経営陣に理解してもらうかが難しいところ。そこで彼が打ち出したのが「フライパンの焦げ付き」という例え話。

“フライパンに少しずつ焦げが溜まっていって、次の料理（機能開発）の仕上がりに悪影響が出ている”
“ある程度の頻度でフライパンをしっかり洗う＝負債解消することで、新機能の品質やリリーススピードも向上する”

経営層や事業責任者は「なるほど、これは必要なメンテナンスだ」と理解を深め、「改善のための専門チームを増やしたい」という提案も受け入れられた。

その結果、フロントエンド側にも同様の改善チームが作れたという。

3. 負債解消の成果をどう“見せる”か

専門チームが成果を上げるためには、負債解消がユーザやプロダクト価値にどう寄与しているかを社内に伝える必要がある。

井田氏いわく、「定量的な金額換算やROI試算だけでは説明しきれない面もあるが、“パフォーマンスや操作感が改善し、顧客から好評だった”といったフィードバックを共有するほうが説得力を増す」と語った。