ステータスシンボルとしてのソフトウェアライセンス

世界的にみて企業は、総じて組織の階層化とグループ化が進んでおり、就労の新しい方法に変革しようとしていますが、直面している課題の1つは従業員にステータスシンボルが重要であることです。当社は、企業内の地位を仮にトーテムポールに例えればトーテムポール1がどれほど高く築き上げられたのかその兆候すべてをよく理解していますす。それらの兆候はアップグレードされた椅子、テーブルまたはより良いラップトップのような小さなアイテムから、窓のあるコーナーオフィス、会社の車、入り口付近の駐車場のような、より高価で貴重なものまでさまざまな形で現れます。特定の雇用には、マーケティングおよび営業エグゼクティブ用のゴルフクラブ会員資格などの特典が必要になります。 製造分野においては、専用のソフトウェアライセンスという興味深いバリエーションがあります。チーフエンジニア、長く勤めている職員、さらに製造分野のエンジニアも、非常に高価なソフトウェアアプリケーションの「個人的な」コピーを持っている可能性があります。彼らがソフトウェアを大量に使用するかどうかは議論の余地がないので、企業においてこの価値観の評価は非常にコストがかかります。また、ライセンス管理者の作業は、コンカレントユース許諾契約のもとで所有されているライセンスに加えて、これらの特別な資産を管理する必要があるため、少し難しくなります。

 

会社への経費負担

コンカレント、あるいはフローティングライセンスは、特定の製品のユーザーが多い場合に費用を効率的に納める方法です。ライセンス契約が締結されると、ピークの使用量、会社の成長、進行中の予定されているプロジェクトを考慮しながら、最大ユーザー数の最小ライセンス数を購入することが目的です。これは容易でバランスの取れた行為ではありません。すべてのライセンスが予約されているため、サービスを拒否する必要はありません。余分となる容量や “シェルフウェア”はありません。 これを専用のライセンスと比較してっみると、ライセンス管理ポートフォリオにオーバーヘッドが追加されます。その有効期限はおそらくコンカレントライセンス契約と同期していないため、低コストで提供されます。専用のライセンスを、ボロー(借用)または予約することにより、利用できるコンカレントライセンスから取得して、別の方法でライセンスを作成する方法もあります。これらのオプションはどちらも、コンカレントライセンスを「ノードロック」ライセンスに変換します。つまり、借用したまたは予約されたライセンスごとに、そのソフトウェアアプリケーションのユーザーが使用できるフローティングライセンスが1つ少なくなり、ピーク時にサービス拒否が発生する可能性があります。コスト面から見ると、これはリムジンの支払いとファミリーカーの購入に似ているといえます。 この予約されたまたは借りられたライセンスの幸運な受け取り者がソフトウェアをフルに活用する場合、問題はいくぶん少なくなります。しかし、継続的な使用よりも少ないものがあれば、無駄が出ることになり、ライセンス効率的な使用において完全な利益は実現されていません。これは、コンカレントライセンスの数が少なすぎるとサービスの拒否を防ぐことが不可避のため、企業に追加費用がかかる可能性があります。ライセンス不足のためにユーザーがロックアウトされると、不満と生産性の低下を招き、コストがかかります。予約済みライセンスの不十分な利用が看過された場合、需要を満たす追加のライセンスを購入することになります。 この問題に注意を払った企業は、あらゆる形式の専用ライセンスの使用を監視し、ソフトウェア資産が十分に活用されていない場合のライセンス使用の権利を削除することにより、年間最大100万ドルを節約しました。他の記事でコンカレントライセンスの予約と予約の結果を議題に上げますが、ソフトウェアライセンスコストに重大な影響を与える可能性があります。

ステータスシンボルまたは必須ツール?

しかし、すべての専用ライセンスが単なるランクとステータスの表示ではなく、一部のエンジニアは、特定のツールセット、例えば、電力会社のラインを設計している送変電エンジニア、配管や計装ダイアグラムを扱うエンジニアなど( P&ID)を使用しています。専用のライセンスを正当化するために十分な用途を定義してから、使用状況を監視して測定する必要があります。

専用使用のためのパラメータの設計

コンピュータ支援エンジニアリング(CAE)やプロジェクト管理アプリケーションなど、組織内で継続的に広く使用されているエンジニアリングソフトウェアは、「フローティング」ライセンスに特に適しています。しかし、雷遮蔽アプリケーションやその分野の専門家によって使用される他の特殊なアプリケーションなど、完全な不使用期間と使用期間が交互にある一定の種類のソフトウェアがあります。この場合、それらのエキスパート向けにいくつかの個別のライセンスを購入する方が得策です。これらの製品の100%の使用は決して達成されませんが、それらはその特殊な仕事に不可欠です。 コンカレントライセンスが正当化されている製品については、1日あたりの時間数、1週間、あるいは月あたりの日数、またはプロジェクトの優先度に基づいて、専用ライセンスを正当化する一連のルールまたはガイドラインを作成することができます。どの程度正式に作成した以下に応じて、これをポリシー文書に使用することができます。使用するパラメータは、資産またはライセンス管理ソフトウェアから抽出された過去の使用価値に基づいている必要があります。これらのパラメータは具体的にキャスティングされないため、定期的に改訂する必要があります。間違いなくこのような方ポリやシーガイドラインについては疑問がありますが、会社全体に発行された場合は、客観的で個人を目標としたものにはなりません。また、使用状況が監視されることを明確にする必要があります。

測定とモニタリング

過去の記事でこれについて説明しました。アイドル状態の予約済みライセンスと使用中の予約済みライセンスを区別することが重要となりますので、コンカレントライセンスを最大限に活用してください。また、予約されたライセンスに関するリポートと、どのような措置を講じる必要があるのか​​についても説明します。リポートの出力は、専用のライセンスを持っているエンジニアに納得してもらえるよう説明するのに使うことができますが、なぜライセンスをコンカレントライセンスグループに戻すべきかの説明にあまり利用されていないようです。エンジニアの不快感を和らげるためには、例えばパーソナルカプチーノマシンやラップトップのアップグレードなど、代わりになるような特典を用意してください。

今後

ボード上のすべてのコンカレントライセンスソフトウェアの作業には時間がかかり、一部の企業では数百のエンジニアリングアプリケーションがポートフォリオに含まれています。最も広く使用され、最も高価なアプリケーションを最初に処理することは理にかなっています。また、将来の使用法を見ておくことも重要です。最後に必要なのは、自分のソフトウェアへのアクセスを拒否されたので怒っているチーフエンジニアに「私はあなたに説明した!」と伝えることです。

ソフトウェアライセンス管理のための OpenLM ソリューションの詳細については、www.openlm.jp をご覧ください。