# 人員和文化
每個工作負載都需要擁有者，而且可能有許多人員和團隊參與工作負載的生命週期。不過，在執行 WAFR 之前，請定義工作負載的單一執行緒擁有者 (STO)。
此人員必須能夠做決策並控制預算、人數和藍圖。此角色的範例包括產品擁有者、產品經理、首席架構師或工程經理。
最後，如果工作負載不再如預期般運作，此角色須負責。
請務必透過 STO 執行 WAFR，以改善您的結果。例如，您可能發現工作負載的改善項目，但在產品藍圖上無法成功排定優先順序。或者，您可能很難取得資金或資源來執行工作。
這通常會導致收集無法達成的待辦項目清單。STO 可協助您避免此結果，因為其擁有 WAFR 並投入此程序。
## 必要的利害關係人
STO 無法回答所有問題。有許多人員和團隊都參與架構、開發、保護或操作工作負載的過程。根據組織和工作負載的大小，參與的利害關係人和團隊數量會有所不同。
請考慮下列有關利害關係人的問題：
1. 誰需要在場回答每一種類別的問題？
1. 哪些利害關係人需要在 WAFR 的哪些部分在場？
1. 如何事先將問題告知不同的利害關係人？
## 支柱贊助者
Well-Architected Framework 是由[六個支柱](https://docs.aws.amazon.com/wellarchitected/latest/framework/the-pillars-of-the-framework.html)構成。雖然定義 STO 至關重要，但務必取得支柱特定贊助者或擁護者的支持，以加速和提高 WAFR 程序的價值。
定義支柱贊助者或擁護者，其能夠：
+ 參與 WAFR 的特定部分以提供資訊或指引
+ 擁有其主題領域的結果
+ 定義、影響和傳達跨組織的策略變更
您的組織是否有雲端卓越中心或雲端實務社群？ 從小處著手，並培養一群志同道合的人，他們可以透過架構運作狀態討論和改進來互相支援。
## 打造安全的空間
發展健全的組織文化對於良好且有成效的技術選擇討論至關重要。參與 WAFR 的一群人可能是工作負載的新手或舊成員、擁有不同的任職期和年資，或以合作夥伴和第三方的身分參與。培養有關工作負載的良好、相互尊重的溝通至關重要，更可能維持長久、實用的改進。
從一開始就抱持正向意圖並不斷強調，以保持一致並專注於探索改進機會。技術和最佳實務會不斷演進，因此 WAFR 也必須成為探索改進的機會。
WAFR 不是稽核。雖然調查結果可協助您符合不同的合規標準，但這個程序的目的不是對工作負載「評分」。專注於提高良好的架構運作狀態。
WAFR 是自問「我們進展到哪裡？」 以及檢視工作負載的時間點的機會。然後，您可以使用調查結果做出明智的決策來回答「我們應朝何處前進？」
架構改善是一段由 AWS Well-Architected 引導的旅程。當您開始 WAFR 程序時，請考慮下列問題：
1. 為什麼要執行 WAFR？
1. 您希望從中獲得什麼？
1. 這個經驗如何造福每個人？
1. 現在進展到哪裡，以及未來要朝哪裡前進？
## 資源
+ [權責劃分部落格文章](https://aws.amazon.com/blogs/enterprise-strategy/two-pizza-teams-are-just-the-start-accountability-and-empowerment-are-key-to-high-performing-agile-organizations-part-2/)
+ [Amazon 雙披薩團隊](https://aws.amazon.com/executive-insights/content/amazon-two-pizza-team/)