M&Aにおけるライセンス統合戦略

[0:02] ニックス：おはようございます、こんにちは、あるいはこんばんは。どこからご参加いただいても、ようこそ。こちらは『Open iT』主催のウェビナー、「M&Aにおけるライセンス統合戦略」です。本日の司会を務めるニックスです。M&Aはもともと複雑なプロセスですが、ソフトウェア のライセンスが絡むと、事態はさらに混沌としてしまいます。 契約の重複、ツールの重複、サイロ化されたデータなど、問題はあっという間に積み上がっていきます。これから20分間、この混沌とした状況に秩序をもたらす、データ駆動型のスマートなライセンス統合戦略の構築方法についてご説明します。いつものように、画面上部のQ&Aパネルからご質問をお寄せください。ライブセッション中にできる限り多くの質問にお答えし、必要に応じて後日フォローアップさせていただきます。

[0:41] ニックス：それでは、本日の講演者をご紹介しましょう。デビッド氏は、コノコフィリップス社やBP社での25年にわたる石油・ガス業界におけるリーダーシップ経験を有しており、業界への深い知見と、デジタル製品および戦略的資産管理の専門知識を兼ね備えています。また、M&Aのような変革期において、データを活用してより賢明なIT上の意思決定を推進できるよう、組織の大きな変革を支えてきました。皆さん、デビッド氏をこのセッションに温かく迎え入れましょう。

[1:17] デイヴィッド：ありがとうございます。ニックス、ありがとう。スコットランドからご挨拶申し上げます。皆さんのところには私の声が届いていると仮定させていただきます。先週ウェビナーを行った際、マイクが故障するという、あの「素敵な」ハプニングがあったので。というわけで、皆さんのところには私の声が届いていると仮定させていただきます。今、私がお話ししているスコットランドからご挨拶申し上げます。ここは、とても素敵な秋の一日です。

[1:35] デイビッド：さて、今日はM&A（合併・買収）について、そしてジョイントベンチャーについても少しお話ししたいと思います。M&Aについては、皆さんある程度ご存知かと思いますが、ジョイントベンチャーは、いわばその2つの間のようなものです。2つの企業が協力して何らかの活動を行う形態ですが、直面する課題や戦略の多くは共通しています。 ですから、ジョイントベンチャーに関する内容も少し織り交ぜていくつもりです。こうした背景を踏まえて、Open iT が、ソフトウェア の資産管理や、売却後の会社、あるいは合併後の新会社において、今後目指すべき方向性を築く上で、いかに優れた意思決定を支えることができるかについてお話しします。いくつかの事例を挙げながら、それを実現するための具体的な戦術的戦略についても解説していきます。

[2:24] デビッド：ただ、合併については触れておきたいですね。より広い視点から見た合併・買収についてですが、私自身も何度か経験してきました。2000年代初頭に起きたコノコフィリップスの合併にも携わりましたが、あれはまさに2つの巨大企業の合併であり、文化的な変化もいくつか伴いました。 ご存知の通り、企業文化は衝突します。誰が何を管理するかという決定が常に伴います。それは大きな不確実性に満ちた時期です。人々は不安になり、神経質になります。それも当然のことです。合併は、しばしば人々が自分の役割を失うことを意味します。ですから、私がこれから話すことは、すべてそのような背景を踏まえたものです。私は、人々のソフトウェア やデータ、ITの利用状況について話し合う立場に立ったことがあります。 しかし、彼らの頭の中を占めているのは、「新しい組織でも自分の役割はあるのだろうか？」という疑問です。ですから、常にその点を念頭に置いておくべきだと思います。とはいえ、少なくともそうした話し合いを行う際には、可能な限り最良のデータがあれば、非常に不確実で不安になりがちなこの時期に、ある程度の明確さを提供しようと理性的に取り組むことができます。誰もが事態の解決を待ち望んでいるのですから。

[3:36] デイビッド：では、なぜM&Aの場面でそれを行いたいのでしょうか？理由はかなり明白です。ご存知の通り、ライセンス費用は組織にとって、特にエンジニアリングや、石油・ガス、自動車、航空宇宙といった業界において、ITコストの大きな部分を占めています。共通のコストである以上、効率化を図ることは常に求められます。M&Aが行われる際には、過剰な支出を避けたいだけでなく、コンプライアンス違反も避けたいものです。 つまり、許容限度を超えてしまい、潜在的な法的措置の対象となるリスクを冒したくないのです。これが重要なポイントです。ですから、常にバランスを取らなければなりません。ライセンスを過剰に保有したくはないし、不足させたくもない。無駄も排除したいのです。効率化を推進することが鍵となります。

[4:35] デイビッド：これは複雑な図ですが、ある意味ではすべてを物語っています。というのも、この図が示しているのは、さまざまな種類のライセンス方式と、永久ライセンスと期間制ライセンスの比較において私たちが直面しているさまざまな課題だからです。これは利用量ベースのものです。永久ライセンスに投資していますか？ メンテナンス料を支払っていますか？ それとも、一定期間後に終了するサブスクリプション契約ですか？ ユーザー単位で支払っていますか？ デバイス単位で支払っていますか？ ノードロックされていますか？ フローティングライセンスですか？ グローバルライセンスですか？ 地域限定ライセンスですか？ アプリケーションはSaaS経由で提供していますか？ それともローカルで運用していますか？ かなり複雑ですね。ですから、ここではあまり詳しく掘り下げません。この図が複雑であるという事実自体がすべてを物語っていると思います。そこには多くの異なる層が存在しているからです。

[5:23] デイビッド：一般的に、アプリケーションは単なるアプリケーションではありません。特にエンジニアリングの分野ではそうです。 それはアプリケーションのスイートであり、さまざまな機能のためのツールのセットなのです。専門家はツールの特定の部分を一定程度利用しますが、彼らをサポートする人々はそうではありません。ですから、基本的なライセンスは多く保有している一方で、より複雑で高価な専門ライセンスは少ない可能性があるということを理解しておく必要があります。時間単位、日単位、月単位、四半期単位、年単位など、支払い方法も複雑ですが、Open iT がその管理をお手伝いします。

[5:54] デイビッド： Open iT の機能と、それがこうした意思決定の基盤となる理由について、簡単にまとめます。Open iT は3つのレベルで構成されています。最も基本的なレベルは、外部へのアクセス機能です。ライセンスサーバーを監視し、誰がアプリケーションを使用しているか、いつ、どのくらいの時間使用しているか、どこで利用しているか、そしてどれほどのコストがかかっているかを把握できます。この基本レベルでは、ライセンスサーバーを監視します。

[6:22] デイビッド：ただし、それに加えて、デスクトップやクラウド上で動作するエージェントを導入することも可能です。その点では、環境に依存しない仕組みになっています。また、このエージェントは利用状況を把握してくれます。アプリケーションが使用されていると思っても、ライセンスはチェックアウトされているものの、実際に使われているのかどうかはわかりませんよね。このエージェントなら、その点を明らかにしてくれます。

[6:43] デイビッド：この戦略は合併の場面で非常に有用です。というのも、合併とはそもそも未知のIT環境を扱うことになり、たとえ初日よりも前に完了したとしても、そうした情報を迅速に把握できることは極めて大きな価値があるからです。もちろん、こうしたケースでは常に、新法人がいつ発足するかについて法的な定義があります。しかし、システムやプロセスが正式に統合される前に、そのための準備作業の多くがすでに進められていることがよくあります。

[7:15] デビッド：さらに、実際のアクティブな利用状況、つまり「アイドル時間」と「非アクティブ時間」の違いについても考慮できます。これを実際に管理することが可能であり、つまり、ライセンスがチェックアウトされているものの使用されていない場合、それらを回収してプールに戻すことができるのです。これは、大規模な組織や分散した組織、さらには合併の際にも非常に大きな効果を発揮します。こうした状況は頻繁に発生します。 また、自分が詳しくない場所や地域にある資産を管理している、あるいはその管理責任を負っている場合もあります。そのため、このような状況の把握は非常に価値があり、リソースの回収によって大幅な効率化が図れるのです。

[7:53] デイビッド：つまり、必要な答えが得られるわけです。「誰がアプリケーションを利用しているのか？」「現在誰が利用しているのか？」「過去の利用状況はどうか？」「累積利用時間はどれくらいか？」「そのユーザーは誰か？」「どこに所属しているのか？」「どのような役割を担っているのか？」「役職は何か？」といった点について、Active Directoryとの連携により、その多くが明らかになります。もちろん、スイート全体にわたるモジュールごとの詳細情報も明確です。 最もシンプルなタイプのアプリケーションでは幅広いユーザー層を抱えているかもしれませんが、より複雑なアプリケーションでは、より専門的で微妙な違いが生じています。合併に踏み切る際、どこに遊休時間があるのか、どこでライセンスを回収できるかを把握し、ユーザーに柔軟性と自由を提供できるというのは、非常に有益なことです。

[8:38] デイビッド：それを誰が管理するのか、わかりますか？誰が責任を負うのでしょうか？それは「変化の管理」です。いつもの業務とは違います。これはプロジェクトであり、変化の管理なのです。誰がそれを行うのでしょうか？プロダクトチームであれ、変化管理チームであれ、移行チームであれ、彼らには責任があります。

[8:54] デイビッド：さて、今お見せしているこの三角形ですが、これが最近私のお気に入りの図です。実は、EVCエンタープライズ・バリュー・コンサルティングの同僚、マーク・ヘッサから拝借したものであることを告白しなければなりません。先週、組織内でどのように関わり、プロダクトマネジメントの変更に対する賛同と権限を得るかについてウェビナーを行いました。そこで、変化を推進する「ビジネス」側と、コアユーザーについて話し合いました。 彼らが戦略を策定し、実際に業務を行うのは彼らです。一方、財務部門は収益と資金繰りに目を光らせています。そしてIT部門は、その「方法」を担っています。システムを稼働させるための環境が必要だからです。これら3つの部門の間で、何を提供するか、そしてこれら3つの部門すべてを満足させるためにどう提供するかというバランスを取らなければなりません。 そして通常、その中間に位置するプロダクトチームには決定権がない場合があります。彼らには独自の予算権限がなく、事業戦略を策定する立場でもありません。また、コンピューティングリソースを購入する役割もありません。しかし、彼らはこの移行期の変化を管理し、今後の事業のために適切なツールを提供する責任を負っています。

[10:12] デイビッド：だからこそ、私はこの図をとても気に入っているんです。というのも、『Open iT 』では、三角形の3つの要素すべてのバランスを取らなければならない、中央に位置する責任を担う人々に力を与えることを目指しているからです。新しい体制に移行するために行う製品最適化のワークフローは、更新を行う場合と実質的に同じ手順を踏むことになります。何が必要でしょうか？ どのくらいの予算が割り当てられているのか？ ライセンスの監視状況は？利用拒否のケースはあるか？利用可能容量は？誰が利用しているか？上位ユーザーは誰か？合意を得て、それを実行に移すのです。

[10:47] デビッド：意思決定者は誰か、今後進めていく上で最適なベンダーは誰か、といった点について自問してみてください。合併や買収は変革の機会であり、買収される側が、買収を行う企業よりも優れた業務慣行や契約条件を持っている可能性も十分にあるからです。通常、買収を行う企業が基準や方針を定める可能性が高いと考えられがちですが、必ずしもそうとは限りません。 そして、組織の将来にとってより良い方向へと導くこうした意思決定において、的確な情報を提供することが鍵となります。ライセンスの監視、利用拒否、容量、トップユーザーといった点は、まさにこのプロセスの重要な側面であり、Open iT はこの分野の支援を専門としています。

[11:42] デイビッド：この状況に組み込むべきもう一つの重要な情報があります。あなたはまさにその三角形の真ん中にいるのです。 この移行を適切に管理しなければなりません。契約内容を確認する必要がありますが、これはかなり気が重くなる作業になるでしょう。なぜなら、両法人の契約を精査し、非常に詳細な部分まで確認しなければならないからです。それらの契約は、その企業の現地法人とのものですか？ それとも地域法人とのものですか？ 地域限定の契約となっていますか？ 例えば、地域法人との契約を結んでいる場合でも、その利用方法に制限がある可能性があります。現地でのみ利用が許可されている場合もあるでしょう。 「これらのライセンスをグローバル化できれば素晴らしい」と思うかもしれませんが、実際にはそうとは限らず、契約書を綿密に精査する必要があります。過去の契約が残っていたり、ベンダーが所有権やブランド名の変更を経ている場合があり、かつての企業関係に基づく歴史的な理由から、特定の契約に優遇料金が適用されている可能性も十分にあります。こうした点を徹底的に洗い出すことが極めて重要です。 契約更新日、つまり契約が更新される時期について、今変更できるでしょうか？これは難しい問題になり得ます。この点については十分に留意する必要があります。また、契約に変更違約金が定められているかどうかも確認すべきです。 もう一つ重要な点として、合弁事業についても後ほど触れますが、理想的には、契約書内に、事業売却後の組織が親会社と同じ契約条件を利用できるようにする条項が盛り込まれていることが望ましいです。ただし、ベンダー側はそれを公表したくない場合や、交渉の場で言及したくない場合もあるでしょう。ですから、契約内容を熟知し、「完全子会社がこの製品を引き継ぐ場合、これらの条件が適用される」といった旨が記載された細かい条項を見つけ出す必要があります。

[13:34] デイビッド：わかりました。つまり、「Open iT 」は、合併や事業売却後に必要となるライセンスの数を把握するためのものです。誰がそれを使用しているかを確認し、どのプロジェクトでそれが使用されるかを特定します。したがって、合併や事業売却後に必要なライセンス数を把握することは、行わなければならない基本的な作業の一環と言えます。 組織全体で最善の結果を得るために何ができるか。ここではごく簡単な例を挙げて説明します。最初のスライドにあるライセンスの複雑さについて考えてみてください。実際の現場では、この複雑さを段階的に高めて、多くのモジュールを検討することになるでしょうが、簡単に言えば、これが概ね経るべきプロセスとなります。

[14:18] デビッド：この会社は合併を経たため、米国法人とインドのバンガロール法人があり、それらのライセンスを共有しようとしているわけですね。 もし単に、米国法人のピーク時の使用状況とインド法人のピーク時の使用状況だけを個別に確認したとしたら、このケースでは166という数字が導き出されますが、それは実際の使用状況ではありません。両者を合わせて使用状況を確認し、チェックインとチェックアウトを総合して分析すると、注目すべきピーク利用数ははるかに少なく、108に過ぎません。この数値を基に判断を下す必要があります。 その結果、ライセンス数が93本削減されることになり、これこそがまさに追求すべき効率化です。ただし、これは非常に単純化した例であり、実際に使用する必要があるソフトウェア のすべてのモジュールやさまざまな側面について、この計算を何倍にも拡大して検討することになるでしょう。

[15:17] デイビッド：これはOpen iT のヒートマップです。 私のお気に入りのビューの一つで、統合の計画に非常に役立ちます。なぜなら、どこで利用されているかが一目でわかるからです。このビューを見ると、早朝に利用が集中しているのがわかります。つまり、これらのユーザーは、おそらくライセンスサーバーとは別の地理的な場所にいるのでしょう。2つのピークがある場合、それがすべての利用状況であることが非常に明確にわかります。

[15:49] デイビッド：つまり、各企業でソフトウェア がどのように利用されているかを確認できるわけですが、同時に、ソフトウェア がどのようなものか、誰が利用しているかだけでなく、それを何のために利用しているのか、そして適切な理由で利用されているのかを見極める必要もあります。その一例として、私が携わった、コノコフィリップスがバーリントン・リソーシズを買収した案件があります。 コノコフィリップスは当時、世界中に資産を持つ多国籍の石油・ガス企業でした。バーリントン・リソーシズは、主に米国本土に中核となる資産基盤を持っていました。もちろん、両社とも石油・ガス企業ですから、これは素晴らしい組み合わせになるだろうと思われました。

[16:39] デイヴィッド：コノコフィリップスの技術の多くは、深海探査や複雑な地質学的・地球物理学的状況に対応するよう構築されていました。メキシコ湾や北海、アラスカでの作業に伴う課題への対応です。しかし、バーリントンは陸上専門の企業であり、はるかにシンプルなソフトウェア を使用していました。したがって、コノコフィリップスの技術をバーリントン・リソーシズの人々に適用するのは誤りだったでしょう。なぜなら、その技術は明らかに過剰な設計だったからです。 バーリントンのスタッフが解釈作業に使用していたものは、彼らが必要としていた業務に完璧に適合していたのです。したがって、彼らがアプリケーションを何のために使用しているかを把握することは極めて重要であり、すべての技術をすべてに適用することは大きな過ちだったでしょう。彼らは、より理にかなった「融合型」のアプローチ、つまり「融合型ソリューション」を採用して進めたのです。これはまさに「なるほど！」と思わせるような事例です。

[17:48] デイビッド：さて、事業売却についてはまた少し事情が異なります。 事業売却には様々な理由があります。企業戦略、特定の分野からの撤退、他社との提携などです。最近の例を挙げると、私が以前勤務していた石油・ガス事業者は、北アフリカの事業を売却したいと考えていましたが、同時にその事業を別の事業者と合併し、両親会社が完全子会社として保有する形にしたいとも考えていました。しかし、その実現に必要なリソースを把握することに非常に熱心で、Open iT はその目的に最適でした。

[18:33] デイビッド：地域ごとに見ていくと、レポートを実行して、「よし、これが特定の地域にいるすべてのユーザーだ」と確認することができます。 この場合は、メキシコ湾、北海、カスピ海、米国本土48州といった具合です。その事例では北アフリカでした。ユーザーの所在地を把握し、利用されているアプリケーションを規模やコストの大きい順に階層化して表示することができ、しかも極めて迅速に処理できました。これにより、財務部門は非常に満足していました。確固たる情報を得ることができ、売却対象となる組織にかかるコストを正確に予測できたからです。

[19:12] デビッド：ベンダーとの契約交渉を進めることができます。実際、その交渉の多くは「ベンダー様、この売却対象組織向けのライセンス数について概算費用を教えていただけますか？また、親組織と同じ契約条件を適用していただけますか？」といった内容でした。そしてもちろん、コア組織のライセンスプールからそれらを除外するため、同様の対応を行うことになります。 ですから、このデータを入手することは極めて重要であり、事業売却の「初日」以前に、移行に向けたすべての作業が完了しているという点で、本当に大きな助けとなります。

[19:59] デイビッド：これは、同じような情報を別の角度から見たものに過ぎません。先ほどのは地球科学分野向けのアプリケーション用でしたが、これはより広く利用されているエンジニアリング向けアプリケーションであるBentley用です。しかし、多くのタイムゾーンにわたって状況を確認できます。利用状況が把握でき、どの地域で利用されているかも分かります。基本的には同じ情報です。

[20:22] デイビッド：これもまた、事業売却の際にどのようなことができるかという、ごく簡単な例です。ある企業が、ナイジェリアのラゴス事業を売却しようとしていました。ラゴスにはすでに大規模な欧州拠点があり、さらにヒューストンにも拠点がありました。そのため、この事業売却に際しては、欧州のタイムゾーンにおける業務の重複状況を検討する必要がありました。つまり、単にピーク時の利用状況を見るだけでは不十分なのです。 場所の要素も考慮に入れる必要があります。また、ラゴスでの利用状況を抽出して分析することで、ライセンスプールから一定の割合を割り出し、その売却対象に割り当てることができることがわかります。これは比較的小さな例ですが、これをすべての製品に拡大適用すれば、親会社にとってはかなりのコスト削減につながる可能性があります。そして何よりも重要なのは、売却される組織が何を必要としているのかについて、明確な把握ができるようになる点です。

[21:28] デイビッド：同様に、技術チームについても、情報を同じように細かく分類・分析することができます。彼らは誰なのか？ つまり、どこに座っているかということではありません。 「どのような役職や職務を担っているか」という観点で考えることができます。これを合弁事業に活用するのも良いでしょう。合弁事業を事業売却に似たものと考えてみてください。ただし、プロジェクトに携わる従業員は親会社に残りつつ、別の商業組織のために業務を行うという点で異なります。ですから、彼らが具体的に何をしているのか、いつそれを行っているのかを正確に把握する必要があります。

[22:08] デイビッド：これを行うべき理由の一例として、石油・ガス企業は明らかに特定の税制の下で事業を展開しています。これらの企業には、生産活動に基づいた課税が行われます。しかし、再生可能エネルギー、炭素回収、風力発電、地熱発電の生産には、異なる税制が適用されます。 そのため、企業としては、ハイブリッドワーカーが業務時間の一部を中核事業に充てつつ、残りの時間を合弁事業に費やしている場合、それらのコストを異なる税制の下で計上できるかどうかを正確に把握したいと考えています。合弁事業は、いわば小規模な合併のようなもので、会社が独立した企業として分社化されるわけではありませんが、親会社とは法的に独立した地位を有しているため、その点を適切に会計処理し、必要な情報を提供する必要があります。

[23:06] デイビッド：つまり、「Open iT 」は、こうしたあらゆる状況に対応できるのです。 また、冒頭でも少し触れましたが、Open iT の機能として、エージェントからアクティブ時間と非アクティブ時間を把握できる点が挙げられます。これは、チェックアウトされているものの、実際に利用されていないアプリケーションを回収できるため、非常に有益です。つまり、基準を設定して、「この時間経過後もライセンスが使用されていない場合は、プールに戻してください」と指定できるのです。

[23:50] デイビッド：この図は利用状況を示しているだけでなく、任意の時点でチェックアウトされているすべてのセッションも表示しています。さらに、そのうちアクティブなセッションの数と、一時停止中のセッションの数も示しています。 合併後の企業は、通常、規模がはるかに大きくなり、構成が極めて多様であるため管理が難しくなります。そのため、世界中のどこからでもアプリケーションを回収し、プールに再割り当てできることは、組織内の大規模なライセンスプールを管理し、効率化を図る上で非常に強力な手法となります。

[24:23] デイビッド：では、まとめとして、また私のお気に入りの「トライアングル」の話に戻りますが、重要なのは、この移行を管理している中核のチームに権限を与えることです。そうすることで、彼らは事業部門、財務部門、IT部門に対して、どのような戦略を取るべきか、またどのような戦略が可能なのかを提示できるようになります。彼らはその権限を活用し、会社にとって最善の結果をもたらすことができるのです。つまり、要約すると、Open iT を導入することは、必要な情報を得るための素晴らしい戦術的な選択であることは明らかです。 契約書は必ず精読し、契約内容や今後の進め方について、双方の詳細をすべて把握しておく必要があります。ユーザーと関わり、バーリントンやコノコフィリップスの事例で述べたような状況について話し合うのです。もしユーザーに直接話を聞き、なぜそのツールを使っているのか、あるいは彼らのビジネスを把握しなければ、誤った結論に至ってしまうでしょう。 ですから、こうした要素も必ず取り入れる必要があります。そうして裏付けのある意思決定を行い、契約の更新やベンダーとの協議を進め、最適なソリューションを導き出すのです。以上が、合併・買収・事業売却、資産統合、データに基づく明確化、そして理想的にはコスト削減とコンプライアンスの向上に向けた重要なポイントです。

[25:53] ニックス：デイビッド、示唆に富むプレゼンテーションをありがとうございました。素晴らしい質問がいくつか寄せられていますので、さっそく質疑応答の時間に入りましょう。まず最初の質問ですが、これらの戦略はユーザーベースのライセンスでも有効なのでしょうか？

[26:10] デイビッド：はい。私は同時利用ライセンスに焦点を当てましたが、Open iT が、指名ユーザーライセンスや、より複雑なライセンス設定、あるいは一部のユーザーが他のユーザーよりも多くの機能にアクセスできる従量課金制などのユーザーベースの設定について、必要な詳細情報をすべて提供できない理由はありません。もちろんです。

[26:46] ニックス：いいですね。デイビッド、ありがとう。次は、こちらの質問です。「組織の他に、どのような部門が有益な補足情報を提供できるでしょうか？」

[27:01] デビッド：ここで見過ごされがちですが、実は非常に役立つのがデータ管理です。ユーザーが何を使っているか、どのツールを使っているかは分かっていても、彼らがアクセスしているデータを取り込むことができれば、それは非常に強力な武器になります。例えば、エンジニアリング業務を行うために全員がアクセスしている大規模なSQLデータベースがある場合ソフトウェア 、私が実際にやったのは、その利用状況を統合することでした。 「ユーザーの所在地と、彼らがアクセスしているデータの場所を教えてくれる簡単なクエリはありますか？」と依頼するのです。そうすることで、ある地理的な場所にユーザーがいても、彼らが専門家として知識を他の場所に活用しているため、別の場所のデータにアクセスしているという状況が把握できます。 これはパズルの欠けていたピースのようなもので、そうした人々を孤立させたり、不適切に割り当てたりしたくないからです。そこで、データ管理部門の同僚に、従業員の勤務地やアクセスしているデータの種類に関するSQLスクリプトを実行してもらうことは、極めて貴重な支援情報となります。

[28:10] ニックス：いい指摘ですね。ありがとう、デビッド。さて、最後に、もう一つ質問があります。ベンダーとの話し合いには、どのように対応するのが一番良いでしょうか？

[28:15] デイビッド：しっかりと準備をしておきましょう。 契約書をよく読み、その会社が何をしているのかを理解した上で、ベンダー企業に対して「これはパートナーシップだ」と明確に伝えてください。多くのベンダー企業は、多少の収益減を受け入れる必要があっても、誰がその製品を利用しているのか、その理由について確かな情報を提示すれば、「たとえ収益が多少減ったとしても、将来に向けて互いに理解し合える強固なパートナーシップを築く方が、まったく進展がないよりはましだ」と納得してくれるはずです。 ですから、ベンダーと話し合う際には、有益な情報を提供し、彼らのツールがどのように活用されているかを理解していることを示すことが極めて重要です。また、契約書の重要な箇所をハイライトし、付箋を貼っておいて、話し合いに備えておくことも大切です。

[29:12] ニックス：素晴らしいアドバイスですね、デビッド。また、ここでもう一つ質問があります。ソフトウェア ベンダーがSaaS環境を提供している現在、Open iT はこれにどう対応しているのでしょうか。また、Open iT のツールは、SaaS環境を利用するライセンスユーザーにとってどのような助けになるのでしょうか？

[29:34] デイビッド：なるほど、素晴らしい質問ですね。技術的な観点から言えば、そこには障壁はありません。Open iT のツールは、契約上のハードルが克服されれば、SaaS環境でも動作します。Open iT は、情報がどこから来ているかについては実際には気にしません。アプリケーションがどこで実行されているかについても、実際には気にしません。 ですから、SaaS環境かオンプレミス環境かという点にこだわってしまうことはよくありますが、Open iT の技術を用いて監視することに関する契約上の障壁さえクリアできれば、技術的な障壁は一切ありません。したがって、テクニカルコンピューティングにSaaSやクラウド環境を利用している場合でも、オンプレミス環境と同等の分析レベルや結論を導き出すことが可能です。

[30:28] ニックス：デイビッド、ありがとうございました。これで質疑応答の時間を終了いたします。有益なご回答をいただき、改めて感謝申し上げます。終了する前に、簡単なお知らせがあります。本セッションは録画されており、まもなくメールにてアーカイブ動画をお送りいたします。また、openit.comの「オンデマンドウェビナー」ページからもご覧いただけます。ウェビナーの録画動画の横には、アンケートへのリンクも掲載されています。 ご意見や、今後取り上げてほしいトピックなどがございましたら、ぜひお寄せください。また、ServiceNow SAM ProとOpen iT を活用したライセンス管理の効率化をテーマにしたウェビナーも近日開催予定です。画面上のQRコードをスキャンするか、当社のサイトにある「リソース」ページの「ウェビナー」セクションをご覧ください。さらに、M&Aを計画中、または現在進行中で、ライセンス環境の統合に関するサポートが必要な場合は、当社のビジネスソリューションコンサルタントによる30分間の無料相談をご利用いただけます。すでに当社のお客様ですか？ 担当のアカウントマネージャーまでご連絡いただければ、お客様に合わせたサポートをご提供いたします。本日はご参加いただき、ありがとうございました。私はニックスと申します。次回のウェビナーでお会いできるのを楽しみにしております。