リリース、変更、およびリスク管理プロセスの計画
Microsoft では、財務と運用アプリの更新プログラムを定期にリリースしています。 これらのリリースは、プラットフォームおよびアプリケーション リリースで提供されています。 これには、新しい機能、バグ修正、または一般的なシステム パフォーマンスの向上のための更新を含めることができます。
リリースはアップグレードと更新に分類されます。 アップグレードには、ある公式リリースから次のリリースへの移行が含まれます。 たとえば、アップグレードすると 7.1 から 7.3 になります。 アップグレードには、コードとデータのアップグレードが関わってきます。 更新は、バイナリ パッケージを環境に適用します。 このプロセスはダウンタイムが短く、データ アップグレードを含みません。
お客様の環境にいずれかのリリースを展開する前に、Dynamics 365 および Microsoft Power Platform リリース計画 を読んで、追加される新しい更新プログラムを確認するようご検討ください。 これにより、どの領域が影響を受けるかがわかります。
選択したいアップグレードのバージョンを把握しておく必要があります。 Microsoft では、新しいバージョンがリリースされると、そのソフトウェアの最も古いバージョンを削除するため、常に利用可能な最新バージョンに移行しておくことをお勧めします。 これにより、リリースが使用できなくなる前に、アップグレードまでに 2 ヶ月の余裕が生まれます。 たとえば、最新バージョンの x.2 ではなくバージョン x への環境のアップグレードを開始したとします。しかし運用環境をアップグレードする前に Microsoft が x.3 をリリースすると、バージョン x は運用環境のアップグレードに使用できなくなります。
リリースによって列挙が拡張された場合は、互換性の問題が発生する可能性があります。 コンパイラは、拡張できない列挙の整数値によって、安全でないカスタム列挙があるかどうかを確認します。 この場合、コンパイルのために変更が必要です。 ユーザーのモデルは、トップレベルのモジュールとサブ モジュールを参照する必要があります。 Microsoft の変更により、参照されていないサブ モジュールに新しいリソースが追加される場合があります。 これにより、コンパイル中にエラーが発生する場合があります。 一部のメソッドまたはオブジェクトは、古い形式として選択されている可能性があります。これは、最終的にオブジェクトが完全に非推奨になることを意味します。 カスタマイズしたコードが非推奨の対象として選択されている場合は、予想されるコード パスを修正できるように、調査する必要があります。 コード レビューを実行することで、カスタマイズされたコードの問題を早期に検出できます。
リスクの特定
システムのアップグレードと更新には、多くの変更が伴う場合があります。 会社にとっての特定のリスクを特定するためのリスク グループを特定することが重要です。 特定のリスクに対して責任を持つように業務プロセス オーナーを選択する必要があります。 一部のリスクには、システムをアップグレードするためのダウンタイム、テストするリソースの可用性、または追加の開発が含まれる場合があります。 一部のリスク管理スキルを適用すると、これらのリスクを軽減できる場合があります。
- 潜在的な脅威を特定します。
- これらの脅威に対して脆弱な領域を評価します。
- 領域が影響を受ける可能性、つまりリスクを決定します。
- リスクを軽減する方法を特定します。
- リスク軽減計画に優先順位を付けます。
Microsoft によって提供されるリリース計画を使用すると、財務と運用アプリのどの領域が変更されていて、どのような変更が加えられたかを判断するのに役立ちます。 新しいリリース計画のリスクを軽減するには、使用可能なリソースで変更される領域をテストする必要があります。 Microsoft には、タスク記録に基づいてテストを自動化するための Regression Suite Automation Tool (RSAT) もあります。