OPS05-BP06 共用設計標準
在團隊之間共用最佳實務，以提高認識並最大化開發工作的效益。記載它們並且隨著您的架構演進讓它們保持在最新狀態。如果您的組織中強制執行共用標準，則必須存在用於請求標準新增、變更及例外狀況的機制。如果沒有此選項，標準就會限制創新。
預期成果：
-
設計標準在貴組織的團隊之間共用。
-
標準會記載並且隨著最佳實務演進保持最新狀態。
常見的反模式：
-
兩個開發團隊各自建立了使用者驗證服務。您的使用者必須針對要存取的系統的每一部分，維護一組單獨的憑證。
-
每個團隊管理他們自己的基礎設施。新的合規要求會強制變更您的基礎設施，每個團隊會以不同的方式實作。
建立此最佳實務的優勢：
-
使用共用標準支援採用最佳實務並且讓開發工作量的收益最大化。
-
記載並且更新設計標準可讓貴組織的最佳實務和安全與合規要求保持在最新狀態。
未建立此最佳實務時的風險暴露等級：中
實作指引
在團隊之間共用現有的最佳實務、設計標準、檢查清單、操作程序以及指導和管控要求。對於請求對設計標準進行變更、新增和例外設立程序，以支援改進和創新。讓團隊知曉發佈的內容。設立機制讓設計標準隨著最佳實務發展而保持在最新狀態。
客戶範例
AnyCompany Retail 有跨功能架構團隊，該團隊會建立軟體架構模式。這個團隊會建置具有內建合規和管控的架構。採用這些共用標準的團隊會獲得具有內建合規和管控的優點。他們可以快速地在設計標準的基礎上建置。架構團隊每季開會一次，評估架構模式並且視需要更新。
實作步驟
-
識別擁有開發和更新設計標準的跨功能團隊。這個團隊會與貴組織的利害關係人合作，開發設計標準、操作程序、檢查清單、指引和管控要求。記載設計標準並且在貴組織內共用。
-
AWS Service Catalog 可以用來建立套裝服務，代表使用基礎設施即程式碼的設計標準。您可以跨帳戶共用套裝服務。
-
-
設立機制讓設計標準隨著最佳實務識別而保持在最新狀態。
-
如果設計標準是集中強制執行，設立程序來請求變更、更新和豁免。
實作計劃的工作量：中。開發程序來建立和共用設計標準，可以與貴組織的利害關係人協調和合作。
資源
相關的最佳實務：
-
OPS01-BP03 評估管控要求 - 管控要求會影響設計標準。
-
OPS01-BP04 評估合規要求 - 合規是建立設計標準中的重要輸入。
-
OPS07-BP02 確保對營運準備度進行一致的審查 - 營運準備度檢查清單是在設計您的工作負載時實作設計標準的機制。
-
OPS11-BP01 建立持續改進程序 - 更新設計標準是持續改善的一部分。
-
OPS11-BP04 執行知識管理 - 在您的知識管理實務中，記載和共用設計標準。
相關文件：
相關影片：
相關範例：
相關服務：
