

# WAFR の実行
<a name="running-a-wafr"></a>

 必要な準備がすべて完了したら、Well-Architected フレームワークレビュー (WAFR) を実行します。このセクションでは、WAFR の実施をより効率的にするためのヒントとコツについて説明します。

## WAFR の前に
<a name="before-the-wafr"></a>

 ワークロードをグループとして議論する前に、次のセクションに進み、セッションのエンゲージメントルールについて話し合います。続行する方法については、グループ内でコンセンサスが必要です。

### 役割と責任を定義する:
<a name="define-roles-and-responsibilities"></a>
+  WAFR を主導するのは誰ですか?
+  誰が画面を共有し、何を共有しますか?
+  WA ツールまたは別の形式でメモを取るのは誰ですか?
+  どの柱をどの順序で確認しますか?
+  質問に答える適切な人材が部屋にいますか?
+  範囲外の項目をどのようにキャプチャし、これらの項目のバックログをどのように作成しますか?
+  各セクションまたは柱にどれくらいの時間を割り当てますか?
+  割り当てられた時間内で何を達成したいですか?

## レビューのヒント
<a name="review-tips"></a>

 ワークロードアーキテクチャの選択に関するデータポイントをキャプチャすることを中心に会議を計画します。WAFR のこのセクションをできるだけスムーズにするためにできることがいくつかあります。

1.  **肯定的な意図を伝える:** WAFR の肯定的な意図を参加者と再確認します。仕事に関する重要な会話は難しい場合があるため、WAFR が改善の機会を見つけるために実施されていることを再確認してください。*非難しない文化*を強化します。攻撃も防御もなく、アーキテクチャの改善について協力して議論します。

1.  **サポーターを取り込む:** 複雑なワークロードアーキテクチャをナビゲートし、質問し、応答を調整し、メモを取ることは、1 人で実行するには難しい場合があります。WAFR の成功はチームアクティビティです。代わりの役割を指定して、あるユーザーがレビューを実行し、別のユーザーがメモを取り、ドキュメントを確認し、ディスカッションを監視できるようにします。

1.  **トピックに留まる:** アーキテクチャ上の決定についてグループで会話するときに、人々が脱線してしまうことはよくあります。時間を効率よく使いたい場合は、WAFR 参加者が互いに尊重し合ってトピックに留まるようにしてください。サイドコンセプトとアイデアを一元化された場所に記録し、今後のディスカッションセッションで取り上げることができます。

1.  **適切なメモを取る:** WA ツールのボックスにチェックを入れるだけでは、後のマイルストーンで WAFR を再検討する人にコンテキストが提供されません。WA ツールのメモボックスを使用するか、文字制限を超えた場合は WAFR メモボックスからリンクされた外部ドキュメントを作成します。コンテキストは、他の関係者、特にワークロードを初めて使用する人が進行中の作業を理解し、優先順位を決定するのに役立ちます。

1.  **ソリューションに焦点を当てない:** ソリューションではなく、ワークロードに関するデータポイントのキャプチャに焦点を当てます。ソリューションに重点を置きすぎると、WAFR セッション中に時間が浪費され、重要なデータポイントを取得できなくなる可能性があります。範囲外のことをブレインストーミングするのは、他の参加者の時間を最大限に活用することにはなりません。

1.  **ツールではなくワークロードに焦点を当てる:** AWS マネジメントコンソールの Well-Architected Tool (WA ツール) を表示した画面を共有するのは一般的です。WA ツールでデータをキャプチャすることは重要ですが、ツールだけに集中しないでください。代わりに、アーキテクチャに関するディスカッションに焦点を当ててください。レビューは会話形式にし、コンテキストに合わせて質問を言い換えます。

1.  **ディスカッションをパートに分割する:** 1 回の会議で 6 つの柱をすべて確認するのは難しい場合があります。レビューを小さなセッションに分割することで、トピックをターゲットにしたアプローチが可能になり、参加者とのスケジューリングが容易になります。

1.  **休憩を取ることを忘れない:** アーキテクチャを徹底的に確認することは参加者にとって疲れる可能性があり、時間の経過とともに集中力が低下する可能性があります。WAFR 中は頻繁に休憩をスケジュールします。参加者の時間を大切にし、必要がなくなった時点で退席できるようにします。

1.  **可能性について慎重に考える:** 質問に対する答えが、「たぶん」、「そのような」、「対処するための何かがバックログにあります」である場合は、それが実質的に「いいえ」を意味していないか慎重に検討してください。WAFR とは、意図した状態ではなく、ワークロードの正直な*現在の*状態をキャプチャすることを目的としています。

1.  **トレードオフを検討する:** Well-Architected は各柱間でトレードオフを行うことに重点を置いています。ワークロードの耐障害性を高めるとコスト最適化が損なわれる可能性があり、またコストをさらに最適化するとワークロードの環境への影響が悪化する可能性があります。柱は、会話の枠組みを提供し、情報に基づいたアーキテクチャの選択を行うのに役立ちます。

1.  **完璧なワークロードは存在しないことを認識する:** ワークロードが完璧であることは稀で、完璧である必要もほとんどありません。WAFR を完璧主義の追求とすることを避け、ワークロードが意図されたビジネス目的に沿って安全かつ効率的に機能することに重点を置いてください。

## WAFR の実行
<a name="running-the-wafr"></a>

 AWS アカウントでワークロードと並行して WAFR を実行します。その後、ワークロードレビューを他の AWS アカウントと共有できます。

 AWS Organizations を使用して、中央アカウントと[レビューを共有します](https://docs.aws.amazon.com/wellarchitected/latest/userguide/workloads-sharing.html)。その後、[ダッシュボード](https://docs.aws.amazon.com/wellarchitected/latest/userguide/dashboard.html)を使用して組織のワークロードを一元的に表示できます。

 これにより、すべてのワークロードにおけるリスクと改善のパターンを認識できます。その後、多くのアカウントやワークロードで共有して使用できるパターンベースのアプローチで、課題に一元的に対処できます。

## IAM アクセス
<a name="iam-access"></a>

 AWS WA Tool でAWS マネジメントコンソールにアクセスするには、IAM アクセス許可が必要です。WAFR セッションの開始時に時間を節約するために、事前にアクセスが必要なユーザーを決定します。

 詳細については、「[ユーザー、グループ、ロールに AWS Well-Architected Tool へのアクセスを提供する](https://docs.aws.amazon.com/wellarchitected/latest/userguide/iam-auth-access.html)」を参照してください。

 [クロスアカウント IAM ロール](https://docs.aws.amazon.com/IAM/latest/UserGuide/tutorial_cross-account-with-roles.html)を設定して、外部ステークホルダーが WA ツールにアクセスし、レビューを編集または表示できるようにします。

## リソース
<a name="resources-3"></a>
+  [How to perform a Well-Architected Framework Review Part 2](https://aws.amazon.com/blogs/mt/how-to-perform-a-well-architected-framework-review-part2/) 