過去20年間の大半を通じて、エンタープライズアーキテクチャは技術を起点に上へと積み上げる形で実践されてきました。各チームはアプリケーションを棚卸しし、連携を図式化し、インフラを合理化し、その論理がIT内部で完結するロードマップを作り上げました。これは、事業に対する主要な制約がシステムのコストと複雑さであった間は有効でした。しかし今や、それは大半の組織にとって決定的な制約ではありません。現在の制約は、事業が自らの行いを再構成できる速度と一貫性です。すなわち、隣接市場へ参入する、買収を統合する、新たな規制に準拠する、あるいは既存のサービスに機械学習の能力を組み込みつつ、それに触れる他の三つの機能を壊さずにいる、といったことです。

これらは、まず第一に技術の問いではありません。能力についての問いです。どの能力を組織が備えているのか、どれを欠いているのか、それぞれが自分たちは独自だと信じ込んでいる複数の部門にまたがってどれが重複しているのか、そして誰も気づかぬまま企業のはるかに広範な部分を静かに支えているのはどれか、という問いです。自らの能力を言い表せない組織は、これらのいずれについても筋道立てて考えることができません。そうした組織は組織図に頼ることになりますが、組織図は誰が誰に報告するかを描くだけで、企業に何ができるかについては何も語りません。あるいはプロジェクトのポートフォリオに頼りますが、これは何が変えられつつあるかは描いても、変えられる対象そのものは描きません。

ビジネスアーキテクチャが、まさに今、重要である理由は、要求される変化のペースが、かつて組織をまとめ上げていた暗黙の理解を追い越してしまったからです。事業がゆっくりと変わっていた頃は、その地図は数人の長年勤めた人々の頭の中に十分に収まっていました。事業が絶え間なく変わるようになると、その暗黙の地図は負債と化します。それは部門間で食い違い、新参者には見えず、意思決定が下される前に検証することができないからです。ビジネスアーキテクチャは、その地図を外部化し、共有され、持続する資産へと変えます。それは、自らを見ることのできる企業と、暗闇の中で手探りするしかない企業との違いです。

ビジネスアーキテクチャの土台となる構成要素は能力(ケイパビリティ)です。これは、組織が何かを行えるという安定した表明であり、動詞ではなく名詞として表現されます。引受、価格設定、注文履行、顧客オンボーディング、需要予測などです。能力は、それがどのように遂行されるか、誰が遂行するか、どのシステムが支えるかから、意図的に抽象化されています。その抽象化こそが眼目です。プロセスは絶えず変わり、組織構造は数年ごとに組み替えられ、アプリケーションは置き換えられますが、保険会社がリスクを引き受けられなければならないという事実は、そのすべてを通じて存続します。能力は安定しているがゆえに、変動するあらゆるものを位置づけるための座標系を形づくります。

能力はケイパビリティマップへと編成されます。これは、企業に何ができるかのすべてを、通常は2階層または3階層に構造化して分解したものであり、誰が所有するかではなく、その能力が何であるかによって編成されます。優れたマップは各階層において相互排他的かつ網羅的であり、あえて組織図を映し出しません。もし二つの部門がいずれも顧客をオンボーディングしているのであれば、それは二か所で発揮される一つの能力であって、二つの能力ではありません。この単一の事実を浮かび上がらせることだけでも、マッピング作業全体に見合う価値があることは少なくありません。

能力が静的な「できること」を描くのに対し、バリューストリームは、価値がステークホルダーに対してどのように端から端まで実際に届けられるかを、きっかけとなる出来事から実現された成果に至るまで描きます。バリューストリームは組織を水平に横断し、多くの能力を順に呼び出します。この二つの構成要素は補完的であり、両者そろって初めて土台を担います。バリューストリームはその道のりと、そこに懸かるステークホルダー価値を示し、ケイパビリティマップはその道のりが成功するために何が優れていなければならないかを示します。バリューストリームの下にはビジネスプロセスがあります。これは、特定の文脈において能力を実現する、具体的で、順序立てられ、測定可能な一連の活動です。ビジネスアーキテクチャは能力とバリューストリームの高度で作業し、最初からプロセスの細部に溺れるのではなく、意図的にプロセスへと下方向に接続します。

最後の第一原理はアンカリング(係留)です。他のあらゆるアーキテクチャ領域は、能力モデルに結び付きます。アプリケーションはそれが支える能力へ、データエンティティはそれを所有する能力へ、施策とコストはそれが変える能力へと対応づけられます。これこそが、ばらばらのモデルの集まりをエンタープライズアーキテクチャへと変えるものです。すなわち、他のすべてが参照する共通の背骨です。

三つの動きが、ビジネスアーキテクチャの実践のあり方を作り変えつつあります。第一は、文書化から意思決定支援への移行です。長年にわたり、この分野の目に見える成果物は、それを生み出したワークショップの後には誰もほとんど参照しない図の集まりでした。今日期待されているのは、能力モデルが、繰り返し問われる問いに答えるために用いられる生きた道具であることです。どこに投資すべきか、この買収は何を重複させるのか、どの能力が最も大きなリスクを負っているのか、といった問いです。モデルは、称賛されることによってではなく、問い合わせられることによってその価値を稼ぎます。

第二の動きは、能力を基軸とした投資の視点の台頭です。プロジェクトに資金を投じてポートフォリオが戦略として辻褄が合うことを願うのではなく、支出を能力に対して割り当て、追跡する組織が増えています。これにより、居心地は悪いが有用な問いに答えられるようになります。すなわち、私たちは本当に、戦略が差別化要因だと言う能力に投資しているのか、それとも習慣と組織的な重力によって、コモディティ的な能力に金を注ぎ込んでいるのか、という問いです。後ほど改めて取り上げるケイパビリティ・ヒートマップは、この視点の主要な成果物です。

第三の動きは、人工知能と広範な自動化がビジネス層にもたらす圧力です。ある能力が、チームではなくモデルによって突如として遂行できるようになったとき、組織はその変化を筋道立てて考えるための安定した枠組みを必要とします。すなわち、どの能力が影響を受けるのか、それはどのバリューストリームに位置するのか、どの情報に依存しているのか、どの下流の能力がその現在の挙動を前提としているのか、といったことです。能力モデルを欠く企業は、こうした技術をプロセス単位で場当たり的に導入しがちで、噛み合わない局所的な最適化を積み重ねていきます。モデルを持つ企業は、自動化が本当に戦略を動かす能力を狙い定め、コミットする前にその影響範囲を理解することができます。

これら三つすべての底流には、より静かな成熟があります。すなわち、ビジネスアーキテクチャは、自己完結したモデリングの実務として存在するのではなく、一方では戦略の策定に、他方ではポートフォリオの実行に接続することがますます期待されているのです。価値はその連結にあり、この分野は、その連結がどれほどよく保たれるかによって評価されつつあります。

ケイパビリティマップは描くのは容易ですが、うまく描くのは難しく、その差はほぼ全面的に、いくつかの原則を適用する際の規律の問題です。第一は安定性です。能力は、組織再編やプラットフォームの刷新を生き延びるように定義されなければなりません。もし能力の名称に部門名、システム名、チャネル名、あるいは動詞の時制が含まれているなら、それは誤った高度で描かれており、一年のうちに劣化します。検証は単純です。この表明は次の組織再編の後でも真であり続けられるか、というものです。そうでなければ、書き直してください。

第二の原則は、何をとどのようにのきれいな分離です。ケイパビリティマップは、企業に何ができるかを述べます。バリューストリームとプロセスは、それがどのように行われるかを述べます。両者を曖昧にすると、実のところ変装したプロセス目録にすぎないマップができあがり、それは不安定で、巨大で、投資の議論には役立ちません。ここで一線を守れるかどうかが、モデルが長持ちするか否かを分ける、最も一般的な単一の決定要因です。

第三の原則は、マップが組織を映し出してはならないということです。能力を部門ごとに構造化すると、重複が隠され、横断的な能力が断片化することが確実になります。本来の性質によって編成された能力モデルは、能力を一度だけ配置し、そのうえでマッピングを通じて、それがどこで発揮されているかをすべて明らかにします。これが生む居心地の悪さは、欠陥ではなく診断結果です。

第四の原則は、意図的な停止点を伴う階層化された詳細度です。分解は、意思決定が必要とするところまでだけ行います。企業レベルの推論の大半は、2階層または3階層で事足ります。さらに下りていくのが適切なのは、特定の意思決定がそれを要求する場合に限られます。あらゆる箇所を一律に第5階層まで分解したモデルは、決して維持されることのないモデルです。

第五の原則は、モデルが単なる構造ではなく判断を担うために存在するということです。ケイパビリティマップは、各能力が戦略にとって重要な諸次元、すなわち必要な成熟度に対する現在の成熟度、戦略的重要性、コスト、リスク、そして要求される変化の度合いにおいて評価されたとき、ヒートマップとなります。判断を安定した構造の上に重ね合わせることこそが、分類体系を意思決定の道具へと変えるのです。ここはまた、目標オペレーティングモデルが接続する箇所でもあります。目標オペレーティングモデルとは、事実上、能力、バリューストリーム、組織、情報の将来状態の構成を表明したものであり、ヒートマップは、そこへ向かうことを正当化するギャップ分析なのです。

この分野の失敗の型は使い古されており、いったん名指しされれば大部分は避けられます。壁紙モデルが最も一般的です。手の込んだ、美しく描かれたケイパビリティマップがプロジェクトの中で作られ、一度だけ発表され、その後は意思決定に用いられることが二度とありません。これが失敗するのは、それが誤っているからではなく、道具としてではなく成果物として作られたからです。繰り返される意思決定がモデルに依存していなければ、それは維持されません。そして維持されないモデルは、無いよりも悪質です。なぜなら、それが静かに腐っていく間も、人々はそれを信用してしまうからです。

変装した組織図が二つ目です。マップが部門を軸に構造化されているため、既存の構造を追認し、あらゆる重複を隠し、組織がすでに信じていたこと以外は何も教えません。ワークショップでは居心地がよく、その後は永遠に不活性です。

海を煮立てようとするのが三つ目です。チームは、いかなる価値も生み出す前に、あらゆる能力を一律の深さまで分解し、あらゆるアプリケーション、プロセス、データエンティティを対応づけようとします。その労力は自らの重みで崩れ落ちます。たいていは、有用になる寸前で。ビジネスアーキテクチャは、網羅への衝動からボトムアップで構築するのではなく、答えを必要とする意思決定からアウトサイドインで構築すべきです。

能力を装ったプロセスが四つ目であり、最も技術的です。動詞がマップに忍び込み、高度が滑り落ち、能力モデルは、次の組織再編で崩れる不安定なプロセス目録と化します。これは、モデルの中核をなす安定性という約束を静かに掘り崩す失敗です。

持ち主のいない成果物が五つ目です。モデルに責任を負うビジネスオーナーがいないため、その評価は決して更新されず、アプリケーションや施策のポートフォリオへのつながりは古びていき、18か月のうちに、もはや存在しない企業を描くようになります。この五つすべてに共通する筋は同じです。すなわち、ビジネスアーキテクチャが、組織が自らについて筋道立てて考える上での、統治され生きた構成要素としてではなく、文書として扱われているということです。処方箋は、決してより良い作図ツールではありません。それは、オーナーシップ、現実の意思決定との接続、そして、それらの意思決定が要求するだけしかモデル化しない規律です。

Nashuaは、ビジネスアーキテクチャを、納品されるべき文書としてではなく、委嘱されるべき道具として捉えています。エンゲージメントは、組織が実際に下す必要のある意思決定から始まります。正当化すべき変革、統合すべき買収、合理化すべきポートフォリオ、設計すべき目標オペレーティングモデルなどです。私たちは、白紙の分類体系から想定上の網羅性へと前進するのではなく、それらの意思決定から、それに情報を与えられる必要最小限の能力モデルへと逆算して作業します。これにより労力は適正に保たれ、モデルが完成したその日から果たすべき仕事を持つことが保証されます。

私たちはケイパビリティマップを、事業のために作るのではなく、事業とともに作ります。長持ちするマップとは、その定義が、能力に責任を負う人々によって議論され、合意されたものです。なぜなら、彼らのオーナーシップこそが、その後もマップを生かし続けるからです。私たちのアーキテクトは構造化の規律をもたらします。何をとどのようにの間の一線を守り、マップを組織図から遠ざけ、組織再編を生き延びる高度で能力を描き、意思決定が止まるところで分解を止めます。そのうえで私たちは判断を重ね合わせ、成熟度、重要性、コスト、リスクを評価して、組織の能力とその野心がどこで乖離しているかを正直に示すヒートマップを作り上げます。

そこから、私たちは残りの全体像をモデルに係留します。アプリケーション、情報、施策が、それらが支える能力へと対応づけられ、こうしてビジネス層は、一方の戦略を、他方のアプリケーション、データ、技術の各アーキテクチャに結び付ける背骨となります。ここに至って、目標オペレーティングモデルは一枚のスライドであることをやめ、追跡可能な設計となります。すなわち、能力とバリューストリームの将来状態の構成であり、現在状態から筋の通った道筋を伴ったものです。その全体を通じて、私たちは、これらのいずれかが組織との接触を生き延びるか否かを決める二つのことを譲りません。すなわち、モデルに責任を負うビジネスオーナーと、それを使い続けさせる少数の生きた意思決定です。私たちは、壁紙と化す網羅的なモデルよりも、統治され参照される、より小さなモデルを納めることをよしとします。

Nashuaがもたらす違いは、独自の記法や、より分厚い成果物ではありません。それは、ビジネスアーキテクチャが接続され続けることへのこだわりです。すなわち、その上位にある戦略へ、その下位にあるアプリケーション、データ、技術の各領域へ、そしてそれを取り巻く現実の投資と変革の意思決定へと接続され続けることです。孤立して存在する能力モデルは、学術的な演習にすぎません。組織がどのように意思決定し、資金を投じ、変革を統治するかに組み込まれた能力モデルは、持続する戦略的資産です。前者ではなく後者を築くことにこそ、私たちの実務は労力を集中させています。

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

これが組織にもたらすのは、自らを意図的に変えられるほど明瞭に自らを見ることのできる事業です。重複は目に見えるようになり、したがって対処可能になります。投資は、戦略が差別化要因だと言う能力に照らして検証できます。買収は、それが重複させるものではなく、真に付け加えるもので評価できます。目標オペレーティングモデルは、それが作り変える能力へと遡る追跡可能な線とともに設計できます。これらのいずれも、組織が新しい語彙を採用することや、自らが築くのを手伝わなかったモデルを信用することを要求しません。要求するのはただ、ビジネス層をありのままのものとして扱うことです。すなわち、アーキテクチャ全体のアンカーであり、戦略が実行に接続するか、あるいは静かに接続に失敗するかの分岐点として、です。Nashuaの役割は、その接続を作り、保つことであり、そして図ではなく、私たちが去った後も長く組織が使い続ける道具を後に残すことです。