2.3 변경 영향 평가 - AWS 권장 가이드

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

2.3 변경 영향 평가

개요

변경 영향 평가는 변화의 거시적 영향을 살펴보고 각 이해관계자 그룹의 다양한 기술, 프로세스, 성과 관리 및 기술 결과에 대해 보고합니다. 이 평가는 현재 상태와 원하는 미래 상태 간의 상당한 차이를 식별하고 포착하는 데 필요합니다. 모든 변경 작업에이 접근 방식을 사용하여 변경 정도를 평가할 수 있습니다.

모범 사례

변경 영향 평가에는 다음이 포함되어야 합니다.

  • 현재 상태와 미래 상태 간의 변경(또는 차이)을 이해하고 문서화하기 위한 격차 분석입니다. 예를 들어 격차는 클라우드와 비교하여 온프레미스 운영 활동의 상당한 변화일 수 있습니다. 변경 사항을 식별하는 것 외에도 동일하게 유지되는 내용을 문서화하는 것도 중요합니다. 

  • 영향의 규모, 범위 및 크기(예: 영향을 받는 직원 또는 사업부 수)를 기반으로 변경이 구현될 때 미칠 영향을 이해하기 위한 평가입니다.

  • 변경이 성공적으로 구현되지 못하게 할 수 있는 잠재적 저항 영역(문제, 위험 또는 장벽)에 대한 문서. 이 설명서는 변경 관리 계획의 활동을 계획하고 효과적으로 실행하는 데 도움이 됩니다. 상당한 수의 위험이 있는 경우 별도의 변경 위험 문서에 이를 문서화해야 할 수 있습니다. 

  • 변경 대상이 되거나 변경 발생 시 개인 전환을 거쳐야 하는 영향을 받는 이해관계자 그룹을 식별합니다.

다음 질문은 변경 영향 식별 프로세스를 용이하게 합니다.

  • 변경으로 인해 영향을 받는 사람은 몇 명입니까? 어디에 있나요? 함수는 무엇입니까?

  • 현재 상태와 미래 상태 프로세스, 작업 및 기술 간의 격차는 얼마나 크나요?

  • 이 변경의 영향을 받는 대상(비즈니스 단위, 직무, 역할, 위치, 번호)은 누구입니까?

  • 변경과 관련된 노동(노조) 문제가 있습니까?

  • 영향을 받는 직원은이 변화에 어떻게 반응하나요?

  • 변화를 구현하는 데 가장 큰 장벽은 무엇입니까?

  • 변화의 주요 영향(프로세스, 기술, 사람 및 조직)은 무엇입니까?

  • 변화를 채택하면 어떤 이점이 있나요?

변경 영향 평가는 일반적으로 다음과 유사한 템플릿에 문서화됩니다.

영향을 받는 영역 정의 또는 설명 현재 상태 미래 환경 차이 또는 영향 변경 누가 영향을 받나요? 영향 수준 변경 문제, 위험, 장벽

예: 리더십, 문화, 프로세스, 정책, 구조, 기술 및 역량, 성과 관리, 시스템.

변경 사항에 대한 간략한 개요입니다.

현재 상태는 무엇입니까?

원하는 미래 상태는 무엇입니까?

현재 상태와 미래 상태 간의 주요 변경 사항은 무엇입니까? 무엇이 동일하게 유지되나요? 무엇을 계속해야 하나요?

영향을 받는 이해관계자 또는 변경 대상은 누구입니까?

변경 영향 수준(예: 높음, 중간 또는 낮음)은 어느 정도입니까?

이 변경의 성공적인 구현을 방해할 수 있는 주요 문제 또는 위험은 무엇입니까?

FAQ

Q. 변경 영향 평가란 무엇입니까?

A. 각 이해관계자 그룹의 기술, 프로세스, 성과 관리 및 기술에 대한 변화의 거시적 영향을 분석합니다.

Q. 왜 중요한가요?

A.하위 수준의 세분화된 변경 사항을 명확히 하고, 변화 가속화 계획을 위한 적절한 단계를 결정하고, 접선으로 연결된 이해관계자를 식별하는 데 도움이 됩니다.

Q. 변경 영향 평가는 언제 수행해야 합니까?

A. 이해관계자 그룹의 현재 상태와 미래 상태 간에 상당한 차이가 있는 클라우드 프로그램의 모든 측면에 대해 작성해야 합니다. 다음은 고려해야 할 몇 가지 실제 사례입니다. 

  • 관리자의 경우 직원에게 교육이 필요할 것 같은 시기, 직원에게 클라우드별 성과 지표를 다른 연간 성과 계획에 통합해야 하는 시기, 요점이 필요한 시기 등을 문서화합니다.

  • HR 이해관계자의 경우 주요 교육 이벤트가 필요할 수 있는 시기, 채용 계획이 필요할 수 있는 시기, 이러한 변경이 채용 계획에 미치는 영향, 기술 개발 기회가 명백해지는 시기, 조직 설계 변경이 필요할 수 있는 시기, 클라우드 인재 및 기술의 가치를 시장 테스트하기 위해 보상 평가를 수행해야 하는지 여부를 문서화합니다. 

  • 실무 협의회나 노동조합 이해관계자의 경우 제기될 수 있는 위험과 우려 사항, 이를 해결하는 최선의 방법, 커뮤니케이션의 투명성을 높이기 위해 정기적인 회의 주기를 정해야 하는지 여부를 문서화합니다. 

  • 재무 이해관계자의 경우 인력 수 및 교육 활동에 예산이 필요할 수 있는 시기, 예산 프로세스 및 주기가 클라우드 프로그램의 영향을 받는 방식, 온프레미스에서 클라우드로의 전환이 회사에서 고정 및 가변 비용을 처리하는 방식을 어떻게 변화시킬 수 있는지 문서화합니다.

Q. 변경 영향 평가 생성에는 누가 관여해야 합니까?

A. 주요 참가자에는 경영진 후원자, 클라우드 리더, OCA 리더, HR 책임자, 최고 아키텍트, 데이터 책임자, 보안 책임자, 운영 책임자, 교육 책임자, 재무 책임자, 인프라 책임자, 사업부 책임자가 포함되어야 합니다.

Q. 일반적인 입력 및 출력은 무엇입니까?

A. 입력에는 비즈니스 사례, 프로세스 설계, 조직 설계 모델, 준비 상태 평가 및 주제 전문가(SME) 인터뷰가 포함됩니다. 결과에는 커뮤니케이션 계획, 교육 계획, 이해관계자 참여 계획, 후원자 또는 리더 계획, 비즈니스 사례 업데이트, 마이그레이션 계획 및 위험 로그가 포함됩니다.

추가 단계

변경 영향 평가를 시작하려면:

  1. 프로세스와 도구를 정의합니다.

  2. 입력 소스를 식별하고 문서화합니다.

  3. 초기 변경 영향을 파악하기 위한 주기를 설정합니다.

  4. 조사 결과 및 권장 사항에 대한 간략한 리더십.

  5. 커뮤니케이션 계획을 업데이트하여 특정 영향과 위험을 해결합니다.

  6. 조직 구조 조정 또는 중요한 채용 요구 사항이 드러나는 경우 HR에 문의하세요.

  7. 새로 식별된 기술 격차를 해결하도록 훈련 계획을 업데이트합니다.

  8. 식별된 영향을 해결하도록 전체 변경 전략을 업데이트합니다.