OPS02-BP05 추가, 변경 및 예외를 요청하는 메커니즘 - 운영 우수성 원칙
구현 지침리소스

OPS02-BP05 추가, 변경 및 예외를 요청하는 메커니즘

프로세스, 절차 및 리소스의 소유자에게 요청을 보낼 수 있습니다. 요청에는 추가, 변경 및 예외가 포함됩니다. 이러한 요청은 변경 관리 프로세스를 거칩니다. 이점과 위험을 평가한 후 요청이 적절한지 판단하고 정보에 입각한 의사 결정을 통해 실현 가능한 경우에 요청을 승인해야 합니다.

원하는 성과:

  • 할당된 소유권에 따라 프로세스, 절차 및 리소스 변경을 요청할 수 있습니다.

  • 변경은 이점과 위험을 저울질하면서 의도적으로 이루어집니다.

일반적인 안티 패턴:

  • 애플리케이션 배포 방법을 업데이트해야 하지만, 운영 팀의 배포 프로세스 변경을 요청할 수 있는 방법이 없습니다.

  • 재해 복구 계획을 업데이트해야 하지만, 변경을 요청할 식별된 소유자가 없습니다.

이 모범 사례 확립의 이점:

  • 프로세스, 절차 및 리소스는 요구 사항의 변화에 따라 달라질 수 있습니다.

  • 소유자는 정보에 입각하여 변경 시점을 결정할 수 있습니다.

  • 변경은 의도적인 방식으로 이루어집니다.

이 모범 사례가 확립되지 않을 경우 노출되는 위험 수준: 중간

구현 가이드

이 모범 사례를 구현하려면 프로세스, 절차 및 리소스에 대한 변경을 요청할 수 있어야 합니다. 변경 관리 프로세스는 간단할 수 있습니다. 변경 관리 프로세스를 문서화합니다.

고객 사례

AnyCompany Retail은 책임 할당(RACI) 매트릭스를 사용하여 프로세스, 절차 및 리소스에 대한 변경 사항을 책임지는 소유자를 식별합니다. 문서화된 변경 관리 프로세스가 있어 간편하고 쉽게 변경 작업을 수행할 수 있습니다. RACI 매트릭스와 프로세스를 바탕으로 누구나 변경 요청을 제출할 수 있습니다.

구현 단계

  1. 워크로드 및 각 워크로드의 소유자에 대한 프로세스, 절차 및 리소스를 식별합니다. 지식 관리 시스템에서 문서화합니다.

    1. OPS02-BP01 리소스 소유자 식별, OPS02-BP02 프로세스 및 절차의 소유자 식별 또는 OPS02-BP03 운영 활동에서 성능을 담당하는 소유자 식별 작업을 구현하지 않았다면 해당 작업부터 시작합니다.

  2. 조직의 이해관계자와 협력하여 변경 관리 프로세스를 개발합니다. 프로세스에는 리소스, 프로세스 및 절차에 대한 추가, 변경 및 예외가 포함되어야 합니다.

    1. AWS Systems Manager Change Manager를 워크로드 리소스의 변경 관리 플랫폼으로 사용할 수 있습니다.

  3. 지식 관리 시스템에서 변경 관리 프로세스를 문서화합니다.

구현 계획의 작업 수준: 중간. 변경 관리 프로세스를 개발하려면 조직 전체의 여러 이해관계자와 의견을 조율해야 합니다.

리소스

관련 모범 사례:

관련 문서:

관련 서비스: