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

 在沒有作足準備的情況下，務必不要倉促執行 Well-Architected Framework 審查 (WAFR)。倉促行動可能會導致程序所花時間比預期更長，這會產生較不利的結果，並且導致更難以採取行動。

 審查架構伴隨著相關的人力成本。如果小組或團隊成員可以預先準備，就能在後續階段節省時間，但需要更多人參與工作階段。而工作階段規劃和非同步通訊技術獲得改善後，也可能不再需要更廣泛的小組討論。

 清楚定義誰擁有工作負載、其架構方式、其用途，以及與組織業務成果的一致程度，有助於在*審查*和*改進*階段獲得更好的結果。

 *準備*階段包含三個主要元素：

1.  工作負載和範圍 

1.  人員和文化 

1.  文件和基礎結構 

## 機制
<a name="mechanisms"></a>

 *機制*是以可重複、可擴展的程序和工具來取代人力，同時實現人力所能達成的最佳成效；並且通常會自動化，以取得預期的成果。機制是一個完整的週期，您在此期間建立工具或程序、促進其採用，並檢驗結果以修正方向。此週期接受可控輸入，並將其轉換為持續輸出，以解決經常性的業務挑戰。

![機制飛輪](http://docs.aws.amazon.com/zh_tw/wellarchitected/latest/userguide/images/mechanism-flywheel.png)


 機制的循環性質使其非常適合解決經常性的問題或機會。WAFR 是一種機制，內含工具、採用程序和檢查程序，這些全都在一個完整週期中運作。

 執行工作負載的 WAFR 時，您可以找出改進機會，以在組織中發展出其他機制。WAFR 的結果不應是單一團隊的一次性修正，而應該在多個團隊之間共用，以實現最大的價值。

## 業務成果
<a name="business-outcomes"></a>

 開始進行技術變更之前，請先確定您的業務優先順序。在未清楚了解組織的優先順序的情況下，審查架構的效果有限。這些優先順序可作為指導方針，協助您保持一致並實現更好的結果。

 業務成果是重要的高價值業務目標，與組織策略密切相關，並由受到客戶意見回饋所驅使。這些是目的性高階目標，因此不同的團隊可以定義更具體的目標來實現這些結果。

 常見的業務成果範例如下：
+  降低成本 
+  提高利潤 
+  提高客戶滿意度 
+  提高客戶保留率 
+  提高員工留任率 
+  改善環境永續性 
+  改善安全狀態 

 確實了解組織的業務成果並往回追溯，可協助您專注於可能對組織目標產生最大影響的技術變更，進而節省時間。如此就能回饋到提高對您領導力的信任。

 探索並討論組織、業務單位或團隊目前的業務優先事項。

## 資源
<a name="resources-2"></a>
+  [如何執行 Well-Architected Framework 審查 - 第 1 部分](https://aws.amazon.com/blogs/mt/how-to-perform-a-well-architected-framework-review-part1/)