OPS02-BP02 流程和程序已識別擁有者
了解誰具有個別流程和程序的擁有權、為何使用特定流程和程序，以及為何該擁有權存在。了解使用特定流程和程序的原因，能夠幫助發現改進機會。
預期成果：您的組織擁有一套明確定義且維護良好的操作任何流程和程序。流程和程序儲存在中心位置，並可供您的團隊成員使用。透過明確指定的擁有權經常更新流程和程序。如果可能，指令碼、範本和自動化文件會以程式碼的形式實作。
常見的反模式：
-
未記錄處理程序。隔離的操作員工作站上可能存在碎片化指令碼。
-
有關如何使用指令碼的知識由少數個人掌握，或非正式地作為團隊知識。
-
舊版流程由於更新而到期，但更新的擁有權不清楚，原始著作人不再是組織的一部分。
-
流程和指令碼不容易發現，因此在需要時 (例如，回應事故) 無法立即使用。
建立此最佳實務的優勢：
-
流程和程序可大幅提升您操作工作負載的效率。
-
新的團隊成員更快速地變得高效。
-
減少事故緩解的時間。
-
不同的團隊成員 (和團隊) 可以以一致的方式使用相同的流程和程序。
-
團隊可以透過可重複的流程擴展其流程。
-
標準化流程和程序有助於減輕團隊之間轉移工作負載責任的影響。
未建立此最佳實務時的曝險等級：高
實作指引
-
流程和程序已經確定負責其定義的擁有者。
-
識別為支援工作負載所執行的營運活動。將這些活動記錄在可探索的位置中。
-
唯一識別負責活動規格的個人或團隊。他們負責確認具備適當技能的團隊成員能夠成功執行該活動，且該團隊成員具備正確許可、存取權和工具。如果執行該活動時發生問題，執行該活動的團隊成員需負責提供改善活動所需的詳細回饋。
-
透過 AWS Systems Manager 等服務，使用文件和 AWS Lambda 來擷取活動成品中繼資料中的擁有權。使用標籤或資源群組擷取資源擁有權，並指定擁有權和聯絡資訊。使用 AWS Organizations 建立標記政策，並擷取擁有權和聯絡資訊。
-
-
隨著時間的推移，這些程序應逐步發展為可以作為程式碼執行，從而減少人為干預的需求。
-
例如，請考慮 AWS Lambda 函數、CloudFormation 範本或 AWS Systems Manager 自動化文件。
-
在適當的儲存庫中執行版本控制。
-
包括合適的資源標記，以便可以很容易地識別擁有者和文件。
-
客戶範例
AnyCompany Retail 將擁有權定義為擁有應用程式或應用程式群組 (共享共同的架構實務和技術) 流程的團隊或個人。最初，流程和程序作為分步指南記錄在文件管理系統中，可使用託管應用程式的 AWS 帳戶中的標籤以及帳戶內特定資源群組中的標籤進行探索。他們利用 AWS Organizations 來管理他們的 AWS 帳戶。隨著時間的推移，這些流程會轉換為程式碼，並使用基礎設施即程式碼 (例如 CloudFormation 或 AWS Cloud Development Kit (AWS CDK) 範本) 來定義資源。操作流程會變成 AWS Systems Manager 或 AWS Lambda 函數中的自動化文件，這些自動化文件可以作為排程任務啟動，以回應諸如 AWS CloudWatch 警示或 AWS EventBridge 事件之類的事件，或由 IT 服務管理 (ITSM) 平台內的請求啟動。所有流程都有標籤來識別擁有權。在流程的程式碼儲存庫所產生的 wiki 頁面中維護自動化和流程的文件。
實作步驟
-
記錄現有的流程和程序。
-
檢閱並將其維持在最新狀態。
-
識別每個流程或程序的擁有者。
-
將其置於版本控制之下。
-
在可能的情況下，在共用架構設計的工作負載和環境之間共用流程和程序。
-
-
建立回饋和改進機制。
-
定義檢閱流程頻率的政策。
-
定義檢閱者與核准者的流程。
-
實作問題或票證隊列，以提供和追蹤意見回饋。
-
在可能的情況下，流程和程序應得到變更核准委員會 (CAB) 的預先批准和風險分類。
-
-
驗證流程和程序是否可供需要執行流程和程序的人員來存取和探索。
-
使用標籤來指示可以針對工作負載存取流程和程序的位置。
-
使用有意義的錯誤和事件訊息來指出可解決問題的適當流程或程序。
-
使用 Wiki 和文件管理，讓整個組織可一致搜尋流程和程序。
-
-
適時進行自動化。
-
當服務和技術提供 API 時，應該開發自動化。
-
對流程進行充分的教育。制定使用者故事和要求以自動化這些流程。
-
成功衡量流程和程序的使用情況，並追蹤問題以支援反覆改進。
-
實作計劃的工作量：中
資源
相關的最佳實務：
相關文件：
相關研討會：
相關影片：
相關服務：
