互換性ワークストリームの準備
Woodgrove には、パイロット展開の前に検証する必要がある致命的なアプリケーションが多数あります。 プロセス マネージャーは、これらのアプリケーションに互換性があり、更新の準備ができていることを確認する必要があります。
互換性タスク
Woodgrove は、アプリケーションとデバイスの互換性を検証するために、次のタスクを実行することを説明します。
アプリケーションを検証する
Woodgrove は、致命的なアプリケーションを更新プログラムとの互換性について検証することを決定しました。 これを行うには、Woodgrove がすべての致命的かつ重要なアプリケーションを検証することをお勧めします。 Woodgrove が致命的なアプリケーションおよび重要なアプリケーションを検証するために使用できるさまざまなアプローチがあることを説明します。次に例を示します。
検証方法 | 説明 |
---|---|
回帰 (完全) | アプリケーションは、完全な品質保証調査を通過します。 これは、アプリケーションの知識があり、コア機能を検証できるユーザーが行う必要があります。 |
スモーク テスト | アプリケーションは正式な検証を受けます。 ユーザーは、詳細な計画に従ってアプリケーションを検証します。検証するアプリケーションに関する知識が限られているか、知識がないのが理想的です。 |
自動化されたテスト | これにより、自動化されたテストを実行するソフトウェアを介してアプリケーションが配置されます。 ソフトウェアは、テストが成功したか失敗したかを通知します。 また、自動的に詳細なレポートが提供されます。 |
パイロットでテストする | 多くのパイロット ユーザーが選択され、アプリケーションを検証するために日常的に実行するのと同じタスクを実行するように求められます。 通常、アプリケーションは、他の検証方法のいずれかに加えて、このタイプのテストを受けます。 |
リアクティブ対応 | アプリケーションは、後期パイロットでテストされており、特定のユーザーは選択されていません。 通常、これらはインストール ベースの小さなアプリケーションであり、エンタープライ ズアプリケーションの配布では処理されません。 |
Woodgrove は、致命的なアプリケーションを回帰テストにかけることを決定しました。 致命的なアプリケーションおよび重要なアプリケーションもパイロット テストされます。
プロセス マネージャーは、すべてのタスクの状態を監視および追跡します。 Responsible (実行責任者)、Accountable (説明責任者)、Consulted (協業先)、Informed (報告先) (RACI) モデルを使用して、組織が役割にタスクを割り当てるときに参照できるテーブルの例を作成します。
タスク | プロセス マネージャー | アプリケーションの所有者 | アプリケーション開発者 | 独立系ソフトウェア ベンダー | エンドユーザー コンピューティング | 業務 |
---|---|---|---|---|---|---|
アプリケーション テスト計画を定義する | 情報のある | 相談済み | 相談済み | 相談済み | 責任 | 相談済み |
テスト アプリケーション | 情報のある | 責任 | 相談済み | 相談済み | 情報のある | 情報のある |
社内アプリケーションの修復 | 情報のある | 情報のある | 責任 | 該当なし | 情報のある | 情報のある |
ベンダー アプリケーションの修復 | 情報のある | 情報のある | 該当なし | 責任 | 情報のある | 情報のある |
エラーのエスカレート | 責任 | 情報のある | 情報のある | 情報のある | 情報のある | 情報のある |
パイロット展開の準備を決定する | 責任 | 相談済み | 相談済み | 該当なし | 相談済み | 相談済み |
Woodgrove には多くのデバイスがあります。 Woodgrove は、更新プログラムが適用される前に、運用環境のすべてのデバイスに対してデバイスの準備状況を実現するために行ういくつかの作業があります。
ユーザーの識別
Woodgrove には、さまざまな部門に多くのユーザーがいます。 これらのユーザーには、異なる背景やワークロードがあります。 Woodgrove は、デバイスの更新準備ができているかどうかを確認するのに最適なユーザーを把握しておく必要があります。 Woodgrove は、どのユーザーを選択するかを決定する必要があります。 Woodgrove は、次のような複数の要因を考慮することを提案します。
- 場所: Woodgrove には、さまざまな物理的な場所に多くのユーザーがいます。 ユーザーをサポートできますか? また、ユーザーは自分がいる地域からのフィードバックを提供できますか?
- アプリケーションの知識: ユーザーはアプリケーションの仕組みについて正しい知識を持っていますか?
- 技術的な能力: ユーザーは、シナリオをテストして有用なフィードバックを提供できる適切なレベルの技術的能力を持っていますか?
例を示すために、Woodgrove がパイロット展開用に選択するユーザーは、新機能を試してみたいボランティア、最前線のサポート メンバーなどであることを説明しました。 同時に、Woodgrove は、部門長、プロジェクト マネージャーなどのコア ユーザーを使わないようにします。 Woodgrove は、運用、アプリケーションの所有者、開発者などのグループが協力して、検証が必要な特定の機能に基づいて、最も適切なパイロット ユーザーを特定することを決定します。
デバイスを特定して構成する
上司は、どのデバイスを対象にするか、およびそうしたデバイスを検証に使用できるようにする方法を知りたいと考えています。 Woodgrove が検証に使用するデバイスを識別する方法はいくつかあると説明しました。 たとえば、次のようにします。
- 既存のパイロット デバイスを使用して: Woodgrove は Desktop Analytics にデバイスを登録します。 デバイスに致命的なアプリケーションまたは重要なアプリケーションがインストールされている場合、パイロット テストにこれらのデバイスを使用します。
- 手動での選択: 運用などのグループが専門知識を活用して、仕様、使用率、過去の問題の記録などの要因に基づいて手動で含めるデバイスを決定するのに役立つことを説明します。
Woodgrove のデバイスは、異なるハードウェア モデルで動作します。 Woodgrove は、致命的なアプリケーションまたは重要なアプリケーションを実行しているデバイスの種類の数を特定する必要があります。 そして、それらをハードウェア モデルの数と比較します。 これは、Woodgrove がテストする必要のあるデバイス全体を試し、異なるハードウェア モデルがカバーされていることを確認するのに役立ちます。
また、Woodgrove は、デバイスがインターネットから直接ドライバーの更新プログラムを受信することを許可していないため、Woodgrove はドライバーをダウンロードしてパッケージし、すべてのドライバーが正常に動作していることを確認する必要があることも説明します。
あなたは総括として、Woodgrove が適切なデバイスを特定および構成して、検証から適切な洞察を得られるようにする必要がある旨を説明します。 また、より広い環境の一部であるすべてのデバイスに対して、広範囲の展開を最適に実行する方法について説明します。
アプリケーションとデバイスを準備する
Desktop Analytics を使用して、または Desktop Analytics なしで、アプリケーションとデバイスを準備できます。
Desktop Analytics を使用して準備する
Woodgrove では、Desktop Analytics を使用して時間を節約し、労力を削減できます。 Desktop Analytics は、Woodgrove が環境用のアプリケーションとデバイスのインベントリを作成するのに役立ち、Woodgrove のインベントリを維持します。 Woodgrove が環境全体のすべてのアプリケーションにアプリケーション所有者を割り当てる方法を簡素化するのに役立ちます。 Desktop Analytics は、アプリケーションを致命的、重要、重要ではないに自動的に分類します。 さらに、環境全体のアプリケーションの互換性に関するリスクを自動的に特定し、リスクの修復方法に関する推奨事項を提供します。
Desktop Analytics を使用せずに準備する
Woodgrove が Desktop Analytics を使用せずにアプリケーションとデバイスを準備する場合、Woodgrove は会社全体のリソースを使用して次のタスクを実行します。
- アプリケーションとデバイスのポートフォリオを作成して維持する: Woodgrove は、会社全体で使用されるアプリケーションの一覧を作成し、機能の更新ごとにこの一覧を維持します。 Woodgrove はまた、検証が必要なアプリケーションと検証に使用する必要があるデバイスを決定するのに役立つように、敷地内のデバイスの種類の理解に時間を費やします。
- アプリケーションを致命的、重要、重要ではないに分類する一覧を作成して維持する: Woodgrove は、環境全体にわたるすべてのアプリケーションの一覧を作成する必要があります。 一連の合意された基準に基づいて各アプリケーションを検討し、それらのそれぞれを重要度レベルに割り当てます。 アプリケーションが追加、削除、または時間の経過と共に重大度レベルを変更した場合も、この一覧を更新する必要があります。
- 致命的なアプリケーションに所有者を割り当てる: Woodgrove は、環境全体のアプリケーションにアプリケーション所有者をマッピングする一覧を維持する必要があります。
- 互換性の問題を調査して特定する: Woodgrove は、パイロット展開の前に、各アプリケーションの互換性の問題を特定する方法を見つけるために時間と労力を費やします。