全員のヘルプデスクになった地域統括拠点 — 欧州系グループのシンガポールオフィス

結論： 欧州の産業グループがシンガポールに ASEAN（東南アジア）地域統括拠点を置き、標準策定とベンダー管理を担う 2 名の IT 要員を配置した。18 か月後、その 2 名は週の大半をマレーシア・タイ・ベトナムからのチケット対応に費やしている。答えは本社チームの増員ではなく、その下に提供レイヤーを敷くことである。

全員のヘルプデスクになってしまった地域統括拠点

スライドの上では、その判断は明らかに正しく見えた。東南アジアの地域統括拠点をシンガポールに置く。有能な IT 要員 2 名を配置し、グループ標準を定め、ベンダーを統合し、セキュリティベースラインを所有し、地域全体のハードウェア更新を計画させる。工場も営業拠点も、そこに報告する。

18 か月後、その 2 名が実際にしていることはチケット対応である。地域アーキテクチャのチケットではない。ただのチケットだ。ラヨーン郊外の工場の監督者が作業指示書を印刷できない。クアラルンプールの営業拠点で、アップデート後に VPN へ参加できないノート PC が 3 台ある。ホーチミンの誰かが ERP からロックアウトされ、貨物が埠頭にあるため今すぐ解除が必要だという。

これは説明用の複合シナリオであり、実名の顧客ではない。マレーシア・タイ・ベトナムの製造工場と小規模営業拠点を、シンガポールの地域統括拠点が束ねる欧州系の産業グループである。複合としたのは、この形が珍しくないからだ。統治のために人数を決めた地域拠点が、運用のために使われたとき、これはほぼ既定の結末になる。

なぜこの形の企業がこの特定の失敗を生むのか

シンガポールの地域統括拠点は珍しくない。ここで述べる失敗モードは普遍的ではないが、ある特定の形のグループに集中して現れる。

拠点同士がまるで似ていない。 バンコク郊外の工業団地にある工場は、クアラルンプールの 4 人の営業拠点とはまったく別の IT 環境であり、それはさらに、生産ラインとトラックスケールとハンディスキャナーがあり、最も IT に近い存在が監督者であるホーチミン近郊の工場とも別物である。単一の標準はこれらすべてとの接触を生き延びなければならないが、シンガポールのオフィスで書かれた標準は、たいてい相手をオフィスだと想定している。

タイムゾーンは部分的にしか重ならず、言語はまったく重ならない。 シンガポール、クアラルンプール、バンコク、ホーチミンは互いに 1 時間以内である。便利に聞こえるが、それこそが問題だ。各拠点の就業時間は本社の就業時間をほぼ完全に覆うため、あらゆるチケットが、本社チームが戦略的な仕事をするはずだったその同じ窓に降ってくる。そして、タイ語で障害を説明する工場監督者と、それを解さないシンガポール勤務のエンジニアとの会話は、遅く、情報が欠落し、たいてい出張か推測で終わる。

支社側に IT の肩書を持つ人間がいないので、誰かがそれを自作する。 実際には各拠点が静かに 1 人を「任命」する。生産監督者、総務担当、パソコンに強い経理担当。その人が管理者権限と現地知識を蓄積し、やがて本社からは見えない形で物事を壊せる能力まで手にする。これは不正ではない。今日中に直す必要があり、公式な窓口が他国のキューであるときに起きる必然である。

欧州本社が求める数字を、地域は出せない。 地域全体で端末は何台あるのか。国別のパッチ適用率は。来年のハードウェア更新の負担はいくらか。答えが 4 か所に 4 種類の形式で散在しているため、その会議のために人手で 1 枚の表に組み上げられ、組み上がった直後から陳腐化していく。

明白な分を超えた、本当のコスト

目に見えるコストは、苛立った 2 人である。本当のコストは、どこにも計上されない方にある。

戦略的な仕事は、決して緊急ではないので、決して起きない。 ベンダー統合、セキュリティベースライン、更新計画、標準イメージ——どれも重要で、どれも「印刷できない人」ほど緊急ではない。チケットには名前が付いており、戦略には付いていないので、チケットが毎回勝つ。それが 18 か月続くと、地域的な成果を何ひとつ出していない地域 IT 機能ができあがる。そこにいる人たちの落ち度ではない。

シャドー管理者が蓄積する。 ローカル管理者権限を持つ生産監督者は、いまや物を入れ、リセットする人であり、彼のノート PC が更新されるとき、ある設定の唯一の写しが一緒に消える。グループの実際のセキュリティ水準は本社ベースラインに書かれたものではなく、その 4 人がこれまでしてきたことそのものである。

最も基本的な問いに誰も答えられない。 「我々のセキュリティ成熟度は」ではない。もっと単純な問いだ。この地域にノート PC は何台あるか。何台が保証切れか。何台がサポート対象外の OS ビルドで動いているか。答えられないことは事務的な気まずさとして扱われがちだが、実際には統治の失敗である。数えられない資産群は統治できない。

そして本社は、迂回されるボトルネックになる。 シンガポールへのチケットに 3 日かかると各拠点が学習した時点で、彼らはチケットを上げなくなる。現地業者に電話するか、我慢するか、現地のカードでノート PC を買う。資産群が断片化する速度は、本社が標準化する速度を上回る。それは本社が存在する理由のちょうど逆である。

名指ししておくべき二次的なコストがもう一つある。最終的に決断を迫るのはたいていこれだ。本社の 2 人は構造上、このグループが地域に置く最も高価な IT 資源である。判断力を買われて採用され、シンガポールの給与水準で、標準と戦略について書かれた職務記述書で入っている。その週をパスワードリセットとプリンタードライバーに使うのは、金の無駄であるだけでなく、定着の問題でもある。設計のために採用された人は、2 年間受付をした後に辞める。そして辞めるとき、この地域について唯一一貫した全体像を持ち去る。グループは同じ 2 人体制を再建し、同じ職務を与え、同じ循環を繰り返す。地域 IT 機能が 5 年目に入っても地域標準が存在しない、というのはこうして起きる。

Brocent の見解：地域統括拠点は決定が下される場所であり、チケットが着地する場所ではない

直感的な修正は本社チームを大きくすることだ。2 人ではなく 3 人に。それは機能しない。理由をはっきりさせておく価値がある。

第一に、チケット量は拠点数とユーザー数に比例して増えるのであって、本社の人数に比例するのではない。3 人目を足して買えるのは、同じ飽和に至るまでのわずかに長い滑走路だけである。第二に、シンガポール在勤のエンジニアが、訪れたことのない工場のスキャナーに関するタイ語のチケットを、2 人目より速く解決できるわけではない。第三に、チケット対応をしている本社チームは、グループで最も高価な地域 IT の給与を、最も安価な地域 IT の仕事に使っている。

構造上の答えは、1 つのチームに押し込まれた 2 つの機能を分離することである。

• 統治は本社に残す。 アーキテクチャ、ベンダー選定と商務条件、セキュリティベースライン、更新方針、予算、そして国境をまたぐ事項のエスカレーション権限。シンガポールの有能な 2 人が週を通してすべきなのはこれである。
• 提供はその下に、地域規模で置く。 一次対応と監視を、現地で、現地の言語で、どこでも同じプロセスと同じツールで。本社チームはキューであることをやめ、エスカレーション先となり、提供レイヤーが実行する標準の所有者になる。

これが多国籍グループにおけるマネージド IT プランの役割であり、その価値は主として「サポートが安くなること」ではない。本社チームが自分の週を取り戻し、グループがようやく単一の運用像を得ることである。

後半は、通常よりもう少し注目に値する。国ごとに個別の取り決めで回っている間、地域レポートは表計算の作業である。誰かが 4 人にメールし、3 人が返信し、数字は手で突き合わせられる。地域が 1 つのエンジンで回っているなら、同じ問いはクエリになる。Brocent のマネージドサービスはすべての端末を 1 つのプラットフォーム、1 つの資産レコードの下に置く。そして BCS Beam エンドポイントエージェントは、リモートサポートと読み取り専用のセキュリティ・ヘルス監査——暗号化状態、アンチウイルス、更新状況、ソフトウェアインベントリ——を 1 つのエージェントで担い、顧客ごとに分離されたテナントと、書き出せる接続監査台帳を備える。サポートツールとしての評価は措くとして、統治のツールとして見るなら、「この地域に端末は何台あり、どういう状態か」が 4 人に尋ねなければならない問いでなくなる、ということである。

そしてロードマップには、同時に電話を取っていない所有者が必要だ。仮想 CIO の定例は、欧州本社が継続して読めるものを与える。同じ形のレポート、同じ指標が、四半期ごとに、地域のすべての国について並ぶ——取締役会資料の締切前週に組み上げられた 4 つの異なる現地語りではなく。

実際にはどう進むのか

変わるものは 4 つあり、変わる順序が決まっている。

第一に、一次対応が本社チームから離れる。 すべての拠点のチケットは、現地語対応を持つ地域サービスデスクへ入る。シンガポールの 2 人の受信箱ではない。これが他のすべてを行う余力を生む変更なので、最初に来る。同時に本社チームが最も抵抗する変更でもある。18 か月のあいだ、彼らの価値は閉じたチケット数で測られてきたからだ。

第二に、応答時間を約束する前に監視を入れる。 見えない資産群に対しては何も約束できない。拠点横断の監視がベースラインを生む——端末が何台あり、どれくらいの頻度で壊れ、実際に壊れるのは何か。そのベースラインこそが、次の 2 段階を願望ではなく議論可能なものにする。

第三に、本社がアーキテクチャ・ベンダー・予算を、文書で取り戻す。 分担は明示されなければ保たない。どの決定が本社のもので、どれが提供レイヤーのものか、そして拠点が異議を唱えたときのエスカレーション経路はどうか。曖昧な委任は一四半期で元の形に戻る。

第四に、レポートがイベントではなくリズムになる。 資産と状態のデータは 4 人の人間ではなくプラットフォームから来る。vCIO の定例がそれを、欧州本社が翻訳層なしで読める地域ビューに変える。

カバレッジについて一言。ここは供給側が過剰約束しがちで、かつ簡単に検証できる箇所だからだ。Brocent がユーザー単位のマネージドプラン価格を料金ページで公開しているのは香港・シンガポール・中国本土であり、これらが公開レートを持つ市場である。マレーシア・タイ・ベトナムは Brocent のサービス拠点ネットワークでカバーされ、レートカードとして公開されるのではなく見積もり時に個別に定義される。この区別は供給者を比較するときに効く。ある市場に公開価格があることは、地図上のロゴより強い約束である。検討中のパートナーには——当社を含めて——列挙された国のうちどれに公開レートがあり、どれにないのかを必ず尋ねてほしい。

Brocent は 2021 年以降シンガポールをグローバル本社としており、グループは 2007 年に北京で創業、2016 年から香港オフィスを構えている。シンガポールをハブとして地域を見る形が、ここでは理論ではなく日常の実務である理由はそこにある。

比較：4 か国の地域で IT を回す 3 つの方法

すべてをシンガポール本社に集中させる

• 仕組み： サポート、監視、管理のすべてが地域統括拠点から出る。1 チーム、1 標準、1 キュー。
• 本当の強み： 一貫性が最大になる。決定は 1 組、現地のずれがなく、すべてを自分でやっているので本社の可視性は完全である。
• どこで壊れるか： 言語と物理性との接触に耐えない。工場の機械に関するタイ語のチケットはシンガポールのチケットではない。そして量がチームの能力を超えた瞬間——それは誰の予想より早く来る——戦略的な仕事は完全に止まる。
• 向いているのは： 英語で回る、似た規模の小さなオフィスだけで構成され、生産拠点のない地域。工場を持つグループには向かない。

各国に完全に委ねる

• 仕組み： 各拠点が自前で IT を手配する。現地業者、現地採用、あるいはパソコンに強い監督者。
• 本当の強み： 現地では速く、既定で現地語であり、誰かが機械のところまで歩いていける。
• どこで壊れるか： グループ標準がなく、統合ビューがなく、購買交渉力がなく、一貫したセキュリティベースラインもない。4 か国はすべての問いに 4 つの答えを返し、地域統括拠点の役割はそれを集めることに劣化する。
• 向いているのは： 地域の一貫性を本当に必要としない持株会社。共通システムを持つ産業グループは、たいていそれではない。

地域統治＋マネージド提供レイヤー（Brocent のモデル）

• 仕組み： 本社チームがアーキテクチャ、ベンダー、セキュリティベースライン、予算を所有する。マネージド事業者が一次対応と監視を現地で現地語により提供し、1 つのプラットフォーム上の 1 つの資産・監査ビューで回し、vCIO の定例が地域レポートを生む。
• 本当の強み： 本社チームが、採用された理由の仕事をする。レポートは表計算ではなくクエリになる。標準はどの国でも同じやり方で実行される。実行しているのが 1 つの提供組織だからだ。エスカレーションは即興ではなく定義される。
• どこで壊れるか——正直な部分： 分担が曖昧だと失敗する。本社が「今回はそのほうが早い」とチケットを直接取り続ければ、古い形が戻る。また、本社チームが「自分の価値の見え方」の変化を受け入れる必要がある。これは技術の問題ではなくマネジメントの問題である。
• 向いているのは： まさにこの形——物理的に届かず、全員がその言語を話すわけでもない拠点に対して統治責任を負う地域統括拠点。

これが自社の地域の話なら、どこから始めるか

1. 何かを買う前に資産を数える。 端末が何台、どの国に、どういう状態で。出せないなら、それが最初の成果物であって、最初に飛ばす項目ではない。

2. 本社チームの週に実際に何が入っているかを測る。 2 週間の正直な工数記録は、「これが本当に問題かどうか」という社内論争を、どんな議論よりも早く決着させることが多い。

3. 分担を書き出す。 どの決定が本社のもので、どれを委ねるか。供給者との会話の前にやること。それが何を買うのかを決めるからだ。

4. 欧州本社が何を、どの頻度で見る必要があるかを決める。 レポート要件が運用モデルを形づくる度合いは、多くのグループの想定より大きい。

5. 公開レートのある市場はどれかを供給者に尋ねる。 そのうえで、ない市場では何が起きるのかを尋ねる。

シンガポールの地域統括拠点が他国のチケットに週を費やしているなら、その分担がどうあるべきかご相談ください。

よくある質問

一次対応は地域統括拠点に置くべきか

他国が 1 つを超えた時点で、たいていは置くべきでない。一次対応は量が多く、時間に敏感で、言語に縛られる。地域統括拠点はそのいずれでもない。本社に置くことが妥当なのは、地域が同一言語の似たオフィスの集まりであるときだけだ。工場、現地語、拠点固有の機器が現れた瞬間、一次対応は現地に存在を持つ提供レイヤーに属し、本社はキューではなくエスカレーション先になる。

4 か国の言語はどう扱うのか

翻訳を本社に期待するのではなく、言語をチケットが起きる場所に置くことで扱う。現地語で一次対応を行う地域サービスデスクがあれば、工場監督者は実際に考えている言語で障害を説明でき、説明から診断までの間で何も失われない。その対として、ドキュメントと標準イメージは単一の作業言語——通常は英語——に保つ。グループが 4 種類の「正」を維持しなくて済むようにするためである。

何を本社に残し、何を委ねるのか

実行可能な分担はこうだ。本社はアーキテクチャ、ベンダー選定と商務条件、セキュリティベースラインと方針、更新と予算の計画、そして国境をまたぐ、あるいは標準を変える事項の承認権を保持する。提供レイヤーは一次・二次対応、監視、パッチ、エンドポイント管理、および本社が承認した変更の実行を担う。失敗モードはこれを暗黙のままにすることだ。拠点が異議を唱えたときのエスカレーション経路も含めて、文書化すること。

国をまたいだ単一の資産ビューはどう作るのか

4 つを突き合わせるのではなく、各国を 1 つのプラットフォームで回すことによって作る。すべての端末が同じエージェントを載せ、同じレコードに入るなら、地域の資産・状態の問いは 1 つのシステムへのクエリになる。Brocent の BCS Beam エージェントはリモートサポートと読み取り専用のヘルス・セキュリティ監査——暗号化、アンチウイルス、更新状況、ソフトウェアインベントリ——を、顧客ごとに分離されたテナントの下で担う。それが地域ビューを、4 つのエクスポートを綴じ合わせたものではなく本物にする。代替案である年 1 回の手作業棚卸しは、完了した日にはもう古い。

現地の IT 要員を置き換えることになるのか

必ずしもそうではなく、置き換えるべきでない場合も多い。工場は特に、誰かが物理的にいることの恩恵が大きい。変わるのは役割だ。現地の担当者は、権限を蓄積した非公式の管理者であることをやめ、定義された権限を持つ定義された手となり、他の全員と同じプロセス・同じチケットシステムで働く。グループのセキュリティ水準にとって良く、本人にとってはさらに良い。訓練もされず報酬も付かないまま非公式に負っていた責任から解放されるからだ。

成熟度が大きく違う拠点があるときは

それを前提に、順序を設計する。よくある妥当な進め方は、最も成熟していない拠点を最初に入れることだ。得るものが最も大きく、モデルの負荷試験にもなる。すでに有能な現地体制を持つことが多い最も成熟した拠点は最後に入り、グループ標準の下でより多くの現地裁量を残す。拠点間で変わってはならないのは、セキュリティベースライン、資産レコード、チケットプロセスである。合理的に変わってよいのは、どこまでを現地で行い、どこからを遠隔で行うかだ。

欧州本社への報告はどう回るのか

有用な到達点は、同じレポートが毎期同じやり方で、人手ではなくプラットフォームのデータから生成されることである。vCIO の定例がそれにリズムと所有者を与える。資産、インシデント、セキュリティ状態、計画作業についての一貫した地域ビューを、本社が補足説明なしに読める形で出す。実務的な検証は、前期のレポートと今期のレポートが比較可能かどうかだ。比較できないなら、その数字は測定されたのではなく組み上げられている。

地域 IT チームの適正な人数は

人数で答えられる問いではない。問いの立て方が誤っているからだ。適正規模は、そのチームが何に責任を負うかで完全に決まる。4 か国地域の統治だけを所有するチームは 2 人でよい。その 4 か国のあらゆるチケットにも対応するチームは、中堅の産業グループが資金を出せるどの規模でも足りない。先に範囲を決め、範囲に対して規模を決めること。「何人必要か」の答えが上がり続けるなら、変えるべきは範囲である。