利用データの力を活用する

[0:01] メイ：皆さん、おはようございます、あるいはこんばんは。「利用データの力を活用しよう」と題したライブウェビナーへようこそ。 私はメイと申します。本日の司会を務めさせていただきます。本題に入る前に、ぜひ皆様からご質問をお寄せください。コメント欄にご記入いただければ、リンダが自身のプレゼンテーション内のQ&Aセッションで回答いたします。もしすべての質問にお答えできない場合や、さらに調査が必要な質問があった場合でも、ご安心ください。それらの質問はリンダに転送し、メールまたはLinkedInを通じて回答いたします。

[0:33]本講演者は2014年から業界のスピーカーとして活動しており、SAE International、Oilcomm、SBGF、IT FMA、Nathan’s、IAI、TAMなどのカンファレンスで、洞察に富んだ技術講演を行ってきました。 ヒューストンを拠点とする彼女は、テクノロジー業界で40年以上にわたり多岐にわたる経験を持つ、エネルギッシュなシニアレベルコンサルタントです。大小さまざまな企業で独自の役割を担ってきた実績あるリーダーであり、ビジネスの成功を築くことに情熱を注いでいます。ここ10年近く、クライアントがソフトウェア のライセンスに関するビジネス上の課題を解決できるよう支援してきました。皆様、Open iT のシニア・ソリューション・アーキテクト、リンダ・コール氏です。

[1:20] リンダ：メイ、温かい紹介を本当にありがとうございます。そして、「利用データの力を活用しよう」と題したこのライブウェビナーの第2回セッションに、皆様ようこそ。今夜――私にとっては今夜ですが、皆様の中にはおそらく朝の方もおられるでしょう――世界中の皆様、ようこそ。今回はいくつかの事例を紹介し、皆様や所属組織がなぜ、そしてどのようにこれを実践できるのかについてお話ししたいと思います。 まずは、エドワーズ・デミングの次の言葉から始めましょう。「データがなければ、あなたは単なる意見を持つ一人に過ぎない」。これはまさにその通りです。私たちが話を聞く多くの方々は、情報に基づいた意思決定を行うために必要な可視性を持ち合わせていません。時には断片的な情報は持っているものの、利用状況計測ソリューションがなければ、実際には非常に困難です。それでも対応は可能ですが、はるかに手作業が多くなります。

[2:17]これが非常に困難になっている理由の一つは、業界が変化していることです。私たちは技術系アプリケーションというニッチ分野に注力していますが、10年前、20年前、こうしたアプリケーションのライセンス方式は、価格が高騰するにつれて、フローティングライセンスや同時接続ライセンスに移行していきました。 しかし現在、これらのライセンス形態は変化しつつあります。つまり、永続ライセンスやトークン方式から、指名ユーザー方式やクラウドベースのサブスクリプション方式へと移行しており、他にもさまざまなライセンス方式や利用権が存在します。また、一部のベンダーでは、1つの契約内に複数の異なるライセンス形態が混在している場合もあります。そのため、これらのアプリケーションの管理を担当する私たち全員にとって、最適なライセンス体制を構築することは非常に困難になっています。

[3:06]では、私たちはどうお役に立てるでしょうか？顧客は以前から当社に相談に来てくれていましたが、最近はますます多くの支援を求められています。具体的には、利用状況の分析や影響分析の支援を依頼されています。例えば、ベンダーが同時接続型フローティングライセンスから指名ユーザーライセンスへの移行を検討している場合、ライセンスの観点、とりわけコストの面で組織にどのような影響があるか、といったことです。 多くの顧客が驚いているのは、来年度の予算を事前に組み立てた後に、ベンダーがこうした変更を提示してきて、組織に大きな影響が生じるからです。そのため、ライセンス種の変更であれ、地域限定からグローバルへの移行、あるいはそのハイブリッド形態であれ、契約内容をシミュレーションする方法について支援を求めています。 データマイニングや契約書のレビューなどが挙げられます。こうした依頼が寄せられる理由は、リソースが不足している、人員削減の中で全員にさらなる業務負担が求められている、あるいは経験の浅い新人がその業務を担当している、といった状況によるものです。これが、私たちが支援を行っている背景です。 私たちは、こうした業務を支援する機会をますます増やしています。さらに、お客様からは、利用状況の把握だけでなく、ソリューションの管理といった裏方の業務、あるいはライセンスファイルの管理、特定のダッシュボードや予測分析などの支援も求められています。これには豊富な経験が求められるため、具体的な実施方法について考えていただくきっかけとして、いくつかの事例をご紹介したいと思います。

[4:47]私たちはこの事業を20年以上、かなり長い間続けてきました。1999年に設立され、当初はコンサルティング会社としてスタートしました。つまり、当社の創業者は、実質的にエンドユーザー企業の一員として働きながら、コンサルティングの立場でその企業が独自に開発したツールを扱っていました。そして、その企業と協力して、いわば当社の主力製品を開発したのです。それ以来、私たちはコンサルティング業務だけでなく、その機能面でも事業を拡大し続けています。 本社はテキサス州ヒューストンにありますが、ヒューストン、メキシコ、親会社が所在するオスロ、日本、フィリピンなど、世界中にオフィスを構えています。また、世界各地をカバーしているため、世界中のどの地域におられる小規模から超大規模のグローバル顧客まで幅広くサポートすることが可能です。 当社がサービスを提供し、実績を持つ業界は、これらを代表例として挙げることができます。昨今、エンジニアリングや技術系のアプリケーションを利用している業界の多様さには驚かれるかもしれませんが、これらは特に一般的な分野であり、当社もこれらの分野で豊富な経験を有しています。

[6:08]利用情報を活用するという場合、その形は多岐にわたります。こちらのリストをご覧いただくこともできますが、場所ごとにデータを分析したい場合もあります。例えば、実店舗から半径25マイル以内でしかアプリを使用できないという契約条件があるかもしれません。また、先ほども触れましたが、契約条件をシミュレートして分析したい場合もあります。 地域限定から全世界対象に変更したり、逆に地域限定に戻したりするとどうなるでしょうか？ 利用傾向などを確認した際、どのような状況になるのでしょうか。このように、活用方法は実に多岐にわたりますが、その多くは契約上のライセンス種別や利用権限に左右されます。

[6:59]顧客から支援を求められているもう一つの点は「理解」です。多くの組織では、予算編成や予測の進め方が部署ごとに異なります。部署の責任者に「どれくらいの量を使う予定か」「現状はどうなっているか」「今後どのようなプロジェクトが控えているか」などと尋ねて情報を集約しているところもありますが、彼らはそのプロセスをさらに改善したいと考えています。 つまり、過去の使用実績に基づいた予測の支援だけでなく、予測の精度そのものを向上させたいと考えているのです。そのため、その精度を測定し、レポートとして提示できるようになることが重要です。「これだけの使用量を想定していましたが、実際にはこれだけの量を使用しました」といった形で報告できれば、時間の経過とともに予測の精度をますます高めていくのに役立つでしょう。

[7:47]先ほど触れたもう一つの機能は、地域別の利用状況を確認できるという点です。先ほど一例を挙げましたが、別の例としては、例えば（今回はたまたますべて米国内の地域ですが、どこでも構いません） 理解を深めていただくために説明すると、このデータを切り分けて分析し、「地域単位からグローバル単位に移行すべきか？」といった判断ができるようにしたいのです。あるいは、現在見られるようなハイブリッドな形態の場合も考えられます。つまり、特定の地域にユーザーが集中している場合はそこで地域契約を結び、総利用量のうち比較的小さな割合を占める「その他の地域」についてはグローバル契約を結ぶといった具合です。 では、それらのコストの違いはどのようなものでしょうか？ ご存知の通り、グローバルライセンスは地域ライセンスよりも大幅に高額であり、地域ライセンスは指名ユーザーライセンスよりも高額です。したがって、利用データを適切に分類できることは、現状を把握し、さまざまな影響分析やシミュレーションを行う上で極めて重要です。

[8:44]ほとんどの人はこのデータにアクセスできますが、やはり手作業で行っている人もいます。 個々のライセンス管理システムにログインすれば、所有数と使用数を把握することはできますが、彼らが注目しているのはこの2つのデータポイントだけです。ですから、可能であれば、より多くの情報を確認することが非常に重要です。データポイントが多ければ多いほど、より包括的な視点が得られます。私はこれを「360度の視点」と呼んでいます。 この例では、所有数が7、使用数も7であることがわかりますが、これだけでは全体像を把握できません。利用拒否はあったか？その数は？7番目のライセンスはどのくらいの期間使用されたか？など、疑問が残ります。ここで確認できる通り、この報告期間中、7番目のライセンスの使用時間はわずか0.67時間でした。したがって、追加のライセンスを購入する必要がないことは明らかです。しかし、さらに削減できる余地はあるでしょうか？ ここでは、99パーセンタイルと95パーセンタイルを計算してあります。これにより、今後プロジェクトが予定されている場合は、使用量の最大値（いわゆる「通常業務」の状態）を維持すべきか、あるいは事業売却を行う場合は、95パーセンタイルや99パーセンタイルのレベルまで削減すべきかを判断できます。 いずれにせよ、こうしたデータポイントを活用して、影響分析を行うことが可能です。

[10:02]そこで、ここではその点について見ていきます。こちらがポートフォリオ全体です。先ほど確認した機能は、CFD準備の投稿でした。先ほども述べたように、「通常業務」とは、ライセンスの利用状況を、過去最大利用数に合わせることを指します。前年度、あるいは契約期間の3年間で一度も使用しなかったライセンスに、なぜ料金を支払う必要があるのでしょうか。 これにより、「通常業務」の状態に到達することになり、ライセンスの観点からは組織に全く影響がなくなります。そして、その節約率を算出することができます。そこから、先ほど示したように、99パーセンタイルや95パーセンタイルを確認し、その影響がどの程度かを把握できます。さて、一般的に、単に列を1つ選ぶような単純な話ではありません。通常はそうはいかないのです。 個々の機能や組織内の状況を踏まえて、再度選択を行うことになります。私が最も頻繁に目にする傾向を挙げると、アプリケーションの価格が高ければ高いほど、顧客は「多少の拒否は許容できる」と言う傾向があります。 しかし、私の顧客の中には、「費用はいくらでも構わない、お金は問題ではない。いくらかかっても構わないが、拒否は絶対に絶対に絶対に許さない」と言う方も一人いらっしゃいます。そして、ほとんどの人はその中間あたりに位置しています。しかし、このデータがあれば、何が起きているのかについて、十分な情報に基づいた判断を下すことができます。

[11:36]それでは、ほとんどの人が考えないもう一つの点、つまりタイムゾーン変更のシミュレーションについて見てみましょう。これは、トークンを使用してライセンス管理されているアプリケーションがある場合に重要になります。ここでは1か月分の利用状況を確認していますが、色分けされているのがお分かりいただけると思います。利用量が特に多い時間帯は、中部時間帯の深夜にまたがっています。 ここからいくつかのことが読み取れます。最適化されていないこと、ユーザーがライセンスを占有し続けていること、週末にチェックアウト時間が長くなっていることなどが分かります。しかし、さらに重要なのは、トークンの仕組みには「トークンウェイト」と呼ばれる値があり、毎日課金される点です。そして、深夜0時、あるいは0時1分になると、別のトークンセットが課金されます。したがって、ここから最適なタイムゾーンを算出することができます。 そこで、この具体的な事例で私たちが実施した内容をご紹介します。トークンのコストに基づいて最適なタイムゾーンを算出したところ、トークンウェイトが最も低いのはヨーロッパ、具体的にはロンドン時間帯でした。しかし、この変更が御社にどのような差をもたらすかは、実際に計算可能です。ご覧の通り、この変更を行えば、124,000ドルの節約が見込めます。 この金額は、もっと大きい場合もあれば、小さい場合もありました。しかし、非常に興味深いのは、これが組織のコスト削減のために実行できる最も簡単な対策の一つだということです。なぜなら、必要なのは、トークンを提供するライセンスマネージャーが配置されているライセンスサーバーのタイムクロックを変更するだけだからです。つまり、これは非常に簡単で、組織にどのような影響があるかを計算し、より最適化された状態に調整することができます。 つまり、これは非常に簡単に実行できる「手近な改善策」であり、いつでも導入可能です。

[13:25]それでは、同時実行ライセンスモデルにおけるMATLABについて見ていきましょう。これは先ほどご紹介したものと同様ですが、この特定の顧客はこれまで熱心に取り組んではいたものの、利用状況把握のためのツールが実際にはなかったため、より深い洞察を得るためのソリューションを導入することができました。ここを見ると、コスト削減率は9％から30％の範囲であることがわかります。 Gartner、Forrester、IDCといったアナリスト各社は、使用状況計測ソリューションの導入によるコスト削減効果を30％と推定しており、これが業界の一般的な基準となっています。もちろん、実際にはこの数値は変動しますが、これは非常に控えめな見積もりです。しかし、これだけでは全体像を把握できません。なぜなら、ここで確認しているのはライセンスのチェックインとチェックアウトの状況に過ぎないからです。 当然、さらなるコスト削減や、より最適化された状態を実現できる可能性があります。また、必ずしも削減だけが目的ではない点にも触れておきます。こうした分析を行うと、ライセンスが不足している特定の機能やアプリケーションが見つかる場合もあり、つまり両方のケースがあり得るのです。

[14:46]しかし、チェックインとチェックアウトだけで話は終わりません。というのも、アクティブ率と非アクティブ率を比較してみると、この特定のアプリケーションではアクティブ率がわずか60％しかないことがわかります。この青い線はライセンスのチェックインとチェックアウトを表し、赤い線はアクティブな使用状況を表しています。 つまり、キーボードやマウスだけでなく、CPUやI/Oも監視対象としています。たとえローカルのワークステーションがアイドル状態で、ジョブを外部に送信していたとしても、これらのパラメータに基づいて真のアクティビティを把握しています。その結果、コスト削減の可能性がさらに高まることがお分かりいただけるでしょう。 したがって、次のレベルへ進みたいのであれば、単にライセンスのチェックイン・チェックアウトやアプリケーションの起動・終了にとどまらず、アクティブ状態と非アクティブ状態の区別、つまり実際に何が起きているかを把握できるようにする必要があります。

[15:40]また、これにより、「キャンプ」と呼ばれる現象、つまりライセンスを長時間利用し続けるユーザーを特定するのにも役立ちます。ヒートマップを見ると、夜間や週末にアプリケーションを開いたままにしているユーザーがいることがわかります。 したがって、組織内でライセンスをより効果的に活用する方法について教育が必要な個々のエンドユーザーを特定するのに役立ちます。さらに個々のユーザーレベルまで掘り下げてみると、この例のように、明らかにほとんどの時間、非アクティブ状態にあることがわかります。ここでは、アクティブ利用率がライセンス総消費量のわずか31％にとどまっています。つまり、ここにはライセンス運用をさらに最適化する余地が明らかに多くあり、これは通常、コスト削減につながります。 あるいは、私は「コスト回避」という表現を使うのが好きです。というのも、実際にはそちらの方がより大きな数字になるからです。新しいプロジェクトが立ち上がったり、買収や合併などが行われたりした場合、たとえ承認済みで予算が確保されていたとしても、必要がないのであれば購入を中止できる。その必要性を特定できれば、コスト回避こそが、コスト削減の大部分を占めることになるでしょう。

[17:00]つまり、アクティブと非アクティブを見分けることが重要になります。先ほどはタイムゾーンの観点からトークンについて話しましたが、レポートや影響などを検討する際には、別の視点から見る必要があります。これは一例ですが、たまたまPower BIのダッシュボードです。さまざまな形式で作成可能です。 しかし、購入したトークンの総量のうち、どれだけの量が消費されていくかを追跡・測定できるようにしたいところです。これらは通常3年間の契約であり、残高や、繰り返しになりますが消費量、そして日々のトークン消費量の観点からの傾向を確認できるようにしたいものです。 また、ユーザー数やホスト数を確認し、前年比の比較も行いたいところです。というのも、こうした契約の多くは、3年先までの見通しを立てる必要があり、予測が不足して調整が必要になった場合、トークン1単位あたりのコスト、つまり1日あたりの利用コストが大幅に高くなってしまうからです。 したがって、この点を正確に把握することが極めて重要であり、利用情報が多ければ多いほど、より詳細な分析やデータマイニングが可能になります。つまり、前月比の比較を行ったり、日ごとのセッションの傾向や消費量を把握したりできるようになるのです。

[18:13]もう一度、これを見てみましょう。 こちらは別のビューで、各機能の内容と、経過時間別の利用頻度が高い機能を確認できます。ここを見るとMicroStationが上位にありますが、実際にはStructural Enterpriseの方がコストが最も高くなっています。もしこのレポートがライブ表示されていれば、クリックして画面を移動させ、アプリケーションごとの利用状況などを確認できるほか、仮定分析を行うことも可能です。

[18:53]ベンダーによっては契約に「フィルタ」が盛り込まれている場合もあり、また、フィルタの適用や、より広範なフィルタについて交渉できる場合もあります。つまり、エンドユーザーがアプリケーションをチェックアウトし、短期間のうちにチェックインし直した場合、その回数はカウントされないということです。これは製造現場では非常に一般的ですが、他の場所でも見られます。 しかし、製造現場では、アプリケーションや図面などを開いて、ごく短時間で閉じてしまうことがよくあります。そこで私たちは、15分間のフィルターを交渉できた場合、コストにどのような影響が出るかを分析することができました。 さて、組織内でどのような状況であろうと、こうしたベンダー分析を行う際には、そのベンダーとの交渉で何を達成したいのかというリストを用意しておく必要があります。また、「必須要件」と「あれば望ましい要件」を明確に区別できる必要があります。 フィルタ機能については、製造業者でない限り、それは「あれば良いもの」に該当するかもしれません。ですから、交渉の際にそれを譲歩することで、ベンダー側は「1点勝ち取った」と感じ、その見返りとして、貴社は「必須要件」の1つを獲得できるのです。 例えば、オートデスクには自動で適用される10分間のフィルタ機能があり、これについては交渉する必要さえありません。他のベンダーにも同様の機能がありますが、その設定（5分、15分など）については交渉の余地があります。

[20:26]さて、オートデスクは最近、フローティング同時利用ライセンスを変更しました。この変更は現在世界中で進められており、北米から始まったものだと思いますが、すでに数年前から続いています。パンデミックの影響で最終期限を延期せざるを得ませんでしたが、同社は「指名ユーザーサブスクリプション」と「フレックストークン」と呼ばれる方式に移行しました。 「指名ユーザーサブスクリプション」について、多くの人は「大したことじゃない」と言うかもしれません。オートデスクに限らず、ベンダー各社は一般的に「これで業務が楽になります。ライセンスサーバーはもう必要ありません。指名ユーザー制なので、何ライセンス必要かなど心配する必要もありません。これでずっと簡単になります」と説明しています。 しかし、はっきり言っておきますが、可視性が失われます。ポータルにはいくつかのレポート機能がありますが、その詳細度ははるかに及ばないため、そのデータを自社の利用情報と組み合わせる必要があります。当社には、消費型契約を結んでいる際、オートデスクだけでなくあらゆるベンダーから提供されるレポートの妥当性を検証するために、この機能を活用している顧客もいます。 また、実際の利用状況を詳しく見てみると、たまにしか利用しないユーザー向けの「フレックス」というトークン制のプランもあります。もし誰かが実際に利用している際、ソフトを開いたり閉じたりしているだけなら、ネームドユーザー契約は必要なく、フレックストークンだけで済む可能性もあります。 したがって、そのデータを分析する際には、経過時間、ユーザー日数、最終利用からの日数を確認し、それらのユーザーのうち、指名ユーザーサブスクリプションが必要なユーザーとフレックストークンで済むユーザーを算出する必要があります。もちろん、購入数が増えれば増えるほどトークン単価は安くなります。そのため、その見込みを算出できれば、これは組織内の利用データを活用するもう一つの方法となります。

[22:42]もうひとつ、この点に関して言えば、単体の機能とコレクションを比較検討することができます。では、ここをクリックしてみましょう。現在、AEC コレクションを表示していますが、大まかな目安として、2 つ以上の機能を使用する場合は、個々のライセンスを購入するよりもコレクションを購入した方が費用が安くなります。 さて、この顧客事例を見ると、ユーザーの大半はRevitのみを使用しており、ごく一部のユーザーを除いて、AECコレクションのライセンスを持つ必要はなく、Revitのライセンスを取得すべきであることがわかります。また、2つのアプリケーションでの使用が見られる場合でも、例えばここにあるドナルド・ケリー氏の場合、AutoCADの使用時間はわずか0.02時間でした。 したがって、このケースでは、Autodesk製品の利用にはトークンを割り当てる形で、Revitのサブスクリプションを維持すべきだと言えます。ご理解いただけましたか？ また、利用時間が非常に少ないユーザー、例えば利用時間が極めて少ないキャロリンやダイアナ・クルーズなどは、サブスクリプションを契約する必要すらなく、フレックストークンを利用し、Revit用に割り当てるだけで十分でしょう。

[24:01]次にここにあるのは、「最終使用からの経過日数」です。ライセンスを割り当てたままにしておくのは得策ではありません。人は異動したり、転職したり、会社を辞めたりするものです。そして、適切なワークフローが整っていない場合――ほとんどの企業ではそうですから、気にする必要はありません――つまり、誰かが会社を辞めたとき、そもそも通知すら受け取れているでしょうか？ つまり、ワークフローの中に「通知を受ける」という手順すらあるのでしょうか？そのユーザーはActive Directoryから削除されているかもしれませんが、ライセンスを解除するよう指示されたわけではないのです。ですから、もはやライセンスを使用していないユーザーを特定し、割り当てを解除できるようにする必要があります。そうすれば、ライセンスはプールに戻り、他のユーザーに割り当てられるようになります。これもまた、コスト削減につながります。 これは、どの指名ユーザー契約においても非常に重要なポイントです。指名ユーザーの中には、ネットワーク上に残ってライセンス付きサーバー上で稼働しているものもあれば、ホストに紐づけられているもの、あるいはユーザー名に紐づけられているものの、ライセンス管理がクラウド上で行われているものもあります。

[25:02]さて、今日ご紹介する最後の例は、30日間のロック機能付きライセンスです。この特定の顧客はAnoviaを利用しており、Anoviaには30日間のロック機能があります。つまり、ライセンスを開封すると、たとえチェックインし直したとしても、そのライセンスは30日間、その個々のユーザーにロックされた状態になります。 つまり、その30日間の期間中は、ライセンスの有効化と無効化を何度でも行うことができます。しかし、ユニークユーザー数を把握したい場合、年間単位ではなく日単位で確認する必要があります。ここで見てみると、この顧客は8,326ものライセンスを保有していました。 また、1件あたりのコストを見ると、250ドルとそれほど高くありません。おそらくほとんどの人は、これなど見向きもしないでしょう。つまり、もっと大きな問題を抱えているからです。 しかし、断言しますが、この分析を行えるようにならなければなりません。なぜなら、1日あたりのユニークユーザー数を見ると、必要なライセンス数は4,950ライセンスに過ぎず、この1つの明細だけで80万ドル以上の節約になるからです。

[26:13]そこで、私が皆さんに伝えたいのは、誰もがベンダーを支出額に基づいてランク付けしているということです。つまり、トップダウン方式で、支出額が多い順に、トップ10やトップ3といったように、ベンダーをランク付けしているわけです。 しかし、個々のコストにも目を向ける必要があります。ベンダーによっては、実際のライセンス料が5万ドルや10万ドルにも及ぶ場合があるため、個々のライセンスを確認し、最も高価なものを優先して検討すべきだからです。 もう一つは、項目ごとの総コストです。例えば、250ドルに8,000を掛ければ、かなりの支出になります。個々のコストは低くても、そのアプリケーションへの総支出は高くなるため、最適化されているかどうかをさらに詳しく検討する必要が生じます。 このポートフォリオでは200万ドルを超えています。これは決して珍しいことではありません。特に、これまでその情報について何の知見も持っていなかった場合はなおさらです。その仕組みは皆さんご存じの通り、交渉の場に入るとベンダー側が提案を行い、何が必要かを告げてきます。交渉に臨む際には、すでに状況を把握しているよう、自社のデータを持っておく必要があります。

[27:25]もう1つ例を挙げると、航空宇宙業界のある顧客の場合、ベンダーが「同時ユーザー数ベース」から「指名ユーザー数ベース」への移行を進めていましたが、彼らは事前の下調べをしっかりと行っていました。その結果、利用状況に何の変化もないにもかかわらず、契約費用が300万ドルも上乗せされることになると判明しました。そこで彼らはその情報を交渉に持ち込み、それが事態を一変させたのです。 その結果、ユーザー数指定型契約への移行に際して、価格を大幅に引き下げることに成功しました。これらはほんの一例に過ぎませんが、組織内で利用データを活用する方法や、それがもたらす影響については、他にもさまざまな事例があります。

[28:06]サポートが必要な場合は、コンサルタントまでご連絡ください。喜んでお手伝いいたします。動画の最後には「30分」というボタンが表示されますので、そこから当社のコンサルタントと30分間の1対1の相談を行うことができます。ただし、最適な配置を実現するためには、繰り返しになりますが、適切なタイミングで適切な人物に適切なライセンスを割り当てることを明確にすることが重要です。 つまり、ある分野ではライセンスが不足している一方で、別の分野では過剰なライセンスを抱えていませんか？ また、コストの要素を考慮に入れることも重要です。無駄な作業に時間を費やしたくはないでしょう。多くの場合、ベンダーは自社にコストがかからない追加機能を盛り込んでくることがありますが、そのようなことに時間を割く必要はありません。高額な項目に焦点を当て、最適化を図ることで、組織全体のコスト削減を実現できるのです。

[28:54]コンプライアンスについてですが、ご存知の通り、ベンダーによっては監査を行うところもあり、コンプライアンスの要件は多少異なります。 場所に関するコンプライアンスについては先ほど話しましたが、例えば「指名ユーザー型サブスクリプション」の場合、デバイス数は無制限ですが、同時に使用することはできません。ですから注意が必要です。できれば、誰かがオフィスで仕事をしている際にうっかり端末の電源を切り忘れたり、コンプライアンスの問題を気にせず、帰宅後に別の端末で再びアプリケーションを起動してしまったといった状況を、素早く特定できる仕組みがあると良いでしょう。そうしないと、組織内でコンプライアンス上の問題が発生することになります。

[29:32]コスト削減については、これまでずっと話してきましたね。もちろん、お金をかけること自体を嫌がっているわけではありません。それが生計を立てる手段ですし、従業員の生産性を高めたいとも思っています。しかし、もう使っていないものにお金を払いたくはないのです。 遠慮せずに、業界内で専門知識を持ち、あなたを助け、サポートし、スタッフを補完してくれる人材を探してみてください。これは私が皆に伝えていることですが、すべては計測から始まります。すべてはデータから始まるのです。ですから、もし今日まだ何も行っていないのであれば、今すぐ始めることをお勧めします。組織内の情報のギャップを埋めるために、今すぐどのように始められるかを考えてみてください。

[30:18]それでは、本日はこれで終了となります。メイがチャットでの質疑応答を受け付けるとお伝えしていましたが、どうやらGoToWebinarの設定でチャット機能が有効になっていないようです。そのため、ご質問がある場合は、ウェビナーの性質上、参加者のミュートを解除することもできませんので、私宛にメールをお送りいただくようお願いいたします。 私のメールアドレスは lcole@openit.com です。お送りいただいた質問には必ずお答えいたします。また、先ほどお伝えした通り、私や他のコンサルタント、ソリューションアーキテクトとの30分間の相談を予約することも可能です。皆様の組織の状況や抱えている課題について、喜んでお話しさせていただきます。

[31:05]メイ、ここでちょっと先回りして、予定外の話をさせてください。私たちによく寄せられる質問の一つで、ここで触れておきたいのですが、「解決策もツールも持っていないし、このデータを計測する手段もない場合、それでもこれを実行できるのか？」というものです。 その答えは、もちろん「できます」です。私たちがお手伝いします。当社の製品をお持ちでなくてもサポートは可能ですし、もちろん製品があればさらに役立ちます。組織内にソリューションがない場合は非常に手作業の多いプロセスになりますが、当社の製品であれ他社の製品であれ、何かしらのソリューションをお持ちであれば喜んでサポートいたしますし、ツールがなくても実施することは可能です。では、メイ、ここからはあなたにバトンを渡して、締めくくってもらいます。 皆さんにはぜひ、私にメールを送っていただくか、私や私の同僚との個別相談を設定していただきたいです。皆様の具体的な環境やご質問を伺い、お手伝いしたり、適切な方向性を示したりできることを嬉しく思います。皆様、お時間をいただき誠にありがとうございました。

[32:05] メイ：リンダ、どうもありがとうございました。Facebookから1つ質問が届いています。はい、その質問は、「データ駆動型の取り組みの成功を測定するために活用できる主要な業績評価指標（KPI）や測定基準にはどのようなものがありますか？」というものです。

[32:30] リンダ：ですから、何よりもまず重要なのはライセンス効率だと思います。つまり、保有ライセンス数と通常の業務量との割合、その比率を検証することです。 さらに一歩踏み込んで分析するなら、もちろん、アクティブなライセンスと非アクティブなライセンスの比率がどうなっているかという点です。これはおそらく、顧客が自社のライセンス管理がいかに効果的かを把握するために注目している、最も一般的なKPI（主要業績評価指標）でしょう。 もちろん、さまざまな要素を検討することは可能です。ライセンスの「キャンプ」を基準にする企業もありますし、事実上、あらゆるものに指標を設定できます。企業によって文化が異なり、それぞれ異なる指標を使用していると言えるでしょう。もしメールや電話でご連絡いただければ、貴社の具体的な状況についてより詳しくお話しさせていただきます。しかし、最も一般的なのは、所有しているライセンスと実際に使用しているライセンスの比率を確認することだと思います。

[33:48] メイ：素晴らしい質問ですね、リンダさん、どうもありがとうございます。これで本日のウェビナーは終了となります。リンダさん、大変有意義なセッションをありがとうございました。 皆様、お時間を割いていただきありがとうございました。また近いうちにお話を聞けることを楽しみにしています。また、本日のウェビナーにご参加いただいたすべての参加者の皆様にも感謝申し上げます。なお、このウェビナーは録画されており、ライブ配信終了後すぐに再生可能です。また、リンダさんのプレゼンテーション資料と共に、弊社ウェブサイトにもアップロードする予定です。本日はご参加いただき、誠にありがとうございました。 今後のイベントについては、当社のウェブサイト openit.com をご覧ください。また、お客様の具体的な環境についてご相談いただける無料の1対1コンサルティングをご希望の場合は、当社のソリューションコンサルタントまでご連絡ください。ソフトウェア の最適化に向けた取り組みを、喜んでサポートさせていただきます。最新情報を常にチェックしていただくため、ソーシャルメディアでもぜひフォローをお願いします。改めて、本日の司会を務めたメイです。ありがとうございました。皆様、お体に気をつけて。それでは、さようなら。