# 改善の優先順位付け
無制限の時間とリソースを持つ組織はありません。特定されたすべての HRI と MRI に一度に対処することは、WAFR を最大限に活用するための正しい方法ではない可能性があります。
まず、ビジネスに最も影響し、実装しやすい選定した数の問題から開始します。ソリューションについて説明します。改善を追跡し、そのアプローチを反復します。
## 実装の優先順位付け
ソリューションの優先度を視覚化するのに役立つアプローチの 1 つは、[アイゼンハワースタイルのプロット](https://www.eisenhower.me/eisenhower-matrix/)です。ツールの使用方法はさまざまです。評価する際は、改善の重要性 (ビジネスにもたらす価値) と、改善を実装するための労力 (必要な時間、実装の複雑さ、または人員) の両方を考慮してください。
この分析の出力は、ビジネスに最も影響を与えるが、実装がそれほど複雑ではない一連のリスクを提供します。これらは、最初の反復で実装を開始するのに適した候補です。
## ソリューションの特性
特定されたリスクに対するソリューションを選択するときは、次の点を考慮してください。
+ [https://www.forbes.com/advisor/business/smart-goals/](https://www.forbes.com/advisor/business/smart-goals/) 具体的、測定可能、達成可能、関連性のある、期限付きの (SMART) 目標について考えます。
+ **所有者:** ソリューションごとに、所有者を特定します。
+ **複雑よりもシンプル:** 複雑なソリューションは機能しますが、改善を実装するのが難しくなり、作成に時間がかかる場合があります。複雑なソリューションが交渉不可能な要件でない限り、複雑さよりもシンプルさを選択します。
+ [https://aws.amazon.com/executive-insights/content/how-amazon-defines-and-operationalizes-a-day-1-culture/](https://aws.amazon.com/executive-insights/content/how-amazon-defines-and-operationalizes-a-day-1-culture/) ソリューションは拡張可能で、時間の経過とともに改善および進化するように設計されている必要があります。可能であれば、アーキテクチャの開発に合わせて適応できない静的ソリューションを避けてください。
+ **ターゲットパターンベースのソリューション:** 体系化、再利用、再共有できるソリューションを検討してください。車輪の再発明はしないでください。例については、[AWS アーキテクチャセンター](https://aws.amazon.com/architecture/)にアクセスしてください。
+ **チームとして継続的に作業する:** グループとして HRI のソリューションのリストを作成します。アイゼンハワーマトリックスで優先順位を付けます。