現代のエンタープライズ環境を規定する条件は、たった一人でその全体像を正確に描ける者はいないという点にあります。十年前、ITの境界は比較的堅固でした。調達、データセンター、ライセンス契約、そしてプロジェクト方法論が一体となって、ほとんどのテクノロジーを把握可能な範囲内に留めていました。その境界は溶解しました。software as a serviceは中央の承認を一切経ずに法人カードで導入できます。cloudプラットフォームは、一人のエンジニアが数分でインフラを立ち上げることを可能にします。事業部門は迅速に動くよう迫られ、IT部門を迂回して喜んで販売するベンダーから直接ケイパビリティを購入します。これらの意思決定は一つひとつは局所的には合理的です。しかし集積すれば、それは無秩序な拡散を生み出します。

その結果は測定可能であり、複利的に膨らみます。重複するシステムはライセンス費用とサポートの労力を二重に発生させます。統合の対象面積は、統合されている価値よりも速く増大します。新しいツールはすべて記録システムに接続されなければならないからです。データは相互に整合しなくなったインスタンス間で断片化し、レポーティングは洞察ではなく突合の作業と化します。管理されていないエンドポイントや忘れ去られた管理者アカウントが一つ増えるたびに、セキュリティとコンプライアンスのリスクは広がります。そして人的コストも現実のものです。熟練した人材は、ケイパビリティを構築するのではなく、多様性を維持することに時間を費やすのです。

これが恒常的な不満としてではなく、今この問題として重要であるのは、テクノロジーの経済性が変化したためです。支出の大半が資本的支出であった時代、拡散は緩やかで貸借対照表上に可視化されていました。支出が従量課金型かつサブスクリプション型になった今、拡散は速く、継続的で、見落とされやすいものになりました。休眠状態のcloud環境も課金され続けます。ほとんど使われないアプリケーションも更新され続けます。IT環境はもはや予算サイクルを待って膨張するわけではなく、それはつまりガバナンスももはや予算サイクルで運用できないことを意味します。ガバナンスは継続的な機能とならなければならず、統合は一度きりの整理ではなく継続的なプログラムとならなければなりません。

ガバナンスの第一原則は、華やかさに欠けますが決定的です。ガバナンスは主としてテクノロジーに関するものではなく、誰が何を、どのような根拠で決定できるのかに関するものです。組織がそのIT環境を合理化できるようになる前に、実際に選択がどのように行われているのかを正直に見つめる必要があります。ほとんどの企業では、実際の意思決定権限は暗黙的で、争われており、一貫していません。ある支出カテゴリーは厳格に統制される一方、より大きな別のカテゴリーは自由に流れています。中央のアーキテクチャグループは、書類上は権限を持っていても、実務上それを行使できません。これらの権限を明示化することがガバナンスの基礎となる行為であり、それはいかなるツールよりも価値があります。

実効性のあるモデルは、少数の意思決定タイプを区別し、それぞれを明確な所有者に割り当てます。原則と標準、すなわち他のすべてを形づくる持続的なルールは、上級レベルの後ろ盾を持つ中央機関に属します。投資の意思決定、すなわちどのケイパビリティに資金を投じ、どれを枯渇させるかは、一度に一つのプロジェクトではなく環境全体を見渡せるポートフォリオ機関に属します。承認された標準の範囲内での設計上の意思決定は、業務に最も近いデリバリーチームに属します。それを上位に押し上げてもボトルネックを生むだけだからです。技術は、中央が一貫していなければならない少数のものを統制し、そうである必要のない多数のものを委譲するよう、この線を引くところにあります。

ポートフォリオマネジメントは、意思決定権限を成果へと転換する手段です。各システムを孤立した資産として扱うのではなく、ポートフォリオ思考は環境全体にわたって比較的な問いを立てます。このケイパビリティにはいくらの費用がかかるのか、どのような価値を提供するのか、どのようなリスクを抱えているのか、そして同様のことを行う他のすべてとどう重複しているのか。その視点から、すべてのアプリケーションについてライフサイクル上の処遇が導かれます。戦略的で健全であるがゆえに投資する。機能しており置き換えがまだ正当化されないがゆえに許容する。より優れた標準が存在するがゆえに移行する。あるいは冗長、陳腐化、またはサポート外であるがゆえに廃止する。自らのIT環境についてこの処遇を導き出せないガバナンスは、まだガバナンスではありません。それは単なる管理事務です。

ガバナンスには、しばしば当然の評判として、官僚的な残滓であるという評判がつきまといます。ステアリングコミッティ、アーキテクチャレビューボード、そしてデリバリーチームが迂回する術を学ぶ長大な文書。近年の重要な進展は、この規律がそれを取り巻くオペレーティングモデルによって再構築され、ベストプラクティスが古典的な姿とは実質的に異なるものになったことです。

最も重要な変化は、プロジェクト単位の資金投入からプロダクト単位の資金投入への移行です。テクノロジーがプロジェクトとして資金投入されていた時代、ガバナンスは断片的でした。ビジネスケースが冒頭で精査され、その後施策はデリバリーの中に消え、超過したときにだけ再び姿を現しました。ケイパビリティをそのライフサイクル全体にわたって所有するよう資金投入された恒久的なプロダクトチームは、ガバナンスの問いを、このプロジェクトを承認すべきかから、このプロダクトはまだポートフォリオの中で自らの居場所に値しているのかへと変えます。これは統合にとってはるかに有用な問いです。誰も見直すことのない一度きりの承認ではなく、妥当性についての継続的な判断を迫るからです。

これと並行して、コストの透明性が正式な実践となりました。technology business managementとFinOpsムーブメントは、テクノロジーコストをビジネスサービスに帰属させるための共通の語彙を組織に与え、統合に関する議論を主張ではなく数字に基づいて行えるようにしました。プラットフォームエンジニアリングの台頭も重要です。舗装されたセルフサービスの経路を提供する社内プラットフォームチームは、デリバリーチームが独自のものを考案するよりも標準的なやり方を行うことを容易にします。これこそが、大規模に標準を強制する唯一の持続可能な方法です。そしてデータ保護から業務レジリエンス義務に至る規制の背景は、管理されていない環境の代償を引き上げ、ガバナンスを裁量的な善行から説明責任を伴う義務へと変えました。共通する筋道は、ガバナンスが検査として上から重ねられるのではなく、業務の流れそのものにますます組み込まれていることです。

優れたガバナンスのアーキテクチャは、単一の区別の上に成り立ちます。ガードレールとゲートの違いです。ゲートは誰かが承認するまで業務を止め、ゲートは蓄積し、やがてデリバリーは最も遅い委員会の速度にまで落ちます。ガードレールは意思決定の形を制約する一方で、意思決定そのものは待つことなく進めさせます。スケールするガバナンスはほぼ全面的にガードレールから構築され、ゲートは真に不可逆的または重大な帰結を伴う選択のためだけに留保されます。設計の目標はより多くをレビューすることではなく、正しい選択を最も抵抗の少ない道とし、誤った選択を目に見えて骨の折れるものにすることです。

これは網羅的なカタログではなく、小さく意図的に厳選された標準の集合によって達成されます。リファレンスアーキテクチャは一般的な問題に対する承認済みのパターンを記述し、チームが毎回原理原則から設計するのではなく、既知の良質な構成要素から組み立てられるようにします。技術標準は各カテゴリーで推奨される製品を明示し、同じく重要なことに、廃止されつつある製品も明示することで、進むべき方向を明確にします。ゴールデンパス、すなわちプラットフォームチームが提供する舗装されたセルフサービスの経路は、これらの標準をツールに組み込み、標準に従うことが最も速く出荷する方法となるようにします。文書の中にのみ存在する標準は願望です。デリバリーの経路に組み込まれた標準こそがガバナンスです。

統合は同じ設計思考を削減に適用します。合理化は規律ある手順に従います。第一に、IT環境をありのままに発見します。見えないものは統合できず、シャドーシステムこそまさに発見が浮かび上がらせなければならないものだからです。第二に、各アプリケーションをビジネス価値、技術的健全性、総コストという一貫した枠組みに照らして評価し、比較が公正になるようにします。第三に、目標状態を決定します。重複する各クラスターでどのシステムが生き残り、他がどこへ移行するのかを定めます。第四に、そして組織が最も頻繁に省略する手順ですが、実際に廃止します。これはデータの移行、統合先の付け替え、アクセス権の取り消し、ライセンスの解約、そして停止したものに何も依存していないことの確認を意味します。廃止こそが節約が生まれる場所であり、それは最も困難で、最も称賛されない作業です。

ガバナンスと統合は認識可能な形で失敗し、そのパターンに名前を与えることが、それらに対する最初の防御となります。

障害物としてのガバナンス。最も一般的な失敗は、意思決定を改善することなく遅延を加えるレビューボードです。あらゆる変更が隔週で開かれる委員会に並ぶとき、チームはガバナンスを完全に避ける術を学び、監督なしに構築されるIT環境は、まさにガバナンスが防ぐために存在したものそのものになります。摩擦として感じられるガバナンスは迂回され、迂回された統制は統制がないよりも悪質です。監督があるという誤った感覚を生むからです。

採用されない標準。どのチームも従わないリファレンスアーキテクチャは標準ではなく、願い事です。これは標準がデリバリーから隔離された中央グループによって書かれ、舗装されるのではなく押し付けられ、無視するよりも従う方が容易にされていないときに常に起こります。対策は強制ではなく引力です。標準がより便利な選択肢でなければなりません。

分析で止まる合理化。多くの統合プログラムは、洗練されたアプリケーションインベントリ、冗長性のヒートマップ、そして目標状態のスライドを生み出し、そこで頓挫します。廃止対象とマークされたシステムは稼働し続けます。廃止は本当に困難であり、めったに資金投入されないからです。廃止を伴わない分析は一切の節約をもたらしません。それは単に問題を文書化するだけです。

不死のアプリケーション。上記に関連して、システムは名目上は停止されても、決して真に廃止されません。サーバーは誰かが必要とする場合に備えて稼働したままになり、ライセンスは既定で更新され、統合は生きたまま残ります。IT環境は古いものと新しいものの費用を同時に負担します。真の廃止には、あるシステムに何も依存していないことを確認し、それを断固として除去する規律が必要です。

より劣った標準への統合。ときに、合理化における生き残りのシステムが技術的ではなく政治的な理由で選ばれ、組織は実際には集合の中で最良ではないプラットフォームへの移行に多額を費やします。統合は数を減らしますがケイパビリティを劣化させます。どのシステムが生き残るかという意思決定は、そもそも統合するかどうかの意思決定と同じだけの厳密さに値します。

すべてを一律に統制する。些末な変更と戦略的な変更に同じ重厚なプロセスが適用されるとき、些末な変更がプロセスを圧倒し、戦略的な変更には注意が向けられなさすぎます。比例性、すなわちガバナンスの重みを意思決定の帰結に合わせることこそが、ガバナンス機能を信頼でき迅速なものに保つのです。

Nashuaはガバナンスと統合を、提出すべきレポートではなく、構築すべき運用能力として扱います。エンゲージメントは、IT環境と、その中で実際に意思決定が行われている様子についての正直な描写から始まります。両者は通常、公式版が示唆するよりも秩序立っていないからです。私たちはアプリケーション、インフラ、支出の自動発見を、IT部門と事業部門にまたがる構造化された対話と組み合わせ、シャドー環境と非公式な意思決定権限が、文書化されたものと並んで可視化されるようにします。成果物は単なるインベントリではありません。それは、あらゆる重要なアプリケーションが価値、コスト、リスク、そして明確な処遇を備えたポートフォリオビューです。

そこから作業は意図的に順序立てられ、価値が早期に到来し、組織が複数年にわたるプログラムを信頼だけで飲み込むよう求められることがないようにします。私たちは統合が速く回収される重複クラスターを特定し、並行してガバナンスの仕組みを確立します。意思決定権限モデル、維持される少数の標準、そしてデリバリーが必要とする速度で比例的な意思決定を行う軽量なフォーラムです。決定的に重要なのは、私たちがガバナンスを、チームがすでに働いている方法に組み込まれたガードレールとして設計することです。そうすることで、ガバナンスはデリバリーの前で行列を作るのではなく、デリバリーを可能にします。私たちは廃止を第一級の活動として計画し、データ移行、統合の作り直し、ライセンスの解約を後付けではなく資金投入された作業として扱います。約束された節約が実際に実現されるのはそこだからです。

その全体を通じて、Nashuaは超然としたアドバイザーとしてではなく、クライアント自身の人々と並んで働く実践者として活動します。組織のチームが形づくりに参加した標準は、彼らが採用する標準です。組織が私たちの退去後に維持できるポートフォリオは、最新に保てない完璧なスナップショットよりも価値があります。私たちの目標は、比例的なガバナンス機能、生きたポートフォリオ、そして私たちが見出したものよりも測定可能なほど小さく整合性の高いIT環境を残していくことです。

Nashuaが生む違いは、一度きりの統合作業から、拡散が戻るのを防ぐ持続的なケイパビリティへの移行です。有能な企業であれば、アプリケーションの合理化を一度は実施できます。より困難で、より価値のある成果は、自らの意思決定を十分にうまく統制できる組織です。それはIT環境が整合性を保ち続け、システムをまれなキャンペーンとしてではなく日常のこととして廃止し、ガバナンスを税ではなく加速装置として体感する組織です。それが私たちが目指して構築する成果であり、それはいかなるアセスメントと同じくらい、オペレーティングモデルと人々に依存します。

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

これらを結びつけるのは、デリバリーとその先まで関与し続けるエンタープライズテクノロジー兼コンサルティング企業としてのNashuaの姿勢です。私たちは、文書の中では見栄えがよくても現実のデリバリーの速度に接した途端に死んでしまうガバナンスフレームワークにも、節約がスプレッドシートから外に出ることのない統合計画にも関心がありません。私たちは自らの成功を、事業にとって重要な具体的な観点で測ります。冗長なシステムの減少、経常コストの低下、統合とセキュリティの対象面積の縮小、より速く明確な意思決定、そしてエンゲージメント終了後も長く組織が自ら舵取りできるポートフォリオです。テクノロジーについてうまく決定し、不適切な意思決定が生み出す拡散を手なずけることは、終了日のあるプロジェクトではありません。それはケイパビリティであり、クライアントがそれを自らのものとする手助けをすることこそ、Nashuaが違いを生む場所なのです。