データから意思決定へ：エンジニアリングチームのためのライセンス使用状況分析

[0:02] メイ：皆さん、おはようございます、こんにちは、そしてこんばんは。「Open iT」主催のウェビナー『データから意思決定へ：エンジニアリングチームのためのライセンス利用分析』へようこそ。私はメイと申します。本日、司会を務めさせていただきます。これから20分間、講演者が、地域やチームを横断した最適化と、よりスマートなライセンス更新分析、そして組織運営やコミュニケーションの在り方についてお話しします。 画面上部のQ&Aパネルから、ご質問を気軽にお寄せください。本セッション終了後に回答させていただきます。ライブ配信中にすべての質問にお答えできない場合でも、ご安心ください。メールまたはLinkedInを通じて後日お答えいたします。

[0:43]それでは、本日の講演者について簡単にご紹介いたします。本日の講演者は、Open iT のパートナーシップ・マネージャーであり、石油・ガス業界において25年以上にわたり、グローバルなリーダーシップ、プロダクトマネジメント、地球科学の分野で豊富な経験をお持ちです。これまで、ヨーロッパや米国でコノコフィリップスやBPにおいて管理職を務めてきました。同氏は、データを単なる分析ツールとしてだけでなく、意思決定に情報を提供し、イノベーションを促進する強力なストーリーテリングのツールとして活用することに情熱を注いでいます。 それでは、デビッド・ボール氏を温かい拍手で迎えましょう。

[1:16] デイヴィッド：素晴らしい。最高ですね。メイ、ありがとう。いつものように素晴らしい紹介でした。皆さん、こんにちは、こんばんは、あるいはおはようございます。今日はスコットランドからお話ししています。

[1:28]そこで、質の高いアプリケーションデータが、優れたビジネス判断の基盤となる理由についてお話ししたいと思います。 ライセンス更新サイクルをどのように最適化し、改善すればよいのでしょうか？特に大規模な組織において重要な、地域やチームを横断したアプリケーションや製品情報を、どのように分析すればよいのでしょうか？そして、その組織をうまく運営していく上で、どのようにコミュニケーションを取ればよいのでしょうか？そのコツは何でしょうか？管理構造が多岐にわたり、規模も大きく、組織が分散しているような環境において、良質なデータに基づいて適切な意思決定を行うためのヒントとは何でしょうか。

[2:16]まず最初に、良質なデータとは何か、それをどのように入手し、どのように活用するのかについてお話しします。これから挙げる例は、主にエネルギー業界、石油・ガス業界、そして私が地中探査、すなわち地下の地球科学技術分野で得た経験に基づいたものです。 しかし、私が挙げる例はどれも、ニッチで業界特有の、高付加価値なアプリケーションを検討する際に参考になります。こうしたアプリケーションは、おそらく御社が必要とする価値を真に提供する上で不可欠なものとなるでしょう。私たちはしばしば「エンジニアリング」という用語を使いますが、ここでは業界特有のアプリケーションとその複雑さ、高コスト、そしてその価値についても考察していきます。

[3:02]さて、先ほども申し上げた通り、これからお話しする製品の種類としては、地下探査、地質モデリング、坑井作業、石油工学、貯留層工学といった分野が挙げられます。埋蔵量管理もそうです。これらは非常に専門的な分野ですが、多くの業界に応用可能だと考えています。では、質の高いデータを入手する際、「質の高いデータ」とは具体的にどのようなものを指すのでしょうか？Open iT は、豊富なアプリケーションや製品情報の提供を専門としています。

[3:31]私たちは、この「機能のピラミッド」を参考にしています。第1レベルは、実行時の利用状況です。誰が利用しているのか？いつ利用しているのか？チェックインの状況はどうか？ チェックアウトはいつでしたか？総利用時間はどれくらいでしたか？どこで作業していますか？その利用パターンは時間の経過とともにどのように変化しましたか？利用拒否は発生していますか？アプリケーションを使おうとしても利用できないといった状況はありますか？こうした情報はすべてライセンスサーバーから得られ、意思決定の根拠となる豊富な情報を提供してくれます。それを基に、アプリケーションが適切と判断された場合、真のアクティブ利用状況が把握でき、アプリケーションが実際にいつ使用されているかが分かります。 ユーザーはアプリケーションを起動し、大量のデータを読み込み、セッションを開始して作業を始めますが、その後、正当な理由で作業を中断せざるを得なくなる場合があります。その場合、ユーザーは非アクティブまたはアイドル状態として記録され、ライセンスが占有されたままになります。ユーザーの業務プロセスは正当であり、正しい行動をとっているとはいえ、リソースが占有されている状態であることを示しています。

[4:30]レベル3は「使用状況の管理」です。ここでは、そのリソースがユーザーによって使用されていない場合、それをライセンスプールに戻し、組織全体で再配分することで、コストパフォーマンスを最大化し、高い柔軟性を実現することができます。以上が、Open iT データの3つのレベルです。

[4:51]非常に強力な分析機能やグラフが利用できます。誰がいつログインしたか、ライセンスの状況はどうか、懸念事項はないかといった情報も確認できます。時間帯、季節、月ごとの傾向を示す見やすいヒートマップも表示されます。素晴らしいですね。 これらについては、ここではあまり詳しく触れません。Open iT ではこうした内容を頻繁に取り上げていますので、過去のウェビナーや今後のウェビナーをご覧になるか、あるいは当社のビジネスコンサルタントにご相談いただき、その豊富なデータの内容をご確認いただくことをお勧めします。本日は、そのデータを活用して何を行うか、そしてその豊富な情報に基づいてどのように適切なビジネス上の意思決定を行うかについて、より詳しくお話ししたいと思います。

[5:35]では、最適化のワークフローとは何でしょうか？ まず、適切な利用データがあります。次に、サブスクリプションや永久ライセンスの更新に関する請求書がありますが、これは複雑で、多くのモジュールや基本モジュールが含まれている場合があります。有効期限があるかもしれませんし、決定を下す必要がある更新日があるかもしれません。これらすべてについて検討する必要があります。では、そのプロセスはどのようなものでしょうか？ まず、すべての情報を収集します。 誰が利用していますか？いつ利用していますか？利用拒否の事例はありますか？利用余力がある場合、一部のモジュールの利用レベルを引き上げ、他のモジュールのレベルを下げる必要はありますか？トップユーザーは誰ですか？とても簡単です。 「上位5名のユーザーを表示してください」。上位5名のユーザーを特定すると――予想外の人物だったり、世界の僻地にいる特定が必要な人物だったりするかもしれませんが――彼らは、製品やユーザーへの対応方針を決定する際、その管理職や予算担当者の承認を得る上で極めて重要な役割を果たします。 計画を策定し、見積書やサブスクリプション請求書を処理して、承認を得て次に進むことができます。しかし、その際、利用可能な最善の情報を基に行動しているという確信を持って、安心して進めることができるのです。

[6:46]ですから、常に「誰がそれを使っているのか？」「その人たちはそれを使うべきなのか？」という質問を投げかける必要があります。なぜなら、ユーザーは「使いやすい」「分かりやすい」「慣れ親しんでいる」という理由でアプリケーションを使うことがありますが、それが組織で承認されたアプリケーションではない場合や、適切な知的財産権が確保されていない場合もあるからです。 ご存知のように、会社は別の方向へ進みたいと考えているかもしれません。ですから、こうした質問を投げかけることは常に重要です。「代替案はあるか？」と。というのも、本来はエンジニアリング部門のユーザーが使うべきアプリケーションが、サポート部門によって使用されているケースがあり、その場合、サポート部門は機能性が低くコストの安いライセンスで済ませることができるからです。 また、「ベンダーとの関係は良好か？」「関係は安定しているか？」「このパートナーシップは長期的に機能すると思うか？」「将来的にベンダーの製品開発に影響を与えることができるか？」といった質問をするのも良いでしょう。これらはすべて、更新プロセスを検討する際に尋ねるべき素晴らしい質問です。

[7:44]このような基本的な最適化によってどのようなコスト削減が可能か、簡単な例をいくつか挙げてみましょう。入念な調査を行い、数値を確認し、ギャップがある箇所を特定し、請求却下事例に注意を払い、ベンダーと率直な対話を重ねるだけで、こうしたコスト削減を実現できます。多くの場合、ベンダーはこうした提案やコスト削減に対して強い抵抗を示すだろうと思われるかもしれません。 確かにその可能性もありますが、同様にベンダー側もパートナーシップを望んでいます。変更を提案したり、ポートフォリオを最適化したりすることは、あなたが真剣に考えていること、そしてその関係を継続したいと考えていることを示すことになります。ですから、提供内容を変更しようとしても、必ずしもベンダーが抵抗を示すとは限りません。ただ、この基本的な情報だけで、実際にコスト削減が可能であることを明確にしておきたかったのです。そして、常に大きな削減案件を狙うべきです。 つまり、常にコスト削減額が最も大きいものから順に並べ替え、そこから着手すべきです。しかし、「ロングテール」の存在も忘れてはいけません。ここで挙げた地震探査サンプリング、岩石物理学、地震探査ソフトウェア といった、通常はコスト面では比較的低い価値のアプリケーションの積み重ねが、結果として大きな価値につながる可能性があるのです。

[9:04]では、地域やチームを横断して分析することについてですが、これは具体的にどういう意味なのか、またなぜそうすべきなのでしょうか？通常、こうしたポートフォリオのコストは、大規模な組織全体に分散されているものです。そして、各事業部門やグループが「自分たちが何に対して支払っているのかを知りたい」と言うのは、まったくあり得ることであり、妥当な要求です。 「この費用の請求が来ているが、その理由を知りたい。自分たちは利用していないはずだ」といった具合です。もし最適なデータを手元に持っていれば、そのデータを分析する良い方法として、例えばPowerBIのダッシュボードを活用できます。Open iT も独自のコンソールを通じて分析機能を提供できますが、PowerBIを利用することで、顧客はより大きな自由度を得たり、特にActive Directoryなど、自社組織内の情報をさらに統合したりできるようになります。これにより、誰が、いつ、どこで、そしておそらくはなぜソフトウェア を利用しているのかという、非常に有益な情報を得ることができます。そして、「なぜ」という疑問を投げかけることも可能になります。したがって、ソフトウェア の利用状況に関する地域別の分析は、極めて貴重な情報となるでしょう。

[10:00]同様に、「職務内容とは何か」という問いについても検討しました。ここでは、私が詳しい分野、つまり地質学者、地球物理学者、測量士、そしておそらくはサポート業務に焦点を当てました。 それらのユーザーが誰なのかを把握し、なぜそのシステムを使用しているのか、そして現在のライセンスモジュールの構成がそれらに適しているかどうかを尋ねることは非常に有益です。これにより、サポート対応を行う担当者に、高度なユーザーが必要とするような全モジュールを備えたバージョンではなく、より軽量なバージョンのアプリケーションを使用させることで、どこでコスト削減が可能かを見極める助けになるかもしれません。 したがって、この視点は賢明なビジネス上の意思決定を行う上で非常に有用であり、契約変更に向けた交渉段階に入ろうとしている場合にも大いに役立ちます。

[10:54]そこで、ここでいくつか例を挙げて説明したいと思います。アスペンテック（Aspentech）は、現在、地下の石油・ガス業界において、幅広いアプリケーションのライブラリやポートフォリオを保有しています。同社は、実際にはさまざまなソースから異なる機能を蓄積してきたのです。そして、これまでは通常、従来の永久ライセンスやサブスクリプション方式で提供されてきました。 しかし同社は、トークン化システムも提供しています。このシステムでは、幅広い機能が利用可能ですが、個々のアプリケーションを購入するのではなく、トークンを購入します。トークンの数は有限であり、ユーザーはシステムにアクセスして、それらのトークンをさまざまな機能に割り当てて使用することができます。「今日は地震探査のサンプリングをしたい」「岩石物理学の解析をしたい」 あるいは岩石物理学を行いたい。これは非常に強力な仕組みです。しかし、大きな力には大きな責任が伴います。予測が難しく、注意を怠るとユーザーが大量のリソースを占有してしまう可能性があるからです。したがって、必要なトークンの数、その配分方法、使用方法について交渉に入る前に、既存のサブスクリプションに基づいて予想される使用状況をモデル化しておくことは、極めて有益です。

[12:07]繰り返しになりますが、確かなデータに基づいて適切な意思決定を行うことです。SLBのPTSシステム、いわば石油化学システムは、そのスイートで非常に多くの、膨大な機能を網羅しています。同社は、ユーザーがログインして利用するサービスを提供しており、各ユーザーにはプロファイルが割り当てられ、それに基づいて機能にアクセスできます。また、各ユーザーは職務区分によって分類されています。 先ほど、技術チーム全体における職務区分（地質学者、地球物理学者、貯留層エンジニアなど）について触れましたが、繰り返しになりますが、その職務が何であるかは関係ありません。『Open iT 』はそれを問いません。どのような場合でも、御社のデータを提供します。また、ユーザーが基本ユーザーかエキスパートユーザーかも把握します。これにはコストが伴い、職務区分や職務レベルによって異なる場合があります。 また、1日単位で料金を支払うアドホックユーザーや、ユーザーごとに月額料金を支払う月額ユーザーという選択肢もあります。当然ながら、アドホックユーザーの方が1日あたりのコストは比較的高くなります。 そのため、ソフトウェア へのアクセス手段としては、すぐに非常に高額な、あるいは潜在的に高額になりかねない方法となってしまいます。交渉に臨む前に、ユーザー構成がどのようなものかを把握し、具体的な利用形態を決定する前に、確かな情報を得ておく必要があります。繰り返しになりますが、確かなデータがあってこそ、適切な意思決定ができるのです。

[13:34]先ほど、Open iT の3つのレベルや、非アクティブ時間とアクティブ時間の違い、そしてそれに基づいて意思決定やアクションを起こす能力についてお話ししました。これは、SLB製品であるPetrelの例です。これはPTSグループの一員です。この事例では、膨大な利用量のうち、実際にはアイドル状態の時間が占めていました。これは、ユーザーが不適切な行動をとっていたという意味ではありません。決してそのような意味ではありません。 これは非常に複雑なアプリケーションであり、多くの設定を必要とします。しかし、ユーザーが会議中だったり忙しかったりして発生するこれらの非アクティブ時間は、拘束されたまま利用できないままになっている膨大なリソースを表しています。そこで、レベル3である「マネージド・ライセンス・コントロール」を導入することで、この企業は利用状況を劇的に変革することができました。当時、同社は成長期にあり、より多くのユーザーにさらなる機能を提供したいと考えていたからです。 また、ライセンスハーベスティングやライセンス最適化を活用し、特定の時間閾値を超えて使用されていないライセンスを特定してライセンスプールに回収し、再配分することで、機能性が飛躍的に向上しました。追加コストをかけずに、わずか1年の間に実際の生産時間がほぼ2倍になったことがわかります。非常に強力な手法です。

[15:06]これは実際に何が起きているかを示すPowerBIのダッシュボードです。つまり、稼働中のライセンスが割り当てられていた同社のクラウドインフラにおいて、青色は現在使用中のライセンスを示しています。ご覧の通り、典型的な週単位のサイクルが見られます。週末は当然ながら使用量がゼロか、あるいは非常に少なく、平日の水曜日と木曜日にライセンス使用量がピークに達しています。これは極めて理にかなっており、まったく正常な状態です。 しかし、オレンジ色の線は現在一時停止中のライセンスを示しており、そのピークは実際には70ライセンスに達しています。つまり、平日には50～70ライセンスの範囲で、アプリケーションを開いているものの実際に使用していないユーザーが存在し、そのライセンスはプールに戻され、同僚に割り当てられる状態になっているのです。 これにより、多くのリソースが解放されます。このアプリケーション「Petrel」は、控えめに見積もってもユーザー1人あたり50ドルから10万ドルのコストがかかります。したがって、70ライセンスが利用可能になるということは、再配分可能な多額の財政的リソースに相当します。非常に強力な機能です。

[16:16]さて、これらはデータであり、アプリケーションの利用状況です。これらに基づいて意思決定を行い、ライセンス回収をどのように管理するかという点が重要です。そこで、組織とのコミュニケーションの取り方、こうした変更をどのように進めるか、あるいは特に、管理されたライセンス利用や、リソースを積極的に回収して再配分するライセンス回収といった場面において、状況を改善するためにどのような対策が講じられるかについて、少しお話ししたいと思います。 これには慎重な対応と、ユーザーへの適切なメッセージの伝達が不可欠だと思います。

[16:51]こうしたプロセスのうちいくつかは、タイミングが非常に重要です。 そして、この奇妙で、どこか地理的な印象を与え、山のような形をしたグラフは、組織内の周期性を表しています。組織によっては、製品ポートフォリオに関する専門知識のレベルが変動することがあり、通常、スタッフの離職や何らかの理由による人員削減などで製品ポートフォリオに関する専門知識が低下すると、シャドーITが増加し、ポートフォリオの乖離や非効率性を招き、ひいては総コストの増加につながる可能性があります。 そして、まさにそのシャドウITが増加している時期にこそ、それがどこで利用されているかを把握するための良質なデータが必要となります。Open iT は、それがシャドーITであるかどうか、あるいはより広範なITインフラや中核となるITインフラの一部であるかどうかを問いません。単に情報を提供してくれるだけです。その情報を活用して現状を把握し、管理下に収めることで、ライセンス費用はもちろん、サポートコスト、管理コスト、サイバーセキュリティリスクなど、あらゆる面で大幅なコスト削減につながります。

[18:10]時代遅れの慣行を排除することは、もちろん極めて重要です。スプレッドシートから、適切なSAM Proデータベースへの移行は不可欠です。 当社はServiceNowと提携しています。資産ポートフォリオ管理システムという点では、同社は明らかに理想的なパートナーであり、市場をリードする存在です。運営委員会やプロジェクト委員会を設置することは、こうした変更を推進したり、意思決定を行ったり、資産回収ポリシーを実際に効果的に機能させたりする上で大いに役立ちます。また、組織内で支援してくれる適切な人材を見つける必要がありますが、これはおそらく少し「秘伝の技」とも言えるかもしれません。 必要なのは、プロダクトオーナー、組織全体の特定のアプリケーションスイートに精通している人、予算の責任者、サービスオーナー、それらをサポートする担当者、そして様々な事業領域でソフトウェア を実際に活用しているビジネスエキスパートです。調達部門も同様に重要です。調達部門は契約の状況について助言してくれます。3年間の契約に縛られている場合、変更できない可能性があるからです。 優先順位を見直したいと思っても、実際には変更を加えることができません。したがって、3年が経過して変更が可能になるまでは、どんなに優れたデータがあっても役に立ちません。しかし、契約更新の時期が間近に迫っている場合は、その機会を逃してはなりません。その好機を絶対に逃してはならないのです。組織全体の資産を管理する中核の資産管理チームと並んで、調達部門はその点について助言を行う上で極めて重要な役割を果たします。

[19:44]プロジェクト委員会にはどのような役割を期待しますか？優先順位付けを支援してもらうことです。繰り返しになりますが、契約の更新時期が近づいているかどうかは極めて重要です。委員会はあなたに一定の権限を与えてくれます。単に「このアプリケーションを廃止すべきだ」とあなたが主張するだけでなく、プロジェクト委員会もそれに同意するということです。これにより、あなたが下した決定の監査証跡が残り、変更や最適化、マネージドサービスの導入を進めるための正当な根拠となります。

[20:09]先ほど触れた「ハーベスティング」のように、管理対象アプリケーションのライセンスを回収してプールに戻すといった管理を行う場合、当然ながら慎重なコミュニケーション方針が求められます。まず第一に、最大のリスク領域を特定してください。そして、その領域の担当者に状況を伝えましょう。 彼らの課題がどこにあるのかを理解するよう努めてください。ユーザー本人だけでなく、その管理部門とも連携し、なぜこの措置を講じているのか、そのメリットを説明する必要があります。これが必要不可欠だった事例の一つとして、石油・ガス業界が挙げられます。多くの業界と同様、この業界も24時間365日稼働しています。 安全上のリスクがあります。また、沖合や陸上での掘削など、注目度の高い産業プロセスが進行しており、それらは高度なアプリケーションによって遠隔監視されています。当然のことながら、これらのユーザーには一日中、一週間中ログインし続ける正当な必要性がありますが、実際に確認を行うのはごく稀かもしれません。そして、確認を行う際には、必要な情報をすぐに手元に用意しておく必要があります。したがって、ライセンスをアイドル状態にしておくことは、彼らの業務に不可欠な一部なのです。 そして、ユーザーは「仕事ができなくなるのではないか」「ライセンスを取得できない、あるいはアプリケーションが起動しないために、沖合の掘削リグからの電話に出られないのではないか」といった懸念を抱くでしょう。これは完全に正当な懸念です。したがって、この重要な課題について十分にテストを行い、そのような事態は発生しないことをユーザーに伝え、実際に発生しないことを実証する必要があります。

[21:42]実はその点についてですが、これは少し直感に反するかもしれませんが、非常に重要なことだと思います。最初にユーザーに「あなたのライセンスを取り上げて、他の誰かに渡すつもりです」と言うと、ユーザーは「そんなの嫌だ。 そんなクラブには入りたくない」と言うでしょう。しかし、そのライセンスはあくまで「借りている」だけで、いつでも取り戻せるし、設定もそのままにしておいて離れることができると説明すると、反応は変わります。デスクに戻れば、いつでも利用可能です。あなたは「悪いユーザー」にはなりません。上司から、ライセンスを独占していると叱られることもありません。 むしろ、あなたは「良きユーザー」になれるのです。アプリケーションは起動したままですが、あなたが使っていない間に他の誰かがその恩恵を受けています。しかし、実際に必要になった時には、いつでもすぐに利用できます。これは実に自由度が高く、ユーザーからも「これ、いいね。同僚に迷惑をかけずに済むし、 むしろここで人気者になれるし、上司も喜ぶし、経費も節約できる」と言うのです。つまり、正しく説明し、そのメリットを明確に伝えれば、ユーザーは実際にこれを気に入るという、直感に反する結果になるのです。彼らはこれを全く脅威とは感じていないのです。

[23:00]つまり、賢明なビジネス判断を下すためには、確固たるデータが不可欠です。優先順位をつけ、適切なターゲットに焦点を当て、それを明確に伝え、ユーザーの理解と協力を得ることが極めて重要です。変更を実施する前にステークホルダーの理解と協力を得て、彼らとの信頼関係を築き、説得力のある良質なデータを用意し、主要なユーザーが誰であるかを把握しておくことで、質の高い情報を得て、ステークホルダーの理解と協力を得ることができ、最良の結果を導き出すことができるでしょう。

[23:37]さて、プレゼンテーションは以上となります。ありがとうございました。それでは、メイさんにバトンを渡して、ご質問があるかどうかお伺いしたいと思います。

[23:51] メイ：デイビッド、大変示唆に富んだプレゼンテーションをありがとうございました。もちろん、素晴らしい質問もいくつか用意されています。それでは、早速質疑応答を始めましょう。

[24:01] 質問：通常の業務日におけるライセンスハーベスティングに伴うアクセス拒否の傾向はどのようなものでしょうか？ 会議から戻ってきたら、自分だけがアクセスできなくなっている、といったことはあるのでしょうか？

[24:15] デイビッド：そうですね、時間帯と拒否件数の関係を見るのは本当に興味深いですね。年間を通じて見ると、ピークは実は晩春で、もう一つのピークは夏の終わりか8月上旬です。これは、オフィスに出勤している人が最も多く、休暇を取っている人が最も少ない時期と重なります。通常は水曜日か木曜日の午後です。 グローバル企業に所属している場合、ヨーロッパはまだ業務中だが、アメリカはまだ業務を開始していない、いわゆる「大西洋をまたぐ時間帯」にピークが重なることになります。これは一概に言えることではありませんが、5月と9月の木曜日の午後の2つのピークに基づいて、ライセンス状況全体を管理していることに気づくことがよくあります。ですから、この点には十分注意を払う必要があります。 確かに、会議のやり取りが頻繁に行われることは問題になり得ますし、ユーザーがアクセス拒否を受けるような状況は絶対に避けたいものです。ですから、こうした重要な時期にアクセス拒否が発生する可能性があることを認識しておく必要があります。しかし、十分な情報があれば、「年間を通じてピーク時の余力を確保しておくべきか、それとも年に2回のピーク期間にアクセス拒否が発生するリスクを受け入れるべきか」と自問してみるのも良いでしょう。 これに対する正解や不正解はありません。しかし、情報を把握し、拒否が発生する時期を知っている上で、拒否状況を確認する際、重要なポイントとして（Open iT も指摘している通り）、拒否件数がピークに達している場合でも、それが同じユーザーによる繰り返しの拒否なのか、それとも機能不足により特定のユーザーグループに対して正当に拒否しているのかを確認する必要があります。 この2つの点に基づいて、処理能力を増強して拒否件数に注力すべきか、それともユーザーと連携して、重要な局面で拒否が発生しないようにすべきかを判断できます。優れたデータがあれば、そうした重要な局面がいつ訪れるかを予測できるかもしれません。いずれにせよ、素晴らしい質問でした。ありがとうございます。

[26:15] 質問：活動がない状態や真の停滞と、季節的な要因やプロジェクトによる一時的な閑散期とを区別するための基準は、どのように決定しているのですか？

[26:29] デイビッド：素晴らしい質問ですね。これまで、4時間からという「否定期間」の幅を目にしてきました。つまり、4時間というのは午前中か午後の1単位分の使用時間にあたり、これはかなり余裕のある設定です。 4時間放置する人もいますが、30分といったもっと厳しい設定も見かけます。私はいつも、最初は広い時間枠から始めることをお勧めしています。また、ここには2つの基準があります。レベル2と3があるため、非アクティブ時間を報告する基準を非常に低く設定できるのです。例えば、「30分間の非アクティブ時間を知りたい」と指定することも可能です。 しかし、データ収集や集計は2時間単位で行うという選択肢もあります。これは良い妥協点と言えるでしょう。低い閾値で非アクティブ利用とアクティブ利用の傾向を把握し始めつつ、実際のデータ収集時には基準を少し緩く設定するのです。その後、すべてが順調に機能していると確信できたら、基準を引き下げて両者を一致させ、真に効率的な機能を実現できます。

[27:35] メイ：デイビッド、ありがとうございました。これで質疑応答のセッションは終了となります。洞察に富んだ、考え抜かれたご回答をありがとうございました。 デイビッド、今回のウェビナーをありがとうございました。また、本日ご参加いただいた皆様にも心より感謝申し上げます。本ウェビナーは録画されており、まもなくメールにてリンクをお送りいたします。また、最近のウェビナー「ユーザーベースのライセンスへの切り替え時期は今か？」および「Idle No More：未活用ライセンスの回収と再割り当て」もご覧いただけます。画面上のQRコードをスキャンするか、openit.comにアクセスし、「リソース」→「オンデマンドウェビナー」の順に進んでください。 また、ご自身の環境におけるライセンス最適化を検討される準備が整っている方には、Open iT のビジネスソリューションコンサルタントによる30分間の無料相談も提供しています。画面に表示されている連絡先情報からご連絡ください。最新情報を入手するには、ソーシャルメディアで「Open iT, Inc.」をフォローしてください。改めて申し上げますが、私は本日の司会を務めたメイです。ありがとうございました。どうぞお元気で。

[28:40] デイヴィッド：皆さん、ありがとうございました。