將例程和非程式工作正規化的建議
適用於此 Azure 架構完善的架構營運卓越檢查清單建議：
| OE：02 | 使用文件、檢查清單或自動化，將執行例程的方式正式化，以及緊急操作工作。 藉由採用領先業界的做法和方法，例如輪班左方法，努力確保小組流程的一致性和可預測性。 |
|---|
本指南說明將例程和非程式工作正規化的建議。 有效率且成功的工作負載小組具有一致且可預測的工作負載管理實務做法。 採用經業界實證的工具和實務做法，並在實際可行時將程序自動化，藉以達成最佳效率與一致性。 以一致的方式處理例行、臨時和緊急工作，可以盡可能降低在發生問題時措手不及的風險。 藉由對工作負載管理採用持續性的改進方法，可以提高小組在整個工作負載生命週期內的一致性和效率。
關鍵設計策略
一致的程式可讓您的工作品質可預測，且可預測的工作品質可讓工作負載支援更順暢。 若要在程式中達到一致性，您必須刻意明確說明如何在標準模式中執行進程。 使用自動化和左移方法等策略，將潛在的不可預測性區域降到最低。
標準化程式
程式標準化採用許多形狀。 描述您可能採用標準化方式的一切方式已脫離本指南的範圍，但一些一般建議包括：
您標準化的程式應涵蓋工作負載管理的所有層面：可靠性、安全性、成本優化、效能和作業程式。 工作負載小組應該擁有與維護並持續改善組織整體治理下工作負載所需的程式擁有權。
您產生的檔會擷取您的標準作業程式，並決定如何完成工作，但檔絕不是最終檔。 程式應隨著您的工作負載和小組的發展而演進。 定期檢閱和挑戰標準，以確保他們現在是小組的正確標準。 您的文件應該經過範本化及版本控制，以確保檔格式的一致性，而且有檢閱和更新的記錄。 版本控制也有助於強化小組定期排程對文件進行檢閱的需求。
將例行、即興和緊急工作分解成容易理解的檢查清單專案。 例程工作的範例是將更新套用至開放原始碼相依性的程式。 工作負載可能需要使用像SDK這樣的開放原始碼連結庫來使用第三方訊息服務。 此 SDK 應該定期更新，以取得安全性修補程式、錯誤修正和功能改善。
當您判斷需要更新時，工作負載小組可能會有一份檢查清單，其中包含在較低環境中測試更新、建立變更管理要求以在生產環境中部署更新，以及更新Wiki或 知識庫等檔，以確保它們反映正確的版本。 將每個檢查清單專案放在明確定義的離散工作上。
即興和緊急任務是案例特定的，但操作員仍然應該清楚地瞭解其角色和責任。 他們需要知道如何與工作負載小組和組織中的其他小組互動，以有效率地完成這些類型的工作。
例如，即興工作可能會部署新類型的資源，例如已核准的機器學習服務，以增強工作負載功能。 對於這種類型的資源的部署和測試，可能還沒有完全實現的檢查清單。 不過，應該有一般檢查清單，將新的資源新增至基礎結構作為程式代碼範本和標準，以涵蓋升級鏈結每個階段的效能、安全性和可靠性的基礎結構測試。
同樣地，您的 緊急回應計劃 應該清楚定義角色和責任，以及一般程序和程式。 您必須在緊急情況下遵守此計劃，以確保您有效率地處理它們。
即興和緊急行動也是瞭解如何改善標準作業程式的好機會。 要求工作負載小組反映作業可能更順暢的方式，並判斷現有程式的更新是否有利於未來。
採用業界證明的做法
採用業界證明的做法，以將小組在發明流程和標準上花費的時間降至最低。 使用 Scrum 遵循敏捷式做法，透過工作流程看板組織您的工作，並採用由左移位的精神，都是多年來開發且已證明對任何規模的組織有效的做法範例。 許多成熟的組織會使用版本控制的標準作業程式、Wiki、新員工手冊和作業手冊來強制執行一致性。
依賴小組的經驗來決定哪些做法符合您的工作負載生命週期管理。 瞭解其他小組已成功實作的標準，以瞭解特定做法如何融入您的組織結構。
在此內容中，左移精神表示工作負載小組應能夠尋找可改善工作負載安全性、可靠性和成本效益的措施。 然後，他們會將這些改進措施新增至自己的待辦專案，而不是將責任轉移到外部小組。
例如，探勘測試可能會發現一個改善安全性的區域，這些區域在安全性掃描暴露之前可能尚未探索到，這些掃描會每月或更不常發生。 鼓勵工作負載小組在其生命週期的所有層面擁有工作負載的擁有權，並主動參與其持續改善，而不是依賴其他小組。
利用集中式標準和資源
將組織需求和跨領域功能納入標準作業程序中。 您的組織對於您應採用的某些程序可能設有標準。 不過，您可能也有權為其他程序開發自己的標準，因此請尋找將必要標準納入程式的方法。 您擁有的程式可能會與其他小組的程式交集，因此請努力將標準與實際程度保持一致。
記錄工作負載小組和其他小組的程式分歧之處，以確保工作負載小組可在有交集點時與其他小組合作得更好。 中央安全性小組可能會使用與工作負載小組不同的工具和程式，如果小組知道這些差異，小組可以更輕鬆地共同作業。
將合規性需求納入標準作業程序中。 根據您的產業和您作業的所在區域，可能會有關於如何執行和記載工作的嚴格需求。 在建置標準時，請務必瞭解並納入這些需求。 定期訓練工作負載小組以符合這些需求。
實作自動化
使用自動化來協助達成一致性。 將重複且容易發生人為錯誤的工作自動化，以減輕小組的管理負擔。 尋找自動化程序的機會，例如產生 ITSM 票證。 如需詳細資訊，請參閱 實作自動化的建議。
控管開放原始碼使用
刻意採用開放原始碼的方法。 標準化允許開放原始碼工具使用時機的規則，並確定您符合組織和合規性需求。 您可能想要建立工作負載小組成員對開放原始碼項目的貢獻標準，並決定是否要將內部程式代碼開啟給組織中的其他開發小組。
取捨：編纂標準操作程式可能會帶來導致停滯或自滿的風險。 應遵循標準，但不應該是殭化或靜態的。 努力找出嚴格遵循與創新津貼之間的平衡，讓您的程式可以隨著時間安全地發展。
Azure 便利化
雖然沒有任何 Azure 產品能直接協助正式化程式與程式，但 Microsoft 會發布許多有關本主題的指引。 使用本指南來瞭解業界證明和建議的做法，並考慮如何將這些做法套用至您的工作負載。
架構完善的架構也提供應編纂的程式和程式的詳細指引，以確保您的工作負載和工作負載小組根據業界標準執行。
相關連結
卓越營運檢查清單
請參閱一組完整的建議。