はじめに 今回のコラムでは、BTABoKにおけるバリューモデルの一つである Technical Debt について取り上げます。 Technical Debt（ 技術的負債）という言葉は日本企業でも広く聞かれるようになりました。しかし、現場での使われ方を見ていると「未完了の作業」「気になるコード」「バグ」「古いシステム」など実に幅広いものがすべて技術的負債と呼ばれています。 本来の意味が曖昧なまま使われることで、かえって問題が見えづらくなる場面も多いのではないでしょうか。本稿では、BTABoKの整理を土台にアーキテクトとして技術的負債をどう捉え、どう扱うべきかを考えてみます。 技術的負債とは もとはWard Cunninghamが示した比喩で、短期的に価値提供を優先するために、あえて最適でない設計を選ぶことを負債に例えたのが始まりです。本質は次の一点にあります。 短期的には便利だが、将来の変更を高価に、あるいはほぼ不可能にする構造的な選択であること。 コードをリファクタリングしてすぐに返済する限り、負債を一時的に抱えること自体は問題ありませんし、有益でさえあります。ところが実務の...

2025年10月29日(水)、30日(木)の2日間に渡り開催された「アニュアル・カンファレンス2025」の各講演で使用した資料です。

設計手法やプロセスを選ぶ場面でも常に「顧客目線」「ユーザ体験」を中心に据えることが不可欠です。本コラムでは、BTABoKのCompetency ModelのDesignの中にあるDesign Methodologies and Processesの内容をユーザ体験（UX）の向上を観点に解説します。

今年のアニュアルカンファレンスは「秋のアーキテクチャ祭り」と題しまして、10月29日、30日の日程で開催されます。その中でIasaが推進する「BTABoK」の他に「TOGAF®」にも触れるセッション、ワークショップがありますが、本コラムでは、TOGAF®とは何か、その成り立...

知を深め、未来を描く二日間 ― 秋のアーキテクチャ祭り2025 エンタープライズアーキテクチャ（EA）やビジネスアーキテクチャ（BA）という言葉を耳にする機会は増えています。DX（デジタルトランスフォーメーション）の進展に伴い、企業の変革を支えるアーキテクトの役割は、ますま...