CSDM ガイドラインをサービスポートフォリオ管理に適用する
サービスデータはさまざまなアプリケーションを使用して、さまざまな方法で相互に関連しています。サービスポートフォリオ管理 は 共通サービスデータモデル (CSDM) (CSDM) フレームワークを参照することで、サービス関連データを単一のビューにまとめます。
サービスポートフォリオ管理と デジタルポートフォリオ管理 (DPM)のどちらの ServiceNow® 製品も CSDM と密接に連携しているため、これらのアプリケーションで作業するときは一般的な用語とライフサイクルフィールドを知っておくと役に立ちます。
ヒント:
CSDM のセットアップ情報については、「Implementing the CSDM framework in stages」を参照してください。
ビジネスサービスとテクニカルサービスの CSDM ライフサイクルフィールド
CSDM アクティベーションプラグインがインストールされたら (com.snc.cmdb.csdm.activation)、サービスポートフォリオ管理 で CSDM ライフサイクルフィールドを使用できます。フィールド名を表示するには、次に移動します: をクリックし、ビューを [サービスポートフォリオ] に設定します。
CSDM ライフサイクルフィールドを使用すると、サービスとサービスオファリングのエンドツーエンドのライフサイクルを管理するのに役立ちます。共有フィールド名によって、他の ServiceNow アプリケーションを使用する際に、一貫性と整合を実現できます。CSDM の詳細については、「Enabling CSDM life-cycle sync between legacy fields and related assets」を参照してください。
重要:
Yokohama リリース以降では、[cmdb_ci_service_technical] テーブルと [service_offering] テーブルのアイテムのラベルは、それぞれ [技術管理サービス] と [技術管理サービスオファリング] です。ラベルの変更は、 CSDMバージョン 5 と一致しています。 Yokohama リリース以前は、ラベルは「テクニカルサービス」と「テクニカルサービスオファリング」でした。
次の比較は、従来の サービスポートフォリオ管理 フェーズとステータスフィールド、および CSDM ライフサイクルステージとステータスフィールドの違いを示しています。
これらのフィールドは、パフォーマンスアナリティクス (PA) インジケーターを使用した場合にも表示されます。
| サービスポートフォリオ管理のフェーズおよびステータスフィールド名 | CSDM ライフサイクルステージとライフサイクル状況のフィールド名 |
|---|---|
| パイプライン | 要件 | 観念化 | 評価中 |
| パイプライン | 定義 | 観念化 | 評価中 |
| パイプライン | 分析 | 観念化 | 評価中 |
| パイプライン | 承認済み | 観念化 | 評価中 |
| パイプライン | 公認 | 設計 | 公認 |
| カタログ | 設計 | 設計 | 設計 |
| カタログ | 開発 | 設計 | 設計 |
| カタログ | ビルド/テスト/リリース | 展開 | テスト |
| カタログ | 運用 | 運用 | 使用中 |
| カタログ | 廃止 | 運用 | 廃止待ち |
| 廃止 | 廃止 | 提供終了 | 廃止 |
| 廃止 | 使用停止 | 提供終了 | 使用停止 |
サービスポートフォリオ管理 および DPM で使用される一般的な CSDM 用語
| 用語 | 定義 | メモ |
|---|---|---|
| ポートフォリオ | サービス、製品、プロジェクト、またはアプリケーションのコレクションです。 | ビジネスの類似アイテムをまとめて管理するために使用されます。ポートフォリオは、目的、機能、組織 (プロジェクトやサービスなど) ごとにグループ化できます。 |
| ビジネスケイパビリティ | 組織がビジネスモデルを実行したり、ミッションを遂行したりするために必要な高レベルの機能。 | 通常、ビジネス成果を達成するために 1 つ以上の特定のタスクを実行するコンテキストで説明されます。たとえば、デマンド管理やファイナンシャルプランなどです。 |
| サービス | 顧客が特定のコストやリスクを負わずに達成したい成果を促進することで、顧客に価値を提供する手段です。 | 通常、次の 3 つの側面があります。
ServiceNow は、次の 3 つの基本サービスタイプを提供します。
顧客は基本タイプを拡張して、組織内のサービスタイプに合わせることができます。 |
| ビジネスサービス | ビジネスユーザーに公開されるサービスタイプで、通常は 1 つ以上のビジネス機能をサポートします。 | 通常、ビジネスユーザーが注文できます。ビジネスユーザーは、ServiceNow サービスカタログ を使用して目的のオファリングとサービスコミットメントレベルを選択できます。たとえば、調達、出荷、ファイナンスなどです。 |
| テクニカルサービス | サービスオーナーに公開されるサービスタイプで、通常はビジネスまたはアプリケーションサービスをサポートします。 | 通常、サービスオーナーが注文できます。サービスオーナーは、サービスカタログ を使用して目的のオファリングとサービスコミットメントレベルを選択できます。たとえば、コンピューター、ストレージ、ネットワークなどです。 |
| アプリケーションサービス | 展開されたアプリケーションスタックを論理的に表現したサービスタイプです。 | アプリケーションサービスの例としては、ホスティング、データバックアップ、およびリカバリがあります。 注: アプリケーションとアプリケーションサービスの間には 1 対 1 の関係はありません。 |
| アプリケーション | コンピューターインフラストラクチャに特定の機能を提供するように設計された、展開済みのプログラム、モジュール、またはプログラムのグループ。 | 動作を定義し、それに関連付けられた特定の機能を持ちます。アプリケーションは通常、Apache Web サーバーのような検出可能な機能です。 |
| ビジネスアプリケーション | 機能を提供するように構成されたすべてのソフトウェアおよびインフラストラクチャ環境 (開発、テスト、本番環境) を表します。 | 生産性を向上させ、他のビジネス機能を正確に実行するために使用されます。たとえば、Dell Online です。 |
| サービスカタログ | 利用可能な製品、サービス、サービスコミットメントオプション、およびオファリングの消耗品ビューを提供します。 | ユーザーがアクセスできるサービスの管理に役立ちます。また、カタログは利用可能なサービスへのアクセスの開始点でもあります。たとえば、IT サービスカタログなどです。 |
| サービスオファリング | 機能、可用性、価格設定、およびパッケージングオプションへのサービスの階層化。 | 特定のサービスのさまざまなレベルのパフォーマンスや機能を利用可能にすることができます。たとえば、ITSM 標準や ITSM プロなどです。 |
| サービスコミットメント | コンシューマーとプロバイダーの間で合意されたサービスデリバリーの義務を定義します。 | 多くの場合、サービスレベルアグリーメント、オペレーショナルレベルアグリーメント、基盤契約などの契約の形で表されます。サービスコミットメントには、オファリングを区別する特定のパフォーマンス特性が含まれます。 |
| 構成アイテム (CI) | 現在またはまもなく構成管理の下に配置されるインフラストラクチャの物理および論理コンポーネントです。 | サーバー、データベース、ルーターなどの単一のモジュール、または完全システムなどのより複雑なアイテム。たとえば、Web サーバー、データベース、インフラストラクチャなど 。 |
| 資産 | 財務価値が追跡されているアイテム。 | 多くの資産は CI であり、その逆も同様ですが、常にそうであるとは限りません。資産には、Microsoft Office 365 のように財務的な考慮事項があるライフサイクルがあります。 |
| 運用モデル | 組織が顧客または受益者に価値を提供する方法の抽象的で理想的な視覚的表現 (モデル)。 | 通常、組織の運営方法のさまざまな要素を表します。通常、イノベーションモデル、インテリジェントな自動化の度合い、業界の連携、プロバイダー提供モデル、IT のビジネスへの期待などの戦略的ポジションが組み込まれています。 |