プラットフォームリリースのベストプラクティス
概要
サービスプラットフォームとしてのソフトウェアは常に進化しており、顧客に対して新機能と使用頻度が高い既存機能の改善を提供し続けています。 これらの変更は、エンドユーザーにとって内容が明らかである場合も、プラットフォームがより効率的に機能するようなHTMLの微妙な変更である場合もあります。
これらの変更は一般的に、顧客からの要望ではなくプラットフォームの開発者自身が処理します。 しかし、複数のソフトウェアプラットフォームが顧客レベルで接続されている場合、顧客はリリースに合わせて定期的なソフトウェアのメンテナンスを実行しなければならない場合があります。 一般的な例として、複数のユーザー向けプラットフォームからデータをプッシュおよびプルするデータベースプラットフォームがあります。
プラットフォームのリリーススケジュールを理解する
ほとんどのプラットフォームでは、年間を通じて定期的なリリースによる更新を行っており、本番リリースの1ヶ月前にこれらの更新を顧客に提供して適切なテストの時間を確保しています。 これらのリリースの分類はプラットフォームのベンダーによって異なる場合があります。しかし、通常は以下のいずれかです。
- メジャーリリース（一般的に2～3回/年）
- プラットフォームベンダーは、新機能のリリースと主要なユーザーインターフェースの更新を大規模なソフトウェア更新のバッチとして行います。 これにより、更新の内容は大規模かつ相互依存的なものになり、ユーザーがソフトウェアをどのように操作するかを根本的に変更することができます。
- マイナーリリース（多数）
- これらは、既存の機能またはプロセスを改善する小規模なソフトウェアの調整である場合が少なくありません。 ユーザーエクスペリエンスが大幅に改善されるものの、メジャーリリースのサイクルからは離れている変更の場合、多くはメジャーリリースとは別にリリースされます。
- ソフトウェアパッチ（多数）
- これらの多くは、ユーザーエクスペリエンスとソフトウェアの完全な動作を損なうバグに対処するものです。 そのため、顧客の満足度を確保するために可能な限り早くリリースされます。
環境のヒエラルキーを理解する
エンドユーザーのソフトウェアへの準備状況のレベルを示すため、一般的にさまざまな環境が使用されます。 最も基本的なレベルでは、プラットフォームで本番環境とサンドボックス/プレビュー環境が作成されます。
- 本番環境は、ビジネスが実際に使用している環境であり、実際のデータを収集し、実際のビジネスプロセスをトリガーします。
- サンドボックス/プレビュー環境は、本番にできる限り近い環境を用意し、本番環境へのリリースが行われる前に可能な限り多くの問題を回避するために更新がテストされる領域です。
実際には、プラットフォームに多くの異なるサンドボックス/プレビュー環境が存在する場合があります。実際のデータまたはテストデータを使用するもの、本番環境にできる限り近づけたもの、それらとは大きく異なるものなどがあります。 また、サンドボックス/プレビュー環境がプラットフォームの更新をテストする能力に影響するような、さまざまなリリーススケジュールを提供する場合もあります。 したがって、WalkMeのコンテンツが本番環境で目的通りに実行されることを確認できるように、環境の階層を理解することが重要です。
WalkMeは、本番環境に可能な限り近いサンドボックス/プレビュー環境でコンテンツを構築およびテストすることをお勧めします。 プラットフォームのメジャーリリースに備えて、新しい更新があり、本番環境で表示される更新の内容に可能な限り近い環境をテストすることをお勧めします。
WalkMeコンテンツの定期的なメンテナンス
プラットフォームのリリーススケジュールと環境の階層について理解することで、WalkMeのコンテンツをいつ、どこで確認し、それがプラットフォームとともに進化していることを確かめる作業を計画することができます。 品質保証テストのベストプラクティスについては、 こちらの記事をご覧ください。
WalkMeでは、30の最も重要なデプロイ可能なアイテム（Insightsの使用状況またはビジネス目標を使用して優先順位を設定します）を選択し、メジャーリリースの予定から1～2週間前にプラットフォームの現在のバージョンで再生することをお勧めします。 次に、次回のリリースにアクセスできたらすぐに、新しいバージョンでその30のデプロイ可能なアイテムを再生します。 こうすることで、最新リリースで変更された内容や以前に気づいていなかった可能性がある欠陥についての正確な理解ができます。
