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