ギルベインは、米国最大級の非上場不動産開発・建設会社です。65億ドル規模のこの会社は、1870年の創業以来家族経営が続いており、現在は6代目の従業員が事業に携わっています。ウェブスター銀行でCIOを務めていたカレン・ヒギンズ＝カーター氏は、ちょうど1年前にCDIOとしてギルベインに入陣し、153年の歴史を持つこの企業のデジタル変革を担っています。「当社が属する産業は、変革の機が熟しています。製造業やサービス業など他の産業を見ると、生産性は継続的に向上していますが、建設業の生産性はほぼ横ばいで推移しています」とヒギンズ＝カーター氏（上の写真、中央）は言います。
ヒギンズ＝カーター氏にとって、建設事業はデジタルディスラプションの絶好の機会です。製品であるビルや橋は物理的なものかもしれませんが、バーチャルな設計や建設を通じてデジタルで表現することができ、物理的な製品を顧客に届けるためのビジネスプロセス全体を最適化し、合理化することができる自動化の要素があると同氏は言います。
ギルベインの経営陣は今回、IT、デジタル、データをそれぞれ異なる部署のリーダーの職務に分けるのではなく、これらの変革チームをすべて1人のリーダーの下に置くことを決定しました。「私のポジションは、イノベーション、デジタル技術、AI、アナリティクス、サイバーセキュリティ、ITの責任を負う唯一の幹部となるために設けられました。私の見解では、これらの機能を分割した企業は、コミュニケーション、コスト、コンフリクトにまつわる二次的な結果を目の当たりにし、これらの役割を元に戻そうとしています。当社は、データとテクノロジーのリソースを結集して変革を推進し、投下資本に対する真のリターンを得るためには、この体制が最も効果的であると確信しています」と同氏は説明します。
価値の合理化
デジタルトランスフォーメーションの基盤を提供するため、ヒギンズ＝カーター氏とチームは組織全体で、RFPからのプロジェクト受注、建設前準備、建設、そして採用から退職の4つのバリューストリームを試験的に導入しています。「最初の3つは業務上のバリューストリームで、バリューの受け手はお客様です。しかし、当社は人に関わるビジネスでもあるため、採用から退職も含めました。建物を建てるのは人なのです」と同氏は説明します。
例えば、建設のバリューストリームでは、Gilbaneはバーチャル設計と建設への投資を増やしています。バーチャル設計と建設は、建物のデジタル表示を作成するもので、建設作業のライフサイクル全体、さらには継続的な施設運営にまで利用できます。
投資目標
チームは、プロジェクトチームがそれぞれの役割で優れたパフォーマンスを発揮するための関連情報を見つけられるよう、大規模な言語モード実験による分析とAIに投資しています。「建設では、チームは常に何百ものプロジェクトの建設を管理しています。当社のアナリティクス機能は潜在的に危険な状況を特定するため、プロジェクトをより安全に管理し、リスクを軽減することができます」と同氏は説明します。
仮想モデルやビジネスプロセスへのデータ投入を自動化するためのロボット工学への投資も行われています。「当社では、写真やビデオで確認された作業に基づいて、下請け業者への支払いを自動化する方法を試験的に導入しています」とヒギンズ＝カーター氏は言います。
これらの技術ソリューションは、プラットフォームサービスのモジュール化され、適切に設計された基盤なしでは拡張できないため、同氏はカスタマイズされたパッケージソフトウェア一式から、より最新のアーキテクチャへの移行に照準を合わせています。
「秘訣は、1つの仕事で得た利益を複数の仕事に拡大できることです。そのためには、主にデータと統合に基づく、適切なプラットフォームの機能を確立しなければなりません」と同氏は言います。
ヒギンズ＝カーター氏は、システムを設計する組織は、そのコミュニケーション構造をそっくりまねた構造の設計を生み出してしまう、というコンウェイの法則を挙げ、このように言います。「私は、その時の必要性に応じて選択された特注のソリューション一式を携えて、建築の世界に足を踏み入れました。しばらくはこれでうまくいきましたが、最終的には重複やカスタマイズされたワークフローが多くなり、うまく拡張できなくなってしまいました。 私のチームはとても積極的で、顧客志向です。その意図を実現するために、当社のアーキテクチャが必要なのです」
ITの高度化
ギルベインのアーキテクチャをモダナイズするために、ヒギンズ＝カーター氏と同僚たちは、イノベーションとテクノロジーを会社の中核戦略として高める必要がありました。CIOなら誰でも知っているように、ITをコスト重視からバリュー重視に移行させるのは容易なことではありません。新しいアーキテクチャに投資することの重要性を執行委員会に理解してもらうため、同氏はMITのCISRグループ、特にプラットフォームアーキテクチャの重要性に関するステファニー・ウォーナー氏の研究を活用しました。
「ステファニーの調査によれば、デジタルネイティブなビジネスだけでなく、Gilbaneのようなモジュール型アーキテクチャとコンポーズ可能なビジネスプロセスを持つ企業はすべて、収益と純利益の両面で同業他社を上回っていることを示しています。幹部たちに、提供する機能は重要ですが、システムを構築する方法も重要であることを理解してもらいたいと考えました」と同氏は説明します。
ヒギンズ＝カーター氏は、従来のシステムポートフォリオからモジュール式アーキテクチャを構築する必要のあるテクノロジーリーダーに次のようなアドバイスを提供しています。
経営幹部チーム（ELT）に 「理由」を理解してもらう。なぜELTがモジュール式アーキテクチャのメリットを理解することが重要なのでしょうか。それは、ELTがROI（投資対効果）に関して忍耐強くなるためです。「より長期的なモジュール機能を構築し始めると、これまでのやり方よりも時間がかかり、コストもかかると感じるものです。なぜこの戦略を選んだのか、その理由を経営陣に伝え続けなければなりません。モジュール式アーキテクチャを選択するのであれば、我慢が必要です。 我慢することで、これまでのテクノロジーの運用方法とは違うように感じるでしょう」と同氏は言います。
データ戦略をビジネスの発想に置き換える。「技術リーダーになる秘訣は、アーキテクチャに対する深い理解、アーキテクチャを短期的な問題に結びつける能力、そしてリーダーを説得する影響力を持つことです」と同氏は言います。建設会社として、ギルベインはリスクを管理する仕事をしています。適切なアナリティクスは、複数の建設プロジェクトを同時に担当する事業部門のリーダーが、ポートフォリオの中で最もリスクの高い仕事に注意を集中するのに役立ちます。「リスクを管理するためには、人員削減や大量の変更注文など、仕事のリスクを示す先行指標を理解する必要があります。これにより、プロジェクトデータのドメインを正規化する必要性がわかります。『プロジェクトデータの正規化』という予算項目を持ってリーダーシップチームに行くことはありません。事業部門にリスク管理を支援するポータルを提供することを提案します」と同氏は付け加えます。
適切なアーキテクトを雇う。「優れたアーキテクトには、開発のバックグラウンドとビジネスマインドの両方が必要です。選択性の重要性を理解し、将来に対してアジャイルである必要があります」と同氏は言います。
しかし結局のところ、最新のアーキテクチャを作るのはあなた自身から始まるのです。「従業員のエクスペリエンスを理解していなければ、テクノロジーを提供することはできません。私が月に1度現場に出れば、チームもそうするでしょう。お客様に影響を与えるような技術的な決断を下すのであれば、そのお客様と同じ立場に身を置いてみる必要があるのです」と同氏は指摘します。
