ServiceNow Impact Platform Architect の児島です。

プラットフォーム設計の重要性に関して、Part 2 です。

Part 1 は 👉 こちら です。

前回はServiceNowを「都市計画」に例えて整理しました。

今回はさらに具体的に、失敗する都市と成功する都市を対比させながら、ServiceNow 導入・拡張のあり方を考えてみます。

---

❌ 失敗する都市（混乱する ServiceNow）

🏚 無秩序な建築ラッシュ

各部署が自由にビルを建て、住宅街に工場、細い路地に高層マンションが並ぶ。

➡ 部門ごとに独自アプリを追加し、重複や不整合が増えていく。

🗺 地図が存在しない街

住人ですら道路や施設の位置を把握できず、迷子が続出。

➡ CMDB が整備されず、障害対応や影響範囲の特定に時間がかかる。

🚦 信号機のない交差点

好き勝手に車が走り、事故が多発。

➡ ワークフローや承認プロセスが未整備で、変更や承認がカオス。

🛣 孤立した街区

新しい街があっても道路がなく、物資も人も届かない。

➡ 外部システム連携を考えないため、データがサイロ化。

---

✅ 成功する都市（持続可能な ServiceNow）

🏢 秩序ある区画整理

住宅、商業、公共施設がバランスよく配置され、都市全体が調和。

➡ アプリケーションが整理され、再利用性・拡張性が高い。

🗺 信頼できる都市マップ

電力網や上下水道の地図が整備され、トラブル発生時も迅速に復旧可能。

➡ CMDB が正しく維持され、影響範囲を即座に特定できる。

🚦 安全でスムーズな交通

信号や標識が整い、事故なく効率的に人が移動できる。

➡ ワークフロー・ACL などが適切に設計され、安全に業務が回る。

🛣 シームレスな都市間連携

鉄道や高速道路で都市同士が結ばれ、物流や人の流れがスムーズ。

➡ 外部システムとの統合が設計され、データ活用が全社レベルで進む。

---

まとめ

失敗する都市と成功する都市の差は、**「最初に計画を立てたかどうか」**に尽きます。

ServiceNow も同じで、導入初期の設計とガバナンス次第で、その後 10 年の価値が決まります。

アーキテクトの役割は、都市計画者と同じく「未来を見据えた秩序ある街づくり」。

👉 次回は 「OOTB（Out-of-the-Box）」を都市の公共インフラになぞらえて、どう使うべきかを考えてみます。