IT サービス マッピングとは

重要なポイント: IT サービス マッピングは、各ビジネス サービスがその基盤となるアプリ、インフラストラクチャ、チームにどのように依存しているかを (通常は視覚的に) 文書化するための実践方法です。これにより、何らかが変更または破損した際に、IT 部門は何が影響を受けているか、そして誰を関与させるべきかを把握できるようになります。

• 概要: サービスを構成アイテムや資産、所有者、顧客のタッチポイントに接続する依存関係マップです。通常は CMDB 上に構築され、検出と変更管理を通じて最新の状態に保たれます。

• 重要な理由: マップがなければ、インシデントの影響や変更リスクは推測に頼ることになります。その一方、マップがあれば、チームがインシデントをより迅速に解決し、変更を正確に評価して、依存関係全体で明確にコミュニケーションを行えます。

• Jira Service Management のメリット: Jira Service Management のアセットは、サービス、構成アイテム、その依存関係を保存し、それらをインシデントや変更リクエストにリンクすることで、変更カレンダーに今後の変更を表示します。

IT サービス マッピングは、各ビジネス サービス (CRM、決済プラットフォーム、人事ポータルなど) がその基盤となるアプリ、インフラストラクチャ、チームにどのように依存しているかを (通常は視覚的に) 文書化するための実践方法です。これにより、IT 部門は「このコンポーネントに障害が発生した場合、または変更が行われた場合に、どのサービスとユーザーが影響を受けるか、そして誰に知らせる必要があるのか」という問いに、迅速かつ正確に答えられます。

サービス マップが真価を発揮するのは、まさにこうした場面です。インシデント発生時には、依存関係を把握することで原因の特定を迅速化し、対応に必要なメンバーを判断できます。また、変更を加える前に、どのシステムやサービスに影響が及ぶ可能性があるかを確認できます。本ガイドでは、サービス マッピングのメリットと、マップの構築や維持に必要な 9 つのステップをご紹介します。

サービス・マッピングのメリット

サービスとアセットを 1 か所で視覚化すると、全員の作業が容易になり、ビジネスの流れが改善されます。ここでは、深い理解や問題解決の迅速化など、サービス・マッピング・ツールの主なメリットをいくつかご紹介します。

1. カスタマー・エクスペリエンスの向上

サービスを資産と依存関係のレベルまで概説し、運用フレームワークとワークフローを特定できます。つまり、単一のビューでインシデントを迅速に調査し、解決できます。

2. 効率的な変更とインシデント管理の促進

どのサービスが他のサービスに依存しているかを明確に把握していれば、変更やインシデントが発生した際にも、適切な対応を迅速に判断できます。Jira Service Management を活用することで、IT チームと開発チームは、サービス マップに紐づく最新の変更情報を共有しながら連携し、ワークフローを調整できます。また、関連する課題を相互にリンクし、互いにタグ付けすることで、継続的なコミュニケーションを維持できます。こうして、サービスのダウンタイム中でも、通常の開発時にも、サービス管理とコードのデプロイを連携させて、円滑に進められます。

3. コミュニケーションの効率化

サービスのマッピングは、役割と責任の明確な定義にも役立ちます。サービス・マップを使用して、それぞれのアセットを管理するチームと役割を特定します。これにより、コミュニケーションがスムーズになり、各メンバーの仕事が他の人にどのように影響するかを全員が理解できます。

4. 可視性の向上

プロジェクトをデプロイして、チーム全体がアップデートに気付いていなかったことはあるでしょうか？サービス・マップは、その時点で開発中およびデプロイ中のものを可視化し、関係者がテクノロジーに詳しくなくても全体像を把握し、何が進行中かを理解しやすくします。Jira Service Management の変更カレンダーには、今後の変更の時間ビューも表示されます。

5. より良い意思決定

チーム全体がサービス・マッピングによって複雑な依存関係とつながりを理解できれば、意思決定プロセスがより明確になります。サービス・マップを主要なリソースとして使用すると、強固な意思決定フレームワークを構築し、優れたプラクティスを特定し、情報に基づく選択を行うためのインサイトと専門知識を備えた重要人物をハイライトできます。

IT サービス・マッピングのプロセス

サービス・マップの作成とは、IT プロセスを 1 か所にまとめることです。これは大変なように思えますが、情報の合理化、サービス・プロセスの効率化、連絡先の明確な定義によって最終的な時間を節約できる組織的な戦略です。ここでは、サービス・マッピングを構築し、改良していくための手順をいくつか示します。

1. サービス境界と依存関係の定義

サービス構造のマッピングを始められるように、サービス関係を定義します。これによって、あるサービスで他のサービスのパフォーマンスに影響するようなインシデントが発生した場合に、その依存関係を特定できます。可能であれば、サービス・マップをガイドとしてこれを自動応答にします。

2. 顧客とのタッチ・ポイントの特定

顧客はどこでやりとりできるのでしょうか？カスタマー・サービス、財務、販売、インフラなど、どのビジネス・サービスがサービス・アセットと相互依存関係にあるのかを特定しましょう。

3. プロセスと手順の文書化

次に、ドキュメンテーションと構造をまとめます。まず、Jira Service Management のアセットを使用して、資産、依存関係、運用状況などについて必要な詳細をすべて収集します。チームや関係者とコラボレーションして、IT ワークフローに不足がないかを確認しましょう。

4. サービス・プロセスの分析

サービスと資産のパフォーマンスの現状についても、すべてがサービス マップにレイアウトされるため、一目でプロセスを監視し、分析できます。インシデントの発生時、またはデプロイの開始時に、マップを見ればビジネス ライン全体のパフォーマンスと影響の両方を深く理解し、ワークフローを適切に管理して、解決策を特定できます。

5. カスタマー・フィードバックの評価

顧客がインシデント・チケットを提出したら、サービス・マップを使って適切な開発チームにエスカレーションし、インシデントを迅速に解決します。開発チームと IT サポート・チームをサービス・マップ上でまとめ、インシデントとその解決策が他のアセットにどのように影響するかを理解します。

6. 改善が必要な領域の特定

サービスには常に変わらないものがあります。イテレーションと改善です。サービス マッピングを導入し、内部からワークフローを構築する際は、顧客エクスペリエンス、IT の所要時間、デプロイのタイムライン、一般的なワークフローや障害をテストして、改善点を特定します。継続的なイテレーションにより、マップとそれが表すサービスの両方が改善されます。

7. 成功を測定するための指標の開発

サービス・マップを使用する際、どのプロセスが最も影響があるかを考えてみましょう。IT チームはユーザー・チケットの山に追われていないでしょうか。サービス・マネージャーは、リクエストからデプロイまでの平均時間を短縮できずに行き詰まっていないでしょうか。ワークフローの主な障害を調べ、そこから開発した改善のための指標を OKR に組み込めます。

8. サービス・レベル・アグリーメントの確立

サービス・マップと関連チケットを見ると、以前のインシデント管理とデプロイのタイムラインを深く理解できます。これにより、締め切りを把握するために必要な SLA（サービス・レベル・アグリーメント）ポリシーを必要な数だけ設定できます。設定すれば、優先順位に基づいてリクエストを解決できるため、ユーザーがダウンタイムと解決のタイムラインを深く理解できます。

9. 変更の実践と結果の監視

サービス・マップは独り占めせず、常に、主要な関係者とチーム全体が、結果を監視するための主なダッシュボードとしてマップを参照できるようにします。これにより、今後の変更やデプロイについて、誰もが意見を述べ、社内の目標を設定し、お互いにコミュニケーションをとることができます。