# WAFR の準備
<a name="preparing-for-a-wafr"></a>

 十分な準備をせずに Well-Architected フレームワークレビュー (WAFR) を急いで実行しないことが重要です。急ぐと、プロセスが予想よりも長くかかることになり、好ましくない結果をもたらし、行動を起こすことがより困難になります。

 アーキテクチャのレビューには、人的コストが伴います。グループまたはチームメンバーが事前に準備できれば、セッションに参加するためにより多くの人を必要とする後の段階で時間を節約できます。これにより、セッション計画の改善と非同期通信手法により、大規模なグループディスカッションの必要性も排除できます。

 ワークロードの所有者、設計方法、目的、組織のビジネス成果との整合性を明確に定義することで、*レビュー*フェーズと*改善*フェーズでより良い結果を達成できます。

 *準備*フェーズは、次の 3 つの主要な要素で構成されます。

1.  ワークロードとスコープ 

1.  人と文化 

1.  ドキュメントとインフラストラクチャ 

## メカニズム
<a name="mechanisms"></a>

 *メカニズムは*、人間の最善の努力を、多くの場合自動化された反復可能でスケーラブルなプロセスやツールに置き換え、望ましい成果を達成します。メカニズムは、ツールまたはプロセスを作成し、その採用を推進し、結果を検査して軌道修正する完全なサイクルです。このサイクルでは、制御可能な入力を取得し、継続的な出力に変換して、繰り返し発生するビジネス課題に対処します。

![\[フライホイールのメカニズム\]](http://docs.aws.amazon.com/ja_jp/wellarchitected/latest/userguide/images/mechanism-flywheel.png)


 メカニズムの周期的な性質は、繰り返し発生する問題や機会の解決に最適です。WAFR は、ツール、導入プロセス、検査プロセスを備えたメカニズムであり、すべてが完全なサイクルで動作します。

 ワークロードの WAFR を実施すると、組織内で他のメカニズムを開発するための改善の機会を特定できます。WAFR の結果は、1 つのチームに対する 1 回限りの修正ではなく、複数のチーム間で共有される必要があり、それによって最大限の価値を実現できます。

## ビジネス上の成果
<a name="business-outcomes"></a>

 テクノロジーに変更を加える前に、ビジネスの優先順位を決定します。組織の優先順位を明確に理解せずにアーキテクチャをレビューするのはあまり効果的ではありません。これらの優先順位は、整合性を維持し、より良い結果をもたらすためのガイドラインとして役立ちます。

 ビジネス成果は、組織戦略に結び付けられ、顧客のフィードバックによって推進される重要な価値の高いビジネス目標です。これらは意図的に高レベルであるため、さまざまなチームがそれらの成果を達成するためにより具体的な目標を定義できます。

 一般的なビジネス成果の例は次のとおりです。
+  コストの削減 
+  利益の増加 
+  顧客満足度の向上 
+  顧客保持率の向上 
+  スタッフの保持率の向上 
+  環境の持続可能性の向上 
+  セキュリティ態勢の強化 

 組織のビジネス成果を認識し、そこから逆算して作業を進めることで、組織の目標達成に最も大きな影響を与える可能性のあるテクノロジーの変化に重点を置き、時間を節約できます。これにより、リーダーシップに対する信頼が高まります。

 組織、ビジネスユニット、またはチームの現在のビジネス上の優先事項を見つけて話し合います。

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