​コラム

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

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

今回はBTABoKのオペレーティングモデル内にある " Deliverables " を紹介します。 「成果物（Deliverables）」という言葉を聞いて、みなさんはどんなものを思い浮かべるでしょうか？ 提案書、設計書、ロードマップ……いわゆる「ドキュメント」が最初に頭...

今年のACは企業情報システムの全体像をビジネス、データ、アプリケーション、テクノロジーの4つの視点で俯瞰する、エンタープライズアーキテクチャ(以下、EA)を意識した講演で構成されています。

今回のコラムはBTABokのコンピテンシーモデルの「Views and Viewpoints」について取り上げます。

BTABoKのピープルモデルの6つの構成要素の一つ、「コミュニティ」の重要性と役割を解説します。

原文:　Iasa global HP掲載記事 https://iasaglobal.org/Public/TOPICS/Becoming-Digital-Transformers.aspx 日本語訳について：英語原文のDeeple翻訳を行い、Iasaの文脈と背景から一部捕捉...

ITABoKは、ITアーキテクトが備えるべきスキル要件を網羅した知識体系として、様々な専門領域を対象としております。よって、独力で学習されている方が、全ての内容を理解することにはハードルがあると思われます。また、ITABoKに書かれているトピックを他人はどう理解し、実践して...

—　　新しくWEBサイト掲載記事の紹介を始めます　　— 読者の皆様、 Iasa日本支部では、ITアーキテクトとアーキテクチャに一層の関心を持って頂くため、Iasaグローバル（本部米国　）のWEBサイト上に掲載されている記事・投稿の一部の日本語訳を定期的に発進していく事にしま...

2017年11月29日(火)に開催された「アニュアル・カンファレンス2017」の各講演で使用した資料です。なお資料には閲覧用のパスワードを設定させていただいております。 当日参加された方には閲覧用のパスワードをメールにてご案内させていただきましたが、パスワードを紛失された方...

■ 【物理的建造物とは違う】 ここのところ「アーキテクト」というのが、私の周囲でホットな話題になってきている。外来語なので和訳すれば「建築家」ということになり、実際に、構造物を組織的に役割分担して構築することが目的であり、システムやソフトウェアの世界でもその物理的建造物とし...