その歴史の大半において、エンタープライズアーキテクチャは研究対象が安定していることを前提としてきました。アプリケーションポートフォリオは数年単位のペースで変化し、統合は高価であるがゆえにまれであり、丁寧に描かれたモデルは計画サイクルの長さのあいだシステムランドスケープを正確に記述できました。こうした条件のもとでは、アーキテクトが管理者として振る舞うのは合理的でした。すなわち正典となる全体像を保持し、逸脱を承認し、局所的な便宜に対して一貫性を守るのです。この手法は、それが統べる技術の物理法則に適合していました。

その前提は静かに失効しました。cloudプラットフォーム、マネージドサービス、インストールではなくインターフェースとして提供されるソフトウェア、そしてチームが継続的に出荷するという当たり前の期待、これらすべてがシステムランドスケープの代謝速度を高めました。かつて立ち上げるのに十八か月かかった能力が、いまや誰にも相談せずにチームが選んだかもしれないサービスから、午後のうちに組み上げられます。その帰結は、アーキテクチャの重要性が下がったということではありません。動きの遅い成果物を取り締まるために作られたアーキテクチャの実践は、いまや、それが記述すると称する対象に永久に遅れをとる、ということです。

何が変わったのかを正確に述べる価値があります。というのも、これをより優れたツールがいずれ解決する規模の問題として扱いたくなる誘惑があるからです。しかしそうではありません。困難は構造的なものです。どのチームも法人カードでマネージドサービスを調達し、その週のうちにプロセスに組み込めるとき、アーキテクチャに関する意思決定の場は、中央機能がそれを認めるか否かにかかわらず、すでに組織の周縁へと分散しています。承認を厳しくすることで応じる実践は、それらの意思決定を単に暗がりへと移すだけであり、そこでは記録もなく決定が下され、何かが壊れて初めて発見されるのです。誠実な出発点は、システムランドスケープに対する権限がいまや既定で分散しているということであり、なすべき仕事は、分散した意思決定を一か所に集め直せると装うことではなく、それを読み解ける状態にすることです。

したがって重要な転換は、ツールではなく目的の転換です。価値ある問いはもはや、システムランドスケープがモデルに適合しているか否かではありません。適合しないからであり、適合を強制すれば意思決定を、それが見える枠の外へと押し出すだけだからです。価値ある問いは、事業が自ら何を保有し、それらの部品が何のためにあり、戦略の変更がどこに着地しなければならないかを、なお筋道立てて考えられるかどうかです。アーキテクチャは、その足下のすべてが動くあいだも、そうした推論を可能に保つことによって存在意義を得ます。それは共有された理解を維持する手段となるのであり、全体像を凍結して理解するための統制ではなくなるのです。

私たちが依拠する第一の原理は、事業と技術はアプリケーションを通じてではなく能力を通じて整合するということです。能力とは、組織ができなければならない何かを述べた安定した表現です。すなわち保険金を精算する、顧客をオンボーディングする、需要を予測する、元帳を照合する、といったものです。それは、その実行がどのように行われるかについては意図的に抽象的です。システム、チーム、プロセスは変わりうる手段であり、能力は持続する目的です。この区別は学術的なものではありません。戦略は本来、事業が何をより良く、あるいは新たに行いたいかという観点で表現され、能力はその意図がシステムランドスケープへときれいに対応づけられる唯一の語彙なのです。

能力ベースの計画は、整合に背骨を与えます。意図的に浅く保たれた能力マップは、ある戦略目標が実際にどの能力に依存しているのか、どれが強くどれが脆いのか、どこへの投資が単に技術を刷新するのではなく結果を変えるのかを問うことを可能にします。それは何が重要かという問いを、いま何が導入されているかという問いから切り離します。そしてこの二つの問いは、大半のランドスケープではまったく異なる答えを持ちます。多くの支出は、もはや戦略的な重みを持たない能力に対して積み上がっていきます。まさに会話がシステムの枠組みで、すなわちどのシステムにもスポンサーがいる枠組みで組み立てられ、能力の枠組み、すなわち関連性を論じられる枠組みで組み立てられなかったからです。

ここで一つ注意が必要です。というのも、能力モデリングにはそれ自体の病理があるからです。専門家に任せると際限なく分解され、かつて一枚に収まっていたマップが、どの経営幹部も決して読まず、どのエンジニアも決して参照しない数百の末端能力の分類体系へと化してしまいます。その枠組みの価値は、まさにそれが網羅的になる瞬間に崩壊します。私たちはマップを二階層、多くとも三階層に留めます。戦略がシステムランドスケープのどこに作用するかを論じるのに十分な程度であり、それ以上ではありません。目的は共有された会話であって、完全な存在論ではないからです。能力モデルは意思決定のためのレンズであり、すべてを映そうとするレンズは何一つ有用には映しません。

第二の原理は、アーキテクチャは構成要素ではなく関係を記述するということです。興味深い知見はアプリケーションの一覧であることはまれです。それは、ある能力の変更がどう波及するかです。すなわちどの下流プロセスが旧来の挙動を前提としているか、どのデータ契約が壊れるか、誰も意識しないシステムによってどの規制上の義務が静かに履行されているか、です。依存関係と意図を捉え、更新し続けられる程度に緩く保持するアーキテクチャは、署名された当日は正しくとも一か月以内に誤りとなる網羅的な棚卸しよりも価値があります。

既定の姿勢としての組み合わせ可能性。システムランドスケープは、首尾一貫した全体として構築されるのではなく、独立して調達されたサービスから組み立てられることが増えており、アーキテクチャの仕事はシステムを設計することから、他者が作ったものの間の契約、境界、データ意味論を設計することへと移ります。この規律は建設から組み合わせへと移り、希少な技能は、双方が相手の許可を求めることなく変更できるように境界をどこに置くべきかを決めることになります。

社内プラットフォームのプロダクト化。いまや多くの組織が、明確なインターフェースと自ら保有するロードマップを備え、デリバリーチームにセルフサービスの製品として能力を提供する社内プラットフォームを運用しています。これはアーキテクチャを、不健全な選択を事後に捕捉する審査としてではなく、健全な選択を容易な選択にする整備された道の設計として捉え直します。ガバナンスは、チームに対して行われるものではなく、チームが消費するものになります。

マスター文書に代わるアーキテクチャ決定記録。重心は、大規模に維持されるモデルから、個別の意思決定とその根拠を記録した軽量でバージョン管理された記録へと移りつつあります。決定ログは正直に古びます。ある選択が下されたときに何が真実であり、なぜそうしたのかを教えてくれるのであり、これは常に最新であるふりをする図表よりも有用です。またそれは説明責任を回復します。名前と日付を持つ決定は、その前提が失効したときに再検討できるからです。

唯一の記録システムの後退。数十年のあいだ、志向されてきたのはドメインごとに一つの権威ある保管庫であり、統合とはすべてをそこへ照合し戻すことを意味していました。そのモデルは、複数のサービスが重なり合う視点を保持し、共有データベースではなく公開された契約を通じて合意に至る連合的な所有へと道を譲りつつあります。これは大規模組織が実際にどう機能するかについてより正直ですが、難問を保管から意味へと移します。すなわちシステムランドスケープが首尾一貫しているのは、その部品が顧客、注文、口座が何を意味するかについて合意している限りにおいてです。この状況におけるアーキテクチャは、共有された語彙の管理となり、かつては技術的に見えた論争が、定義をめぐる不一致であったことが明らかになります。

第一級のアーキテクチャ上の関心事としてのデータとAI。機械学習が通常のプロセスへと入り込むにつれ、データ系譜、モデル依存、共有情報の意味論をめぐる問いは、専門家の付属物であることをやめ、システムランドスケープが首尾一貫しているか否かの中心となります。整合はますます、事業とそのシステムがデータを交換できるか否かではなく、データが何を意味するかについて合意しているか否かにかかってきます。

標準は意思決定を減らすべきであり、増やすべきではない。参照アーキテクチャは、それに従うチームから仕事を取り除くときに、その存在価値を得ます。すなわち既定の技術、好ましい統合方式、決着のついた識別情報の扱い方によって、九割のケースは検討を要さず、注意は真に異なる一割のために温存されます。意思決定を取り除くことなく審査の一段階を加えるだけの標準は純然たる間接費であり、チームがそれを迂回するのは正当です。

整合した道を最も抵抗の少ない道にする。強制によって支えられた整合は、注意が途切れた瞬間に劣化します。テンプレート、パイプライン、プラットフォーム、既定値に組み込まれた整合は、適合が逸脱よりも単に容易であるがゆえに、自ら持続します。アーキテクトの最も持続する成果物は、しばしば優れた方針ではなく優れた既定値です。理にかなったことをするのに英雄的行為も許可も要らないように、環境を設計するのです。

共有された内部構造よりも明示的な契約を選ぶ。システムランドスケープの二つの部品は、インターフェースを合意することによってか、互いの前提に手を伸ばすことによってか、いずれかで協働できます。そして後者は今日は常により安価であり、後に破滅的です。公開された契約は、たとえ控えめなものであっても、何に依拠してよいかを、そして含意として、その背後で何を自由に変更してよいかを述べます。その境界こそが、二つのチームが常時の交渉なしに異なる速度で動くことを可能にします。仕事の大部分は、単にこれらの契約に名前を与え、書き留め、約束されたものと単に現状であるにすぎないものとの境界線を守ることです。というのも、決して約束されなかった前提は、いずれそれが荷重を支えていると知らなかった誰かによって破られるからです。

正しさよりも可逆性を重視して設計する。システムランドスケープは速く動き、未来は真に不確かであるため、意思決定のより価値ある性質は、しばしばそれが正しいという確信の度合いではなく、どれほど安価に取り消せるかです。変化を隔離する境界、バージョン管理できる契約、他の選択肢を閉ざさない選択を優先してください。永遠に正しくあるよう最適化されたアーキテクチャは脆くなりがちであり、安価な修正のために最適化されたものは生き続けます。

モデルを意図的に不完全に保つ。すべてを捉えようとするマップは維持に費用がかかり、それゆえ速やかに放棄されます。その時点で、それはマップがないよりも悪くなります。人々がなおそれを半ば信頼するからです。私たちはアーキテクチャの成果物を意図的に浅く保ち、荷重を支える関係を捉え、詳細はそのなかで暮らすチームに委ねます。モデルの試金石は完全性ではなく、意思決定の前に誰かがそれを参照するかどうかです。

象牙の塔のアーキテクチャ。デリバリーから隔離されて作られ、紙の上では優美だが実践では使われないモデル。というのも、それはチームが実際に働くシステムランドスケープではなく、アーキテクトが存在してほしいと願ったものを記述しているからです。その成果物は一瞬の記念碑となり、誰にも参照されず、その作者たちは苦情がないことを同意と取り違えます。

統制ゲートとしてのアーキテクチャ。実践が自らを、否と言う権利によって定義するとき、それは自らを待ち行列へと変えます。チームは審査を通してではなく審査を回避して設計することを学び、意思決定はゲートなしに下せる場所へと移り、アーキテクチャ機能は、自ら承認したシステムランドスケープにもはや合致しない全体像を統べる羽目になります。

それ自体を目的とした標準化。何かに資する点を越えて追求された一貫性。その結果、チームはどれにも十分には合わない共通ツールへと押し込まれ、均一性のコストが、それが置き換えた多様性のコストを静かに上回ります。標準は、共通化されたものの価値から論じられるべきであり、それ自体が美徳であるかのように主張されるべきではありません。

活動によって測られるガバナンス。自らの審査、公開した標準、委員会への出席を数える実践は、常に多忙に見えます。そしてそれらの数字はどれも、システムランドスケープがより変えやすくなったか、事業がそれについてより筋道立てて考えられるようになったかについて何も語りません。指標が動きに報いるとき、機能は動きのために最適化され、成果物の蓄積は進歩と見分けがつかなくなります。信頼に値する唯一の指標は外を向いています。すなわちチームがどれほど速く健全な変更を行えるか、リーダーがある能力が何に依存しているかをどれほど自信を持って言えるか、過去の決定をどれほど安価に覆せるか、です。それ以外はすべて、規律が自らの姿に見惚れているにすぎません。

永遠に最新のモデル。英雄的な労力によって維持され、常にわずかに誤っており、その誤りが、それを頼りに決定が下されるまで誰にも見えない、唯一のマスター図。失敗は古びていることではなく、誤った自信です。というのも、権威あるように見えるモデルは、それが真実であることをやめた地点をはるかに越えて信頼されるからです。

証拠なく宣言される整合。会議室のなかで共有された全体像を追認する一方、外では実際のランドスケープが乖離していく舵取りの場。その結果、誰もが、誰の仕事も記述していないアーキテクチャに同意します。稼働するシステムのなかで観察できない整合は、社会的な儀式であって、工学的な性質ではありません。

私たちはシステムではなく能力から始めます。というのも、それが事業のリーダーとエンジニアが同じ会話を保てる唯一の土台だからです。エンゲージメントの初期に、私たちは成果を保有する人々とともに浅い能力マップを構築し、それを用いて戦略が実際にどこでシステムランドスケープに依存しているかを突き止め、それをその後のすべての枠組みとして扱います。そのマップは推論のための道具であり、称賛されるべき成果物ではありません。そして私たちは、それが更新する価値を保ち続けられる程度に小さく保ちます。

そこから私たちは文書ではなく意思決定によって働きます。重要なアーキテクチャ上の選択を、その根拠と、それが依拠する前提とともに記録し、その記録を、チームが決して開かない別のリポジトリではなく、仕事が起こる場所に置いて生かします。これは、マスターモデルの手法が決して持たなかったものを実践に与えます。すなわち優雅に古びる術です。日付を持つ決定は、その前提が失効したときに正直に再検討できるからです。そして新参者を、物事が単にどうあるかではなく、なぜそうあるのかへと導く術でもあります。

私たちは審査ゲートよりも可能にする制約を好みます。標準を持つ価値があるところでは、それを既定値、テンプレート、あるいはチームが消費する整備された道として提供しようと努めます。そうすることで整合は、デリバリーへの課税ではなく環境の性質となります。真の判断が求められるところでは、私たちは速やかにそれを招集し、結果に説明責任を負う人々とともに決定し、結果を記録します。全体を通じての狙いは、チームを速くする自律を残しつつ、システムランドスケープを事業にとって読み解ける状態に保つこと、そして覆すのに費用がかかる選択の瞬間に立ち会うことであり、そうでない選択を取り締まることではありません。

私たちはまた、エンゲージメントの終わり方についても意図的です。というのも、その作者がそこにいるあいだだけ機能する実践は、何一つ整合させておらず、何かを支えていたにすぎないからです。私たちの狙いは、少数の持続する習慣を残すことです。すなわち保有者が実際に使うから維持する能力マップ、いかなる個人よりも長く生き残る決定記録、そして私たちが去ったあともずっと整合した選択を容易なものに保つ一連の既定値です。もし私たちの退場がアーキテクチャを漂流させるなら、私たちはその仕事を能力としてではなく依存として行ったのであり、それこそまさに、この規律が避けるために存在する誤りなのです。

私たちの実践を際立たせるのは、アーキテクチャを変化を統制する手段ではなく、変化を可能に保つ手段として扱うことです。私たちはデリバリーの外から検分する評論家ではなく、そのなかに座る実務者であり、自らの仕事を、生み出したモデルの量や実施した審査の量ではなく、チームがより速く動き、事業がなお自らの保有物について筋道立てて考えられるかどうかによって測ります。私たちは安価に誤ることをいとわず、それを記録のなかで認めることをいとわないのです。というのも、覆された決定を認められない実践は、静かに最初の過ちの周りで硬直するからです。その姿勢、すなわち能力を主導とし、意思決定を基盤とし、押し付けられるのではなく環境に組み込まれた姿勢こそが、私たちが去ったあとも整合を本物に保つものであり、それは意図的に地味です。明かすべきマスター図はなく、あるのは読み解ける状態を保つシステムランドスケープと、誰もが辿れる選択の軌跡だけです。

仕事が前提としてよいものを変える、実践上の帰結もあります。エンゲージメントが、まだ存在しない能力を必要とするとき、それは調達サイクルやベンダーのロードマップを待つ必要がありません。enterprise platformは、エージェンティック・エンジニアリングを通じて、ほとんどあらゆる機能を速やかに受け入れられるように作られています。すなわち必要なものを平易な言葉で記述し、速やかに生成しますが、常に確固たるアーキテクチャ原則の範囲内で、かつ厳格な品質保証のもとで行うため、速度が首尾一貫性、セキュリティ、統制を犠牲にすることは決してありません。その効果は単に便利というよりも戦略的です。それは内製か購買かの境界線を動かし、選択肢を安価に保ち、戦略が棚にたまたまあったものに屈するのではなく、アーキテクチャが戦略に従うことを可能にします。

その結果は、理にかなった道を容易な道にすることによって存在意義を得るアーキテクチャの実践であり、システムランドスケープを、凍結するふりをせずに舵を取れる程度に正直に記述する実践であり、組織を、より安価に考えを変えられる状態にして残す実践です。私たちは、そこにいたあいだに描いた図表によってではなく、私たちが去ったあとに事業が行える変更によって評価されることを望みます。図表への適合ではなく、それこそが、事業とITの整合が突き詰めれば何のためにあるのかということなのです。