- ServiceNow SAM Pro では、所有しているもの、検出されたもの、インストールされているものが把握できます。「使用状況」では、実際に何が必要なのかがわかります。
- ソフトウェア のエンジニアリング版は、製品レベルではなく、機能、モジュール、バンドル、トークンごとにライセンスが割り当てられるため、製品レベルでのレポート作成では、実際のコスト要因が把握できなくなります。
- 利用データをServiceNowに取り込むことで、そのデータに基づいて対応できる担当者が変わります。調達、契約、ITAM、および経営陣は、専門のライセンス管理ツールを開くことなく、同じデータを利用できます。
ServiceNow SAM Pro は、所有およびインストールされているソフトウェアを把握できます。しかし、実際に使用されているかどうかは把握できません。エンジニアリング部門のソフトウェア にとって、この情報のギャップが更新の可否を左右するのです。
ServiceNow SAM Proは、組織が保有するライセンスと、ディスカバリー機能によって検出された情報を提供します。エンジニアリング部門がソフトウェア を活用するには、もう1つ必要な情報があります。それは、ユーザーが実際に何を使用しているかということです。ライセンスのチェックアウトと、実際の運用での利用は同じではありません。Open iT は、エンジニアリング部門向けの利用状況に関するレイヤー（ユーザー、機能、同時接続数、利用拒否、アクティブ状態とアイドル状態の挙動など）を追加し、既存のライセンス権限やコストデータとともにServiceNowに統合します。
SAM Proが対応していること、および対応していないこと
エンジニアリングおよび専門分野のソフトウェア の更新は、すべて以下の2つの質問に帰着します。
自社には何が所有されており、何が導入されているのか？SAM Proはその疑問に、見事に答えてくれます。資産の発見、標準化、利用権限レコードとの照合――これらがその役割であり、それは大変な作業です。
実際に誰がそれを利用したのか、どのくらいの頻度で利用したのか、そしてどれほどの価値をもたらしたのか？利用権限の記録は、こうした疑問に答えるために作成されたものではありません。コンプライアンスは「何を持っているか」を示しますが、利用状況は「何が必要か」を教えてくれます。
契約の更新そのものは、座席数に基づいて交渉が行われ、2つの当事者のうち一方がその数字を提示します。組織が独自の利用データを保有していない場合、更新の決定は、実測された需要ではなく、契約数量、過去の購入実績、あるいはベンダーの推奨に基づいて行われることがよくあります。
「インストール済み」と「使用済み」は同じ意味ではありません
CMDBなら、Petrelがインストールされているかどうかは分かります。しかし、前四半期に誰かがそこで作業したかどうかを知るには、別のデータソースが必要になります。
ライセンスのチェックアウト数を見れば実態に近づくことができますが、それでも現実を過大評価してしまう可能性があります。午前9時にアプリケーションを起動し、会議や昼食、現場視察の間もそのまま実行し続けたエンジニアの場合、その日は1日中ライセンスを占有していたことになりますが、実際に使用したのは20分間だけです。このような行動がフローティングプール全体で繰り返されると、表向きの需要は実際の生産的な利用時間を大幅に上回って見える可能性があります。
「実際の使用状況」は、ライセンスの経過時間とアプリケーションの稼働時間を区別した時点で初めて把握できるようになります。Open iT では、後者の数値を「True Active Usage（真のアクティブ使用状況）」と呼んでおり、これら2つの測定値は異なる基準に基づいて算出されています。
| 知りたいこと | 測定箇所 |
|---|---|
| 決済、返品、拒否、同時実行 | ライセンスサーバー |
| セッション内におけるアクティブ状態とアイドル状態の挙動 | ワークステーションにて |
この2つは別々のフィールドとして管理してください。使用状況はライセンスサーバーから取得され、動作状況はワークステーションから取得されます。レベル2コレクターのメトリクスおよび「ワークレシオ」レポートを参照してください。
ソフトウェア のエンジニアリングは、単一の製品ラインに限定されるものではない
エンジニアリング分野のアプリケーションは通常、機能単位、モジュール単位、バンドル単位、トークン単位でライセンス供与されており、前回の更新時に変更された組み合わせによるライセンス供与も珍しくありません。1つの商用製品の中に、数十もの異なる利用パターンが隠されていることもあります。
ライセンスマネージャーのレベルでは、製品は多くの場合、個別のライセンス対象機能、モジュール、またはコンポーネントとして表現され、1つのアプリケーションセッションでそれらのいくつかが要求されることがあります。また、セッションが開始から終了まで必ずしもそれらすべてを保持しているとは限りません。あるエンジニアはベースモジュールだけを開き、それ以外は何も開かない場合があります。 別のエンジニアは20分間、2つのソルバーを呼び出し、さらに3人目のエンジニアは午後中ずっとバンドル全体を実行します。エンタイトルメントレコード上の製品名は同じですが、実際にチェックアウトされた機能セットは3通りあり、コストも3通り異なります。これが、1つの製品の下で数十もの利用パターンがライセンスサーバー上でどのように見えるかという実態です。
この関係は双方向です。1つの製品が多くの機能を網羅している一方で、1つの機能が複数の製品に含まれることもあり、製品ごとに価格が異なります。これにより、製品レベルのアセットレコードだけでは表現が難しい「多対多」の関係が生まれます。
つまり、その報告書によると、組織はその製品を所有しており、またその製品を利用しているということだ。どちらの記述も事実だが、どちらも役に立たない。コストの要因は、その一つ下のレベル、つまり誰も報告していない機能にあるのだ。
Open iT マップ機能の利用状況は、レポートごとに再構築するのではなく、一元的に管理されるカタログに基づいて、その機能が属する製品に紐付けられます。アセットレコードの1行が、ユーザーがアクセスした機能として表示されます。
その翻訳こそが本題です。ライセンスサーバーの利用状況の計測は一般的な手法ですが、機能レベルの消費状況を、調達部門が対応できる商用製品の文脈に変換することは一般的ではありません。「機能から機能セットへのマッピング」を参照してください。
同時利用ライセンスは、デスクトップへのインストールではありません。
同時実行ライセンスはライセンスサーバー上に存在します。これらはチェックアウト、返却、拒否が行われ、ユーザー間で共有されます。場合によっては、同じアプリケーションに対して複数のサーバーや複数のタイムゾーンにまたがって管理されることもあります。
「インストールベース」では、組織が何かをインストールしたことは把握できますが、火曜日にそのプールを何人が共有したか、あるいはライセンスが不足して利用を拒否されたのは誰かといった情報は把握できません。
| データソース | そこから何がわかるか | Open iT とServiceNowが連携して提供する機能 |
|---|---|---|
| ディスカバリーをインストールする | ソフトウェア がマシン上に存在します | 誰かがそれを開けたかどうかは |
| 権利および契約記録 | 何を購入したか、そしてその金額はいくらか | そのすべてが必要だったかどうかはさておき |
| ライセンスサーバー | どの機能がチェックアウトされたか、その日時と担当者、および拒否件数とピーク時の同時接続数 | そのセッションで何らかの処理が行われていたかどうか |
| ワークステーション | セッション内のアクティブ時間とアイドル時間 | 企業が受けられる権利 |
Open iT FlexNet、DSLS、RLM、OLicense、IBM LUMなど、90種類以上の対応ライセンスマネージャーから読み取ります。
その表の2つの行は、組織がポートフォリオを評価できるかどうかを決定づけるものです。ライセンスサーバーは、何が消費されたか（どの機能がいつ、誰に提供されたか、同時接続数がピークに達したのはどこか、アクセス拒否が発生したのはどこか）を把握させてくれます。一方、ワークステーションは、その消費の過程で実際に何が起きたかを把握させてくれます。
どちらも、ポートフォリオに関する疑問を単独では解決しません。消費量だけでは需要として解釈されますが、それが自動的に利用状況に直結するわけではありません。例えば、チェックアウトされたエンジニアリング用ソフトウェア の一部は、会議や昼食、あるいは子供の送り迎えなどの用事で、ワークステーション上で未使用のまま放置されている可能性があるからです。つまり、行動そのものだけでは、比較対象となる基準がないのです。
これら2つのデータストリームを活用することで、問題は「何件のライセンスがチェックアウトされたか」から「何件が実際に稼働していたか」へと変わります。更新、削減、回収、購入――その後のあらゆる意思決定は、企業が把握しているこれら2つの数値のどちらに基づいているかによって左右されます。対応しているライセンス管理ツールをご覧ください。
ServiceNowにデータを入力すると、さまざまな人がそのデータを使い始める
最大のメリットは、単なるダッシュボードの追加ではありません。それは、これまでとは異なるユーザー層にあるのです。
社内では、通常次のような流れになります。ライセンス担当者が月次ワークブックを作成します。それはしっかりとした仕事です。2人の同僚がそれを確認します。調達部門は、更新の約2週間前にそのワークブックを開くこともあれば、開かないこともあります。契約管理部門は一度もそのワークブックを開いたことがなく、その上層部も同様です。というのも、そのワークブックの存在を誰も伝えていなかったからです。
そうした人たちは、朝の一杯のコーヒーを飲む前からすでにServiceNowにログインしている。
エンジニアリング分野での活用もそこに加わると、データは専門的な分析の域を超えて、ビジネス上の意思決定に活用されるようになります。契約担当者は、新しいツールを習得したり、誰かにデータのエクスポートを依頼したりすることなく、そのデータに基づいて行動を起こすことができます。レポートそのものは何も改善されていません。改善されたのは、その読者層です。
アセットレコードの横に利用状況が表示されると、より効率的になる3つのワークフロー
脆弱性への対応。「Log4j」のパターンが、数か月おきに別の名称で繰り返されています。影響を受けるアプリケーションを特定し、管理者を突き止め、ベンダーに連絡し、ユーザーに通知します。この最後のステップでは、実際にそのアプリケーションを使用しているユーザーに関する最新の情報を把握しておく必要があります。インストール数だけを見て判断すると、1年間起動していないユーザーには警告が出ますが、毎日使用している外部委託業者を見落としてしまう恐れがあります。
サポート負荷。サポートチームは、チケットの件数をインストール数ではなく、実際のユーザー数と比較することができます。その結果は、チームが予想するものとはほとんど一致しません。新規ユーザーやたまにしか利用しないユーザーの間でチケットが集中している場合は、ソフトウェア ではなく、トレーニングの必要性を示唆しています。
刷新。調達部門は、単なる意見ではなく、利用状況や需要、そしてその背景にある具体的な担当者といった証拠を携えて登場します。ユーザーが世界のどこにいようとも、調達部門は彼らに連絡を取り、そのライセンスが何のためにあるのかを尋ねることができます。
「Usage」は、資産レコードを意思決定用レコードに変換します。
Open iT の追加機能
Open iT SAM Proに代わるものではありません。ServiceNowは、ソフトウェア の資産ライフサイクル、利用権、契約、コスト、ガバナンスを管理するシステムとして引き続き利用されます。
Open iT 専門的なエンジニアリング知見（ソフトウェア ）を追加します。これには、ライセンスサーバーの利用状況、True Active Usage、アクセス拒否、同時接続数、一元的な監視および最適化機能などが含まれます。LicenseAnalyzer™はその情報を収集し、ServiceNow にすでに存在する商用レコードと併せて、関連する利用データを提供します。
ウェビナーをご覧ください：「ダッシュボードの先へ：ServiceNowを活用したソフトウェア の可視化」Open iT
相乗効果：利用状況の詳細分析とガバナンスに基づくSAM施策の融合
Open iT エンジニアリングライセンスの詳細情報を取得します。ServiceNowは、これを利用権、契約、支出、およびワークフローと連携させます。
その価値は、それらを結びつけることにある。
資産運用にNexusを利用しますか？
組織でエンジニアリング向けソフトウェア を導入している場合、重要なのはもはや「何を所有しているか」だけではありません。重要なのは、ユーザーが実際に何を使っているか、そして、費用を支払っているライセンスが生産的な業務に貢献しているかどうかです。
Open iT が、ServiceNow SAM Proにエンジニアリングライセンスに関する知見をどのように取り込んでいるかをご覧ください。
アセットマネジメントの件でNexusにお越しの際は、ぜひOpen iT にお立ち寄りください。
