大規模組織におけるソフトウェア承認プロセス

多くの大規模な組織には、デスクトップを標準構成（SOE）にロックするIT部門があります。エンドユーザーは通常、独自のソフトウェアをインストールする権限を持っていません。そうした場合でも、組織は「承認された」ソフトウェアのインストールのみを許可する傾向があります。

フリー/オープンソースソフトウェアであっても、エンドユーザーはソフトウェアを検証および承認するために、ある種のリクエストフォームを提出しなければならないことがよくあります。プロセスに従ってソフトウェアをインストールすると、アップグレードが面倒になる可能性があります。多くの組織では、不明な問題を恐れて、古いバージョンのソフトウェア（Windows XP、Office 2003など）を使用する傾向があります。

承認プロセスをスピードアップするためにソフトウェア開発者は何ができますか？

このような承認プロセスに関与している場合：

1. ソフトウェアを評価するときに何を求めますか？例えば：
   • MSIまたはxcopy可能なソフトウェアを好みますか？
   • ソフトウェアがフレームワーク（Java、.NET）を必要とする場合、それは多かれ少なかれ問題になる可能性がありますか？
2. ソフトウェアが自動更新をサポートしている場合、通常これを許可しますか？
3. 通常、どれくらい時間がかかりますか？
4. どのようなライセンスモデルが望ましいですか（譲渡可能、シートごと、CPUごと、サイト全体）。
5. ソフトウェアが承認される可能性を高めるためにISVは他に何ができますか？

私は多国籍企業のソフトウェア承認グループの一員であり、Adamが上で述べたすべてのことを絶対に反映します。

私はまた、次の点を指摘します。最初に、常にすべての「開発税」を支払います。つまり、これまでに使用することのないさまざまな環境でアプリが適切に動作することを確認しますが、大企業の場合は取引のブレーカーになる可能性が高くなります。たとえば、ローミングユーザープロファイルでアプリが適切に機能することを確認したり、リダイレクトされたユーザーフォルダー（常にWindows APIを使用してユーザーフォルダーとプロファイルフォルダーを検索し、それらが標準の場所、またはローカルドライブにあるとは想定しないでください）。リモートデスクトップサーバー（一度に実行中のアプリの100コピー。一部は非常に低速な接続を使用しています）、低速のネットワーク接続またはバッテリーの少ないラップトップなど。一例として、私たちは最近、非常に大規模な会社（「A」で始まり、グラフィックスで有名です）の複数のソフトウェアの新しいバージョンを拒否しました。

フリー/オープンソースソフトウェアであっても、エンドユーザーはソフトウェアを検証および承認するために、ある種のリクエストフォームを提出しなければならないことがよくあります。

あなたのコメントの調子によって、あなたは承認プロセスがコストと関係があると思いますか？私たちの観点から見ると、アプリの単位あたりのコストは、承認プロセスで検討するものではありません。アプリの金銭的正当化は完了し、ソフトウェアの承認はすべて、技術的およびサポート能力の観点から行われます。フリーでオープンソースのソフトウェアは、一般に、専用の商用アプリよりもプロセスを通過するのに多くの問題を抱えています。多くの場合、これは単に説明責任の欠如によるものです。アプリに問題があり、サポートが必要な場合、どこに行きますか？彼らのSLAは何ですか？アプリがOtherApp vXの新しいバージョンで動作するかどうかを確認する必要がある場合、誰が尋ねますか。実際に人々が実際に取り組んでいる実際の答えを提供しているか、それとも漠然としていますか？

プロセスに従ってソフトウェアをインストールすると、アップグレードが面倒になる可能性があります。多くの組織では、不明な問題を恐れて、古いバージョンのソフトウェア（Windows XP、Office 2003など）を使用する傾向があります。

ソフトウェアのアップグレードは、まったく新しいソフトウェアと同じプロセスを経る必要があります。彼らが持っている唯一の利点は、すでにソフトウェアをサポートしているので、いくつかの質問に対する回答をすでに知っているということです（これはソフトウェアにとって良いことではないかもしれません。サポートチームは、経験に基づいてアップグレードを拒否しました会社）。

MSIまたはxcopy可能なソフトウェアを好みますか？

それらが適切にパッケージ化されている限り、これらの展開方法のいずれかが適切な場合があります。それ以外の場合は、インストーラーを削除して、展開用にソフトウェアを再パッケージする可能性があります。

• どのインストーラを使用する場合でも、サイレントの無人インストールモードをすべて尊重する必要があります。アプリが手動インストールを必要とする場合、つまりそれが即時の取引ブレーカーである場合、中央オフィスからすべての非ハードウェアサポートを取得する5つの大陸のマシン間でそれを行う実際的な方法はありません。
• 選択を考えると、よくできたxcopyインストールよりもよくできたMSIインストールを優先します。ほとんどのXcopy対応ソフトウェアの問題は、最初の実行時にセットアップして登録しようとするときです。これを適切に実行し、ローミングユーザー/ホットデスク環境で問題を引き起こさないアプリを見つけることはほとんどありません。MSIインストーラー（標準のAPIを使用している場合）は、あまりにうまくいかないことがあります。
• サイレントインストールで、手動インストールで実行できるすべての構成変更を実行できることを確認してください。MSIを使用していて、APIを使用している場合は問題ありません。MSTを変換して問題なく実行できます。別のサードパーティインストーラーを使用している場合は、「応答」ファイルやINIファイルなどを許可していることを確認してください。サイレントインストールをテストし、すべてのオプションが機能することを確認します。サイレントインストールオプションを喜んで発表する製品に出会いましたが、すべてのオプションが機能するかどうかを実際にテストしたことはありません。
• サイレントインストールでは、オプションパネルでユーザーが通常変更する設定の多くを設定できるように、追加のオプションを提供してください。これは、setup.exeのスイッチ、設定用の文書化されたINIファイル、必要なレジストリ変更の文書化、または上記のすべての可能性があります。どのように行われたとしても、ユーザーが自分で構成を行わなくてもソフトウェアを起動して実行できることを確認したいと思います。ここで重要なのは、ファイルのデフォルトの場所、デフォルトのサーバー名、プロキシ設定です（アプリが実行されている場合）ネットワーク経由）など

ソフトウェアがフレームワーク（Java、.NET）を必要とする場合、それは多かれ少なかれ問題になる可能性がありますか？

それは間違いなくもっと問題があります。ほとんどのフレームワークでのバージョン管理と後方/前方互換性はひどいものです。特にJavaの場合、多くのアプリ（およびWebサイト）にはJavaの特定のメジャーバージョンとマイナーバージョンがインストールされている必要があり、他のバージョンでは動作しません。異なるバージョンのJavaをすべて必要とするマシンに3つの異なるアプリを配置する必要があり、Javaバージョンを別のバージョンとしてクローキングする標準的な方法に満足していない場合、問題が発生します。.Netにはバージョン管理に関する独自の問題がありますが、フレームワークのすべてのメジャーバージョンを同時にインストールできるため、これらの多くを回避できます。

ソフトウェアが自動更新をサポートしている場合、通常これを許可しますか？

決して。バージョン管理と相互運用性の問題が多すぎて、アプリが警告なしにそれ自体を更新することはできません。アプリのアップグレードにはテストと計画が必要です。また、通常のユーザー権限を持つユーザーは、いずれにしても更新を適用できません。パッチ適用が可能な展開方法を使用している場合（MSPをMSPパッチとともに使用するなど）、これにより、アプリのセキュリティパッチ適用などの問題が大幅に軽減され、展開ツール（WSUSとSMSを使用して自動更新を管理できます）。また、私たちのセキュリティチームは、「ベースに話しかける」アプリを非常に疑っています。彼らは、送信する情報と、インターネット経由で不明なサーバーに何かを送信する必要がある正確な理由を知りたがっています。

通常、どれくらい時間がかかりますか？

Outlookの[承認]投票ボタンをクリックするのに6人がかかる限り、いくつかの簡単なアプリとバージョンのアップグレードを決定できます。より複雑なものや物議を醸すものは、2週間ごとにグループ会議を待つかもしれません。一部のアプリは、チームがアプリについて質問し、調査/テストを行う際に、これらの会議の2つ以上で話し合われる場合があります。

どのようなライセンスモデルが望ましいですか（譲渡可能、シートごと、CPUごと、サイト全体）。

アプリがどのように使用されるか、何人が使用するかによります。最も重要なことは、ライセンスが明確に定義されていることです。マイクロソフトのライセンスを理解するために（無料ではありますが）コースにスタッフを派遣する必要があります。ISVでこれを行う必要はありません。

ライセンスに関しては、サイレントな自動インストールのニーズを考慮してください。ライセンスでアクティベーションが必要な場合、PCにアプリを再インストールするたびに着信音やメールを送信する必要はありません。アプリのすべてのコピーに個別の異なるライセンスキーを入力する必要がある場合、それを自動的に展開することはできませんが、保存できるバルク（2、10、50、500など）のキーを購入できる場合はサイレントインストール、それで私たちは幸せです。ソフトウェアに入力されたキーを変更せずに、1年後に戻ってライセンス数を増やす交渉を行うことができれば、さらに良いでしょう。

ソフトウェアが承認される可能性を高めるためにISVは他に何ができますか？

また、現時点でのアプリの状態に厳密に関連していないものについても説明します。アプリがいずれかの領域の標準ワークフローの一部になる場合、10年以上使用される可能性があることを念頭に置いて、製品のロードマップはどのように見えるでしょうか？Windowsの最新または開発中の最新バージョンをまだサポートしていない場合、いつサポートする予定がありますか？これらのロードマップに固執しているように見えますか？アプリの動作方法または使用するテクノロジー/フレームワークのいずれかに、アプリに大幅な変更を加える計画はありますか？アプリは、MS OfficeやIEなどの他のアプリにプラグインしますか？そうであれば、それらの古いバージョンまたは新しいバージョンの許容度はどれくらいですか？

私たちはかなり小さな組織ですが、標準のデスクトップと承認されたソフトウェアに移行して、管理の煩わしさを軽減しました。

MSIまたはxcopy可能なソフトウェアを好みますか？

「サイレント」インストールを実行できるもの。ここではMSIが一般的にうまく機能しますが、多くのインストーラーソフトウェアも問題ありません。なんらかの方法で構成する必要がある場合は、xcopy-ingファイルまたはレジストリのマージのいずれかでスクリプトを作成できると便利です。

ソフトウェアがフレームワーク（Java、.NET）を必要とする場合、それは多かれ少なかれ問題になる可能性がありますか？

バージョン要件が異なるため、問題が発生する可能性があります。.NET 3.5が必要で、3.0を使用している場合は、そのアップグレードを管理し、他の問題が発生しないことを確認する必要があります。

ソフトウェアが自動更新をサポートしている場合、通常これを許可しますか？

いいえ。新しいバージョンが問題を引き起こすリスクが高すぎます。また、ユーザーには管理者権限がないため、通常、アップデートは機能しません。

通常、どれくらい時間がかかりますか？

差し迫ったビジネスニーズがある場合は、できるだけ早く-わずか数時間。より厄介なソフトウェアについては、おそらく1週間以上です。

どのようなライセンスモデルが望ましいですか（譲渡可能、シートごと、CPUごと、サイト全体）。

安いほど良い！最も妥当なオプションを処理できますが、ソフトウェアが何らかの自動チェックを実行したり、アクティブ化が必要になったりすると、困難になります。これらは、PCの停止、アクティベーションの失敗などをうまく処理する傾向がなく、一般的に私たちのために余分な作業を行います。

ソフトウェアが承認される可能性を高めるためにISVは他に何ができますか？

次の2つのことが思い浮かびます。

• 設定を保存するときは、マシン（Program FilesまたはHKLM）とユーザープロファイル（またはHKCU）の違いを考慮してください。あなたがこれを正しく行うなら、私はそれについて申し訳ありません。
• インストール、設定、ライセンスの詳細をWebサイトまたはソフトウェアのドキュメントに明確に文書化します。自分で理解してみるよりも、「導入ガイド」に従う方がはるかに簡単です。

そしてもちろん、あなたはそもそも使用する価値のあるソフトウェアを作らなければなりません-ユーザーが本当にそれを愛しているなら、彼らはそれを承認するために大声で叫ぶでしょう！

私が一般的に最初に見ることは-基本は正しいですか？あなたがそれをすることができないならば、それから私はそれ以上行くことを信じられないほど消極的にします。トランスフォームを構築できるようにするために、標準のカスタマイズツールを備えたMSIインストーラーを見たいと思います。ソフトウェアをインストールまたは使用するための管理者権限の要件を見たくありません。PCを再構成するための要件を見たくありません。コンピューターごとの場所に書き込まれたユーザーごとのデータを見たくありません。デスクトップへの手動アクセスを確認したくありません。GPOを介して利用できる適切なリモート管理と構成を確認したいと思います。つまり、管理された企業展開の要件を理解していますか？

ソフトウェアがなんらかの更新を必要とする場合、それはAV定義ファイルまたはそれに類似したものに似ていることが望ましく、必要に応じて独自の中央更新サーバーを維持することが可能であり、完全かつ明らかに中央で構成可能であることがより良いです。プログラムの更新に付属するソフトウェアは、オフにできる限り問題ありません。

ソフトウェアが機能するために絶対に必要なものを除いて、ソフトウェアからのインターネット通信を見たくありません。そして、それはすべて文書化されるべきです。あなたのソフトウェアを私のネットワークに流すことで、私はあなたを台無しにしたり、邪悪にしたりしないと信頼しているので、私はあなたがその信頼を裏切らないことを期待しています。もしそうなら、私は非常にがっかりするでしょう。覚えておいてください-あなたは私の家のゲストなので、私の家を尊重してください。

JAVAなし。私の経験では、Javaは、主に上記のすべてを間違ったものにすることによって、毎回、デプロイメントに関して完全な混乱を引き起こしました。.NETは少なくとも中央管理の観点から賢明に設計されているように見えるため、.NETを受け入れることができて嬉しいです（さらに、.NETアプリは、フレームワークの制約により、基本を正しく取得できる可能性が高くなります）。

ライセンスに関して最初に探すのは、登録せずにダウンロードできる無料の試用版です。これが表示されない場合は、おそらく何かを隠す必要があると思います。私は時間制限があっても大丈夫ですが、機能の制限は好きではありません。結局のところ、これはあなたのソフトウェアが私の家で受け入れられるゲストになるかどうかを決定する段階なので、すべてを見ることができるようにしたいのです。

サイト全体に単一のライセンスキーが必要です。各PCに個別のライセンスキーを入力する必要があると、「中央管理/管理が必要」というルールに違反します。200ドルのPCにソフトウェアをインストールするだけでよい場合は、1500にインストールする必要がある場合と同じように支払う必要はありません。

最後に、継続的なサポートとメンテナンスが重要です。結局のところ、ソフトウェアを無痛で起動することは小さなことですが、日常の日常的な使用において、ソフトウェアが時間とともにどのように動作するかは非常に重要です。問題を解決するためにあなたと連絡を取る必要がある場合、私は障害を予想していませんし、少なくとも事実を確定するための調査なしに、あなたが非難を押し進めることを期待していません。私は、保守契約で私をだまし取ろうとする明白な試みにも親切に応じません。

GAThrawnの答えは、私が言おうとしていたことのほとんどをカバーしています。物事のライセンスの側面について少し拡張したいと思います。

• ライセンスの確認のために母船に電話する必要があるアプリは通常拒否されます。ソフトウェアを本当に保護しているのであれば、私たちがホストできるライセンスサーバーを提供してください。これは、FLEXlmのようなサードパーティのソリューション、または社内で開発したものになります。FLEXlmは、私たちの環境で群を抜いて最も一般的です。

• 同時使用ライセンスオプションは常に大きなプラスです。

• ライセンスサーバーをホストする場合は、通信先のtcp / udpポートが構成可能であることを確認してください。 ライセンスサーバーは、ボックスで実行されている唯一のものではありません。

• すべてのクライアント/サーバーの相互作用は、エンドユーザーの相互作用なしで行う必要があります。

• エンドユーザーが書き込みアクセスを必要とするネットワーク共有にあるテキストファイルは、許容されるライセンスソリューションではありません。ユーザーには、ライセンスサーバーまたはアプリケーションサーバーへの書き込みアクセス権はありません。私たちはあなたのために例外を作るつもりはありません。クォータなどでロックダウンを維持できると思っていてもかまいません。面倒なことに価値はなく、ソフトウェアはそれほど重要ではありません。

5番が一番重要なので、まず5番に答えます。

5。 ソフトウェアが承認される可能性を高めるためにISVは他に何ができますか？

あなたができる一番のことは、Windowsロゴテストに合格することです。"Designed for Windows"（または最近では何と呼んでも）プログラムは、いくつかのプログラム機能とシステムの相互作用をテストします。これらは、規則に従って記述されている場合、私のための作業を減らし、ユーザーのレベルの安定性と使いやすさを保証します。

残りの質問に対する回答を順番に示します。

1. ソフトウェアを評価するときに何を求めますか？例：MSIまたはxcopy対応のソフトウェアを好みますか？ソフトウェアがフレームワーク（Java、.NET）を必要とする場合、それは多かれ少なかれ問題になる可能性がありますか？
   可能であれば、常にMSIインストーラーを1つのファイルで使用してください。これにより、グループポリシーを使用して、またはほとんどすべてのソフトウェア展開ツールを使用して、手動で展開できます。Windows Vista（およびServer 2008）には、オペレーティングシステムコンポーネントとしてMicrosoft .NET Framework 3.0（および2.0）が含まれています。.NETを使用している場合は、バージョン2.0または3.0を要件にすると、私の人生が楽になります。.NET 3.5やJavaランタイム環境など、別のフレームワーク要件がある場合は、製造元のガイダンスに従ってインストールしてください。
2. ソフトウェアが自動更新をサポートしている場合、通常これを許可しますか？
   いいえ。ユーザーが制限されている環境では、ユーザーは更新プログラムを承認できません。OSセキュリティ更新プログラム以外のプログラムの更新プログラムが自動的にダウンロードされることはほとんどありません。サイレントモードまたは基本的なUIインストールモードでは、デフォルトで自動更新をオフにします。これにより、グループポリシーを使用して展開する場合、アップデーターをオフにするためにレジストリ変更スクリプトまたはワークステーションにアクセスする必要がなくなります。手動の対話式インストールでは、これを要求することは問題ありません。
3. 通常、どれくらい時間がかかりますか？
   どれくらいの時間がかかるのか、私にはわかりません。私の最後の仕事では、それはすぐに年の範囲で大きく異なりました。
4. どのようなライセンスモデルが望ましいですか（譲渡可能、シートごと、CPUごと、サイト全体）。
   ライセンスは、簡単で親しみやすいものである必要があります。製品のライセンスが既に知っているものと類似しているほど、それについて学ぶ必要が少なくなり、製品の購入と展開を迅速に進めることができます。プログラムの種類によっては、マシンごとまたはユーザーごとのライセンスを好む傾向があります。これらは、特定のユーザーに割り当てることで追跡が簡単です。私の以前の仕事では、会社は小さすぎて、通常は非常に高価なサイトライセンスを手頃な価格で提供できませんでした。

ITの機能は、コアビジネスをサポートするテクノロジを展開および維持することです。

ISVにとって、これは次のことを意味します。

• 十分にテストされた自動化可能なインストールおよびアンインストールプロセスを提供する
• 可能な場合は、更新プロセスをシステム管理ツールと統合します。WAN /インターネット接続が高速な1つまたは2つのオフィスがある場合は、自動更新で問題ありません。56kのフレームリレーから1GBのメトロイーサネットまでの帯域幅で、1,000を超える離れた場所で作業しているような場所では、状況を制御する必要があります。
• 社内の開発グループまたはビジネスユニットが配布用のソフトウェアを提出すると、3〜5日でそのソフトウェアを配布できます。通常、ユーザー受け入れテストは最も時間がかかり、私たちが扱っているグループのテストプロセスに完全に依存しています。（コールセンターで使用される24時間年中無休のシステムには正式なテストプロセスがあります。Dreamweaverのアップグレードは非常に影響の少ないテストプロセスです）
• ソフトウェアが3〜5日でパッケージ化できない場合は、評価時にポイントを失います。あなたの分布モデルが本当にばかげていて、私たちに選択肢がある場合、私たちはあなたを失格とします。
• ドキュメント、ドキュメント、ドキュメント

ライセンスは、あなたが何をするかに依存するものです。IT担当者として。調達用のソフトウェアソリューションを選択する場合、ライセンスモデルをそのプロセスの一部にする必要があります。私たちは調達にライセンス管理を費やしています。そのため、Symantecのように、6つの異なるライセンスメトリックスでニッケルを購入したい場合は、コンプライアンスコストがカウントされます。あなたがマイクロソフトのような会社であり、あなたの法外なライセンスプロセスがひどいが、私には選択肢がない場合...それはビジネスを行うためのコストの一部になるだけです。