Kickstart your 2022 Plans with Application Rationalization

[0:01] メイ：みなさん、こんにちは。「Open iT」が主催する、アプリケーションの合理化を通じて2022年の計画を軌道に乗せる方法に関するライブウェビナーへようこそ。私はメイと申します。本日の司会を務めさせていただきます。まもなく、シニアビジネスアナリストのガイ・フィリップス氏と、シニアソリューションエンジニアのマルー・アルベンディア氏が登壇します。本題に入る前に、いくつかご留意いただきたい点をお伝えします。

[0:28]現在、参加者の皆様は全員「聴講のみ」モードになっています。マイクはミュートされていますが、ご質問はぜひお寄せください。画面右上にあるこのTeams Liveプラットフォームの「Q&A」欄に、ご質問を入力してください。 プレゼンターは、プレゼンテーション終了後にすべての質問にお答えします。もしすべての質問にお答えする時間がなかった場合や、さらに調査が必要な質問があった場合でも、ご安心ください。その質問はプレゼンターに転送され、後日メールにて回答いたします。また、後から質問がある場合は、rationalizeapps@openit.com までお送りください。それでは、ガイ・フィリップス氏にバトンを渡します。

[1:13] ガイ：こんにちは、メイ。皆さん、ありがとうございます。うまく映っているといいのですが。私が写真と同じシャツを着ていることに、皆さん気づいてくれたら嬉しいです。

[1:22]お話しできて光栄です。私はガイ・フィリップスと申します。Open iT のシニア・ビジネス・アナリストを務めており、本日、アプリケーションの合理化についてお話しする機会をいただき、大変感謝しております。お忙しい中、時間を割いて私たちの話を聞いてくださっていることを承知しておりますので、心より感謝申し上げます。

[1:42]マルーと私は、本日、アプリケーションの合理化、そして何よりも重要な最適化について、いくつかの知見を皆さんと共有できればと考えています。また、各組織ですでに収集されている可能性の高い、手軽に入手できるデータを活用することで、合理化や最適化の取り組みを的確に絞り込むことができることをお示ししたいと思います。

[2:03]少し自己紹介をさせていただきます。私は地質学者としてのバックグラウンドを持ち、BPで25年間勤務しました。そのキャリアの前半は石油・ガスの探査や3D地質モデリングに、後半はキャリア前半で使用していたソフトウェア のアプリケーション・ポートフォリオの管理に、ほぼ半々で時間を費やしました。 BP在籍中、私はその大規模な技術的な地下データポートフォリオの管理に多大な労力と時間を費やしました。このポートフォリオは、価値は高いものの量は少ないという傾向にあり、皆さんが管理しているエンジニアリング・アプリケーションの中には、この指標に心当たりがある方もいらっしゃるでしょう。

[2:38]これらのアプリは、機能面でも、数においても、そしてそれらを利用するコミュニティや利用者のタイプにおいても非常に多様であり、そのことが作業を複雑にしましたが、同時にとても楽しいものでもありました。

[2:49]しかし、これらすべてに共通しているのは、実際には、いずれも適切な管理と運営が必要だったということです。私がここで皆様にお話ししたいのは、合理化についてであり、皆様が任されている、あるいはすでに管理しているポートフォリオをより適切に管理できるようお手伝いすることです。

[3:07]要約すると、これはアプリ・ルートについて、そしてそれをどのように活用できるかについての手短な解説です。重要なのは、どのように始めればよいか、そして私の同僚であるマルーが紹介してくれるツールについていくつか見ていくことです。

[3:19]さて、アプリケーションの合理化とは何でしょうか？ 非常に簡単に言えば、あそこの青い文字にもある通り、効率性を向上させ、総コストを削減するという明確な目的を持って、組織のアプリケーションポートフォリオの規模を縮小する活動のことです。 コストについて考える際、まず重要なのは「総所有コスト（TCO）」という概念です。簡単に言えば、これは長期にわたって発生する関連コストの総和であり、IT分野における総所有コストには、ソフトウェア だけでなく、それに付随するすべてのハードウェア、IT管理、サポート契約管理、データベース運用など、ソフトウェア ツールに関連するあらゆる要素が含まれます。つまり、考えられるほぼすべての要素が、この総所有コストの定義に含まれる必要があるのです。

[4:16]しかし、そこには機会費用も含まれます。これは、ダウンタイムや、従業員が別のアプリケーションに移行するための研修・再教育にかかる費用、その他の生産性の低下に伴うマイナスコストのことです。その額は莫大です。ポートフォリオの規模を縮小できれば、その分野全体において、非常に大きな節約効果をもたらすことになるのです。

[4:41]規模の観点から合理化について考えると、そのあり方は極めて多岐にわたることがわかります。業界をリードする企業は、大規模な変更の必要性を最小限に抑えるよう、アプリケーション・ポートフォリオ管理に対して非常に継続的かつ慎重なアプローチを取る傾向があります。一方、それほど積極的ではない組織では、ポートフォリオを実際に整えるために、時間と資金を多大に投じ、それに伴う負のコストも発生する、いわゆる「ビッグバン」型、つまり一気呵成に実施して急激な浮き沈みを伴うような、全社的なプロジェクトが必要になる場合があります。

[5:15]数値的に見ると、平均的な大企業には1,500以上のアプリケーションがあり、多くの中小企業でも間違いなく数百のアプリケーションを保有していることを示唆するデータが数多く存在します。つまり、概して企業は必要以上に多くのアプリケーションを保有しており、重要なのは、依然として必要以上に多くのアプリケーションを使い続けているという点です。これはコストの増加につながるだけでなく、エンドユーザーやIT部門の効率性にも悪影響を及ぼします。 しかし、同時に、そこには多くの機会があるということでもあると、皆さんも耳にしているはずです。

[5:52]これは私の朝食用のボウルではありませんが、もしそうだとしたら、おそらくあそこの左上にあります。これは、問題の定義がどのようなものになるか、そして私たちがどのような目標を目指すべきかを説明するための例です。

[6:06]こうした状況に心当たりがある方もいらっしゃるかもしれません。当社には何百ものアプリケーションがあります。メンテナンスやサービス契約、あるいはサブスクリプションとして、数千、さらには数百万もの費用を支払っています。機能の重複も生じており、異なるアプリケーションが同じ業務を処理しているケースがあり、多くの場合、ユーザー層も異なっています。 また、ライセンスの割り当て不足、モジュールやプラグインの不足、エンドユーザーの不適切な利用、ライセンスの独占利用、いわゆる「ライセンス・キャンピング」といった問題も抱えています。実際、誰が当社のツールを実際に利用しているのか、正確には把握できていないと言っても過言ではありません。

[6:36]多くの場合、そうした資産を管理する時間がありません。これらが潜在的な問題点となります。私たちが目指すべき姿とは、目的に合ったアプリケーションポートフォリオ、必要な分、そして確実に実際に使用している分だけに対して料金を支払う適正な規模のライセンス契約、明確に定義されたアプリケーションワークフローによる機能の重複を最小限に抑えた状態、そしてエンドユーザー層に適した数のライセンス数です。

[6:57]エンドユーザーの不適切な利用は最小限に抑えられており、ライセンスの使用状況についても十分に把握しているため、必要に応じて、それらのコストを各事業部門や提携先との契約に配分することも可能です。また、綿密に構築された意思決定支援パッケージも用意しており、適切な分析、当社の経験、および知見を活用して、こうした変更を円滑に進めることができます。

[7:21]実際にどうやってここまで至ったのでしょうか？次のスライドに進むと、なぜこのような見解に至ってしまうのでしょうか？なぜ、このように肥大化したり膨れ上がったりしたポートフォリオができてしまうのでしょうか？

[7:35]最新かつ最高の技術を追求するという、人間らしい取り組みがある一方で、重要なのは、既存のシステムを廃止せずに進めるため、結果としてポートフォリオに非常に多くの追加アプリケーションが積み重なってしまうことです。また、M&Aのような活動では、2つの企業が統合される際、多くの場合、それぞれのツールセットを持ち寄ることになりますが、いわばその新しい環境を簡素化しようとする統合的な視点が決して持たれないのです。

[8:02]プロジェクト重視の企業では、そのプロジェクトを継続したり、その業務を遂行したりするために新しいアプリケーションを導入します。そして、それらのアプリケーションは、処理されるまで組織全体に波及していきます。さらに、変更を行うと生産性に大きな影響が出るのではないかという懸念から、人々は変更を恐れる傾向があります。こうした理由がすべて重なり合って、このような大規模なアプリケーション・ポートフォリオが形成されてしまうのです。

[8:26]とはいえ、ここでの私たちの目標は、改善の機会を浮き彫りにすることです。機能の重複がどこにあるのかを理解するとともに、いかにして最もシンプルなワークフローを実現できるかを突き止める必要があります。エンドユーザーにツールキットを可能な限り効率的に利用してもらうにはどうすればよいか、特に、データの入力や出力といった、膨大な時間と労力が浪費されている操作を最小限に抑えるにはどうすればよいか、という点に焦点を当てる必要があります。

[8:51]こうしたアプリを適切に管理することの重要性は、ポートフォリオが適切に管理されていれば、コスト削減であれ、エンドユーザーとのやり取りであれ、どの側面を見ても効率の向上が図れるという点にあります。そして、それが何をもたらすのでしょうか？ それは株主価値です。この電話会議に参加している皆さん全員が、まさにこの点について考えるべきなのです。どうすれば株主価値を創出できるのでしょうか？ 次のスライドを見てみましょう。

[9:16]このメリットの規模はどのくらいでしょうか？繰り返しになりますが、適切に合理化され、適切に管理されたアプリケーションポートフォリオにより、総所有コスト（TCO）を最大30％削減できることを示唆する業界データは、かなり多く存在します。 また、そのTCOがどのようなものかについてはすでに説明しました。したがって、組織の規模にもよりますが、これは追求する価値のある莫大な金額となる可能性があります。さらに、アプリケーションのコストがIT予算の最大80％を占めることもあることを踏まえると、ここには大きな節約の余地があることも理解できるでしょう。

[9:50]総所有コスト（TCO）の削減効果について考えると、その要因はどこにあるのでしょうか？ 言うまでもなく、それは保守やサービスのサブスクリプション、契約にあります。アプリケーションの合理化を進めれば、ハードウェアを削減できるようになります。レガシーアプリケーションを廃止することも可能です。データベースを段階的に廃止し、ストレージの効率を高めていきます。さらに、アプリケーションをクラウドに移行させることもできます。

[10:11]IT管理コスト、ITサポートコスト、再教育費用、その他の生産性低下による損失を削減できます。これらすべてが、総所有コスト（TCO）の削減につながります。こちらのグラフは、Open iT の実際の事例ですが、合理化を適切に進めた場合にどのような効果が得られるかを示しています。

[10:30]この具体例では、維持管理費とサービス費用について言及されています。しかし、0年目にコストを削減することで、それらのコストのかなりの部分が、単に維持管理サービスの支払いや、ソフトウェア のポートフォリオの運営を維持するためだけの費用に充てられることになります。

[10:47]割合で見ると、新しいソフトウェア に充てられる予算はごくわずかですが、実は企業が競争優位を保つためには、この分野への投資が不可欠なのです。レガシーアプリケーションだけに頼っているわけにはいきません。

[10:57]さて、この事例では、先を見越した合理化プロセスを経て、保守・サービスコストが約36パーセント削減されました。これが最初のコスト削減効果であり、これにより、新バージョンの導入や新しいアプリケーションの導入、そしてそれに伴う効率化の余地が実際に生まれました。 2年目の終わりには、保守・サービス費用は抑制されており、おそらくここにはわずかな減少傾向さえ見られるでしょう。これにより、このケースでは予算を握っていることが多いビジネスステークホルダーから、アプリケーションポートフォリオ管理チームに対する信頼が築かれ始めています。 これにより、新しいツールやプロセスを導入するための余地が生まれています。ここで得られる教訓は、実証可能な実績を通じてビジネスステークホルダーからの信頼を獲得し、彼らがこうした取り組みを積極的に支援するようになるということです。

[11:50]合理化の妨げとなるものは何でしょうか？ 複雑なポートフォリオは、その性質上、管理が非常に難しいため、合理化の対象となる部分を特定することが困難になる場合があります。

[12:02]使用中のアプリケーションや、複数年にわたる複数の契約で支払いが発生しているアプリケーションをすべて把握しておくのは、非常に困難で厄介な作業です。

[12:12]利用状況の把握についてですが、私たちのアプリケーションがどのように利用されているかについて、即座に正確に把握できているわけではないことは、誰もが認めることだと思います。それらの記録はどこに保存されているのでしょうか？ 利用データを理解すること、あるいは質の高いデータなしに利用状況を把握することは、実に困難です。

[12:32]データへのアクセスが可能だと仮定した場合、ステークホルダーと意思疎通を図るためには、ストーリーを効果的に可視化する能力が求められます。しかし、多くの場合、反発に直面することになります。一部の人々からは、それが否定的に受け止められることもあるからです。その結果、特定のグループや部署、あるいは「お気に入りのツールを取り上げられる準備はできていない」と声を上げる個人などから、反発を受けることになります。

[12:56]合理化についてどのように考え始めればよいか、また、合理化を成功させるための具体的な手順にはどのようなものがあるかについて、簡単なツールを使って見ていきましょう。次のスライドをお願いします。

[13:09]合理化を成功させるために考えるべきこととして、私が特に強調したいのは、目標を明確に設定することです。 ここで実際に解決しようとしている問題は何か、そして何を達成したいのか？ 保守・サービス費用の削減を目指しているのか？ アプリケーションの数を減らしたいのか？ あるいは、特定の金額を節約したいのか？ チームとして、あるいは個人として、それを明確に表現できれば、今後の進め方の枠組みがしっかりと定まるのです。

[13:37]まず何よりも重要なのはデータを収集することであり、これについてはマルーがさらに詳しく説明してくれます。 データが多ければ多いほど、より的確な意思決定が可能になります。データを入手したら、それを評価し、何らかの評価基準を設けて、これらのアプリケーションがポートフォリオの中でどのような位置づけにあるのかを検討する必要があります。それらを引き続き容認し続けるのか？ それらのアプリケーションに投資するのか？ 新しいプラットフォームやツールへ移行すべきなのか？ そして、重要なこととして、実際にどのアプリケーションを廃止するのか？

[14:08]その作業を終えたら、次は可視化について考える必要があります。レポートやチャート、グラフなどを活用してストーリーを生き生きと伝え、ステークホルダーの関心を引くことは、実際に合理化の推進に役立ちます。それができれば、その議論を前進させる上で、確実に主導権を握れるようになると思います。

[14:25]以前勤めていた会社での、ごく短いエピソードをひとつご紹介させてください。当時、私たちは18か月をかけて大規模な調査を実施し、膨大なITリソースとビジネスリソースを投入して、どのアプリケーションがどのワークフローを支えているのか、またどこに大きな重複があるのかを把握しようとしました。私たちは、アプリケーション、ユーザー、組織、そしてワークフローに重点を置いて取り組みました。この取り組みは、主に会話、ワークショップ、メール、アンケートを通じて進められました。 おそらく、アプリケーションの推進担当者とのこうした関わり方については、皆さんよくご存知でしょう。それ自体は非常に良い取り組みです。私はそれをやめるべきだと言っているわけではありません。ただ、質の高いデータから得られた知見に基づいて、こうした対話やワークショップに焦点を絞れば、18ヶ月にわたる活動とそのすべてのコストを、はるかに効率的にできたはずだということです。

[15:20]もし、すでに収集しているデータを実際に分析していれば、その取り組みをより集中的に行え、目標の達成までの期間を大幅に短縮できたはずです。しかも、品質はまったく同じだったと思います。ですから、データに焦点を当てることは、今後進むべき素晴らしい道だと考えます。次のスライドをお願いします。

[15:40]ステークホルダーの賛同は、本当に、本当に重要です。分析と可視化を行った後、いくつかの候補が浮上してくるでしょう。しかし、そうした「手近な成果」だけでは、大幅なコスト削減にはつながりません。

[15:52]合理化を成功させるためには、ステークホルダーとの連携が実に重要です。アプリケーションの所有者や熟練ユーザーは、質の高い分析を行うために必要な追加データを提供する上で、いずれも重要な役割を果たしています。

[16:06]それに、ご存知の通り、サポートが必要なんです。経営者やリーダーたちは、その合理化イニシアチブを後押ししなければなりません。これはIT主導のプロセスではありません。ITが先導することはあっても、実際には、ビジネス側の支持が得られなければ、何も進展しないでしょう。

[16:20]そして、いったんそのような運用体制が整えば、より深い合理化の機会は、IT部門ではなくビジネスリーダーによって主導されるようになるでしょう。真の価値を生み出すためには、そのような文化や行動の変革が必要になりますが、それは実現可能です。次のスライドをお願いします。

[16:41]効率的なポートフォリオの維持管理。ポートフォリオが合理化された段階に至ったら、その勢いを維持することが極めて重要です。頻繁に発生し、組織全体に波及しかねない「好況と不況」を繰り返すようなサイクルを回避するためには、ポートフォリオを絶えず分析し続ける必要があります。

[16:59]効果的かつ継続的な管理が鍵であり、それは間違いなく質の高いデータと分析によって支えられています。そこで、アプリケーションの合理化について、ごく簡単に概要をご紹介します。 これまでの概要をご理解いただいたところで、次はマルーから、皆様の組織内におそらくすでに存在するデータから得られる、あるいは得始められる最適化に関する知見についてお話しいただきます。それでは、前置きはこれくらいにして、当社のシニア・ソリューション担当であるマルーをご紹介いたします。

[17:32]マルー、こんにちは。

[17:33] マルー：こんにちは、ガイさん、ありがとうございます。それでは、まず私について少し自己紹介をさせてください。私の名前はマルー・アルベンディアです。Open iT には9年間在籍しています。最初の半年間はソリューション・ソフトウェア 開発者として、その後の半年間はソリューション・エンジニアとして、お客様のビジネス上の課題に対して最適なソリューションを見極めるお手伝いをさせていただいてきました。 さて、特にアプリケーションの合理化をまだ始めていない組織の場合、手元にあるデータならどのようなものでも活用して始めることができます。もしデータがない場合は、今すぐ収集を開始する必要があります。質の高いデータを確保することが不可欠です。質の悪いデータを分析しても、理解するのが難しいだけでなく、誤った意思決定につながってしまうだけだからです。

[18:23]私たちOpen iT は、正しいデータの収集、その可視化、そしてそのデータを活用したインサイトの提供といった取り組みの第一歩を、喜んでお手伝いいたします。また、ガイさんが先ほどおっしゃっていたことについて補足すると、BPではアプリケーションの機能に関する重複の整理、あるいは少なくとも特定に18ヶ月を要しましたが、データを活用することで、その所要時間を短縮することが可能です。 データが揃ったら、次は当然、「手近な改善点」に目を向けることになります。これには、稼働状況を確認するのが有効です。ここでは4つのポイントを挙げましたが、他にもできることはあります。まず、未使用のライセンスを特定することです。これは、例えば過去1年間の利用率がゼロだったすべてのアプリケーションをリストアップするような、単純なレポート作成で済む場合もあります。 「これを利用することはない」と判断できれば、ポートフォリオから削除できます。次に、多少の利用はあるものの、それほど多くないアプリケーションがあります。2つ目は、これらのアプリケーションの効率性を算出することです。3つ目は、冗長なソフトウェア を削減することです。

[19:45]そして、ここでもまた、必要な情報が得られます。これで、使用されたアプリケーションの可視化が可能になります。もし2つのプロバイダーがあり、機能が重複している場合、それらを比較し、使用頻度が高い方のアプリケーションに標準化することができます。もちろん、ユーザーによっては、一方のアプリケーションの使用に熟練している場合もあり、抵抗が生じることもあるでしょう。しかし、このデータを活用して社内で議論を進め、アプリケーションの標準化と冗長なソフトウェア の削減を図ることができます。

[20:30]そして、私のリストの4番目は、利用パターンの分析です。利用の傾向や、ユーザーの利用行動を確認することができます。ライセンスを独占し、連続して数日間も利用を延長しているユーザーがいるかもしれません。その場合は、この状況を報告し、そのような行動を排除するために何ができるかを検討するとよいでしょう。

[21:03]さて、このレポートは、複数の測定値やデータポイントを取り入れ、優れた可視化によって洞察を得るメリットを示す良い例です。というのも、もし1つの測定値だけを見て、「1000ライセンスのうち44ライセンスが必要だ」と結論づけるだけでも、それは確かに最適化の一種です。しかし、レポートにもう1つ測定値を追加することで、さらに最適化を進めることができるのです。 つまり、「この44番目のライセンスをどのくらいの時間使用したか」という指標です。そこを見てみると、実際には9ヶ月間のうち、この44番目のライセンスを使用したのはわずか5分間だけでした。そうですね。しかし、これもまた、あなたが下すべきビジネス上の判断です。100％の時間をカバーしたいですか？ そうすれば、たった5分間の使用に対して、非常に高額な料金を支払わなければならなくなります。

[22:01]あるいは、稼働時間の99％のみをカバーするサービスレベル契約を結ぶことも可能です。その場合、必要なライセンス数は33個のみとなります。一方、95％をカバーする場合は、29個のライセンスで済みます。

[22:18]利用パターンの分析。 ここでも、利用のピークを特定します。ここではさまざまな可視化手法が考えられますが、洞察を得るのに非常に有効な視覚化手法として、ヒートマップが挙げられます。このヒートマップを見ると、利用のピーク時間帯が午前7時頃から始まり、午後4時から5時頃に終わるということが容易にわかります。しかし、ここで注目すべき点は、週末や深夜、早朝にも利用が均等に見られるということです。

[22:58]これは、ライセンスを「占有」しているユーザーがいることを示す良い指標です。彼らはライセンスを借りた後、その期間中ずっと利用し続けています。また、ライセンスを「独占」しているユーザー、つまり同時に複数のライセンスを保有しているユーザーがいることも示す良い指標です。最適化を行う上で、こうした行動を把握し、特定することが重要です。

[23:25]これが実際に起こっていることを確認するために、利用データを詳細に分析してユーザーレベルまで確認することができます。ここで重要なのは、特定のユーザーを名指しすることではなく、利用行動を把握することにあります。 そして、このデータを活用してユーザーと対話を行い、「本当にこれだけのライセンスが必要ですか？」「同時に2つのライセンスが必要ですか？」と尋ねることができます。ユーザーによっては、複数のプロジェクトを並行して進めている可能性もあります。しかし、いずれにせよ、こうした洞察を得るためには、まずデータ収集を開始し、それを可視化して提示する必要があります。 ここからは、さまざまなタイプのユーザーがいることがわかります。アプリケーションを開いて、必要がなくなれば閉じるユーザーもいれば、翌日までアプリケーションを起動したままにしているユーザーもいます。当然、後者の場合、利用率は高くなります。この情報を得た上で、ユーザーに利用状況について通知したり、ライセンスの回収を行ったりするなど、さまざまな対応が可能です。

[24:50]これまでご紹介したのは、最適化、ひいてはアプリケーションの合理化を始めるために実施できる、ごく基本的な初期段階の取り組みのようなものです。しかし、今後さらに最適化を進めたい場合は、より優れた分析と最適化を実現できるソリューションを選択する必要があります。その際に役立つポイントを4つご紹介します。1つ目は、ソリューションの包括性です。 選択するソリューションが、ライセンス形態にかかわらず、さまざまな種類のアプリケーションやベンダーを網羅し、サポートできることを確認する必要があります。同時実行型アプリケーションもあれば、指名ユーザー型や従量課金型もあるかもしれません。こうしたあらゆる種類のライセンス契約をカバーできる必要があります。 また、導入形態にかかわらずデータを収集できる必要があります。オンプレミスでLicense Managerを使用している場合もあれば、クラウドアプリケーションである場合もあります。いずれの場合にも対応できることが求められます。計測機能に加え、選択するソリューションは自動最適化を支援できるものでなければなりません。つまり、アプリケーションが非アクティブ状態の場合、ソリューションがセッションを一時停止または終了させ、自動リソース回収を支援できるかどうかということです。これが1つ目のポイントです。

[26:35]2つ目は、計測の深さです。つまり、ライセンスやアプリケーションが実際に使用されているかどうかを特定することです。これまで、私がお見せした過去のレポートでは、アプリケーションがどのくらいの期間、誰によって、いつ使用されているかを分析してきました。しかし、さらに深く把握したいところです。アプリケーションが実行されていることは分かっていても、実際に使用されているのかどうかは分かりません。この追加情報を得ることで、最適化に大いに役立てることができます。

[27:01]3つ目は「分析の幅」です。さまざまな契約内容を把握し、それらをシミュレーションする能力を持つことは、最適化において非常に役立ちます。最適化とは、単に保有するライセンスの数を削減することだけでなく、保有するライセンスの種類を組み合わせて再構成することでもあります。ある契約から別の契約へ移行したい場合や、複数のライセンスモデルを組み合わせたい場合もあるでしょう。これもまた、検討すべき重要なポイントの一つです。

[27:41]4つ目は「卓越したカスタマーサービス」です。単なるサポートや技術サポートにとどまらず、データの分析を通じて、さまざまな種類のベンダーやライセンス契約に対応できるプロバイダーを選ぶことが望ましいでしょう。したがって、これら4つの指標を基準にすれば、最適化と合理化に役立つ最適なソリューションを選定できるはずです。 そして、Open iT では、当社のソリューションの一環として、これら4つの要件をすべて満たしていることを、大変嬉しく思います。

[28:23] ガイ：それは素晴らしいですね、マロウ。どうもありがとうございました。では、また私に戻ります。 ええ、マルーと私でまとめるとすれば、合理化であれ最適化であれ、そしてこのトークの主旨である「2022年のスタートを切る」という点において、重要なのは「まず始めなければならない」ということです。皆さんの努力と関与、そして献身がなければ、何も実現しません。

[28:48]データの収集を始めたり、分析を開始したり、実際にビジネスチャンスを探したりすることもできます。しかし、私の経験上、私たちはしばしば、始めるための許可を待ってしまうものです。 つまり、プロジェクトが立ち上がるのを待ったり、上層部から合理化プロジェクトが必要だと言われるのを待ったりしてしまうのです。しかし、実際には、皆さん自身でまず第一歩を踏み出すことをお勧めします。そうすることで、いくつかの洞察を得ることができ、ビジネスステークホルダーの関心を引き始めることができるでしょう。なぜなら、いわば「収穫できる成果」が目の前にあることを示していることになるからです。もし別のことをすべきだったとしても、後で謝罪すればいいのです。

[29:20]確かに、素晴らしいツールがいくつかあります。同僚のマルーが皆さんにご紹介した通りです。Open iT には、データを活用し、そこから真の価値を引き出す能力が間違いなく備わっています。

[29:31]最後に、ぜひまずは話し合いを始めましょう。私たちから話し合いを始めることも、こちらへお越しいただいてご相談いただくことも、どちらでも大歓迎です。リンクを共有しますので、どのような形でも構いませんので、アナリストと話し合い、サポートを受ける機会をご利用ください。お客様の問題点がどこにあるのか、私たちが理解できるようお手伝いさせていただきます。 ここで、私たちが解決しようとしている問題について説明し、皆様が直面している具体的な課題を理解できるよう努めていきましょう。Open iT には、非常に有能なチームがおり、皆様のポートフォリオの改善を真に支援し、建設的な視点から検討し、株主価値を創出・向上させるお手伝いをいたします。

[30:10]これで正式なプレゼンテーションは終了だと思います。もし質問がある方がいらっしゃいましたら、いつでも口頭で質問していただいても、チャットに書き込んでいただいても構いません。皆様、長い間お付き合いいただき、誠にありがとうございました。予定時間を少しオーバーしてしまいましたが、何か興味深い点を見つけていただければ幸いです。ありがとうございました。

[30:27] メイ：マルーさん、ガイさん、貴重なご意見をありがとうございました。それでは、質疑応答に移りましょう。ガイさんへの質問が1つあります。ガイさん、アプリケーション合理化プロジェクトはなかなか手ごわいように思えますが、これを始めるにあたって何かアドバイスはありますか？

[30:49] ガイ：ええ、さっきその質問がどこから出たのかよくわからないんですが、そうですね、私の答えとしては「とにかく始めるべきだ」ということですね。つまり、誰かにその仕事を頼まれるのを待つか、それとも自分で進んで取り掛かるか、という問題なんです。 ご存知の通り、各組織ではすでに様々なライセンス管理ツールを通じてデータを収集しています。私たちには、そのデータの一部を分析し始めるお手伝いができるソリューションがあります。そして、そうした知見を得始めると自信がつき、そこには確かなストーリーがあり、得られるメリットもあると気づくはずです。ですから、まずは始めてみることを恐れないでください。 「後で許しを請うようなことはしないでください」。これこそが、私がここで伝えたい最も重要なポイントだと思います。

[31:33] メイ：わかりました。どうもありがとうございました。さて、この質問はやはりあなたにお聞きしたいのですが、ご自身の経験から、アプリの合理化を進める上で最も効果的な方法は何だったでしょうか？

[31:44] ガイ：そうですね、実はその質問には、「こうすべきではない」という形で答えたいと思います。おそらく、18ヶ月間――18ヶ月もの間、質の高い対話やワークショップなどを続けてきたというあの逸話に立ち返ることになるでしょう。もし当時、その機会を実際に得て、その重要性に気づいていれば、そのプロセスははるかに単純なものになっていたはずです。 ずっと、ずっと前にそのデータを掘り下げるべきだったんです。ただ、当時はツールもプロセスも、そして自信もなかっただけだと思います。 その第一歩を踏み出すには、データや観察結果に関する「すぐに成果が出る取り組み」から始め、その洞察を活用してプロセスを推進していくのがよいと思います。そうすれば、はるかに簡単になります。それは、文書の草案を書くようなものです。一度紙に何かを書き出せば、アイデアを出し合ったり、他の人と共有したりするのがずっと楽になります。これで質問への答えになったでしょうか。よくわかりませんが。

[32:35] メイ：ガイさん、どうもありがとうございました。さて、本日の質問は以上だと思います。視聴者の皆様、他に質問がございましたら、また後から質問が思いついた場合は、今すぐ当ウェブサイトのフォームよりお送りください。これで本日のウェビナーは終了となります。 ガイさん、マルーさん、そして本日ご参加いただいた皆様、本当にありがとうございました。なお、このウェビナーは録画されていますので、ご登録いただいたメールアドレス宛に録画のコピーをお送りいたします。それでは、また次回お会いしましょう。改めて、本日の司会を務めたメイでした。ありがとうございました。どうぞお元気で。