エンタープライズアーキテクチャ・システム企画
午前II午後I午後II論文
技術的負債
Technical Debt / ぎじゅつてきふさい
短期的な納期やコストを優先して安易な設計やパッチ当てを行った結果、将来的な変更コストや障害リスクが増大する歪み。
3行要約(速習ポイント)
- 1金融の借金と同様に、放置すると「利息(日々の保守コストや改修難度の跳ね上がり)」が雪だるま式に膨張する。
- 2リファクタリングやアーキテクチャ刷新によって「元金を返済」しない限り、開発生産性はゼロに近づく。
- 3ITストラテジストは、経営陣に対して技術的負債の返済(基盤改善)への投資枠確保を提言する。
概念・アーキテクチャ図解
目先の妥協が将来の開発生産性を壊滅させる
概要・背景・本質
ウォード・カニンガムが提唱した技術的負債は、短期的なリリースを急ぐために妥協した設計や汚いコード、古いフレームワーク、未更新のライブラリの放置を指します。短期的には早く機能を出せても、中長期的には追加開発のたびにバグが発生し、エンジニアが退職する原因となります。
コア概念と着眼点
- 負債の利息:新機能追加のたびにかかる余計な調査工数、頻発するリグレッションテストの工数増
- 負債の返済:計画的に開発工数の10〜20%をリファクタリングやテスト自動化、ライブラリ更新に割り当てる
- 負債の可視化:静的コード解析ツール(SonarQube等)で重複コード、循環的複雑度、セキュリティ脆弱性をスコア化
- 経営層への説明責任:「動いているから直す必要はない」という経営陣に対し、利息の支払いが新規開発を阻害している事実を数字で示す
ITストラテジスト試験(午後I記述・午後II論文)での論述ポイント
午後II論文で『なぜ大規模改修や基盤刷新が必要だったのか』の動機を説明する際の最重要キーワード。『度重なる個別要件のパッチ当てにより技術的負債が蓄積し、新サービスリリースのリードタイムが従来の3倍に悪化していた。そこで負債解消のためのリファクタリング枠をプロジェクトに組み込んだ』と書くことで抜群の現実味が出る。
小論文で使える実践フレーズ・キーワード
理解を深める推薦副読本
この用語の背景理論・実務動向を深く理解し、午後II小論文の説得力を劇的に高める必読書
ISBN: 4873119820
🏗️ EA・SoR/SoE・モダナイゼーションの名著
ソフトウェアアーキテクチャの基礎 エンジニアリングに基づく体系的アプローチ
マーク・リチャーズ, ニール・フォード 著 / オライリー・ジャパン
アーキテクチャ特性(非機能要件)の定義と優先度付けモジュラリティ、マイクロサービス、イベント駆動設計のトレードオフレガシーシステムの段階的刷新(モダナイゼーション)設計
なぜこの用語の理解に役立つのか
『技術的負債』の背景にある理論と業界動向を体系的に理解し、実務や小論文に直結する戦略的視点を深掘りできます。
午後II小論文(ST論文)への応用・加点ポイント
エンタープライズアーキテクチャ(EA)やSoR/SoE連携、クラウド移行のアーキテクチャ方針を決定した根拠(トレードオフ判断)を論述する際の強力な武器になります。
※価格・在庫状況は各ECモールの最新情報をご確認ください(もしもアフィリエイト経由)