6. 명심 - AWS 규범적 지침

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

6. 명심

명심은 변화 가속화 프레임워크의 작업을 수행하고 시간이 지나도 변함없이 계속될 수 있는 지속 가능성을 구축합니다. 이 워크스트림에서는 반복 가능한 패턴과 학습한 교훈에 대한 피드백 루프를 만들고, 적극적으로 채택을 관리하고, 사후 구현 및 지속 가능성 계획을 수립하여 변화 가속화 팀을 해체하고 생성된 변화, 행동 및 문화를 능동적이 아닌 수동적으로 그리고 실질적으로 관리할 수 있도록 합니다. 명심에는 다음과 같은 3가지 하위 항목이 포함됩니다.

6.1 피드백 루프 설정

6.2 채택 관리 체크리스트 작성

6.3 사후 구현 및 지속 가능성 계획 개발


      AWS Change Acceleration 6-Point Framework 및 OCM Toolkit의 명심 단계

6.1 피드백 루프 설정

무엇인가? 

피드백 루프를 사용하면 직원들이 클라우드 혁신으로 인한 변화에 건전하고 진정성 있는 방식으로 대응할 기회를 제공하여 성과를 조정할 수 있습니다. 피드백 루프의 주요 목표는 양방향 정보 공유를 지원하고, 프로젝트 전반에 주요 이해관계자를 참여시키고, 정보를 수집하여 커뮤니케이션 효과를 모니터링하는 것입니다. 피드백 루프에 유용한 채널로는 일대일 인터뷰, 포커스 그룹, 팀, 부서, 직원 회의, 참여 또는 조직 준비 설문조사, 커뮤니케이션 포털, 프로젝트 메일박스 등이 있습니다. 조직에서 소셜 미디어 도구를 사용하는 경우 해당 채널을 모니터링하여 의견, 감정, 좋아요, 싫어요, 트래픽 등의 형태로 피드백을 수집할 수도 있습니다. 

왜 중요한가?

피드백 루프를 구축하면 이해관계자로부터 솔직한 반응을 수집하고 실제 데이터를 기반으로 변화 가속화 활동을 구체화하고 지속적으로 개선할 수 있습니다. 사용하기 쉬운 도구를 통해 피드백을 쉽게 수집, 분석하고 클라우드 혁신 활동에 통합할 수 있습니다. 그러나 피드백 루프는 피드백에 따라 조치를 취하고, 피드백을 받았음을 알리고, 피드백의 결과로 변화를 식별할 때 강력하고 효과적입니다. 이를 통해 피드백의 직접적인 결과로 프로그램이 개선되고 피드백의 간접적인 결과로 신뢰를 얻을 수 있습니다. 

언제 사용하는가?

피드백 루프를 측정의 일부로 계획에 통합하는 것이 이상적입니다. 피드백 프로세스를 설계할 때는 문의나 의견에 응답할 적절한 타임라인을 정합니다. 프로그램의 속도 및 케이던스와 관련하여 피드백을 적시에 제공할 수 있는지 고려합니다. 예를 들어, 주간, 격주, 월 단위로 캡처한 피드백을 스크럼 회고 회의에 입력 자료로 사용할 수 있습니다. 

6.2 채택 관리 체크리스트 작성

무엇인가? 

채택 관리 체크리스트는 변화 가속화 활동의 효과를 보장하고 전반적인 클라우드 혁신 채택을 평가하는 데 도움이 됩니다. 채택 관리 체크리스트는 리더와 이해관계자가 새로운 클라우드 운영 모델로 전환에 따른 이점과 비즈니스 가치를 준비하고 참여하고 이해하고 있는지 검증합니다. 이 활동에서는 변화, 커뮤니케이션, 위험, 교육 전략 및 계획을 포함한 모든 기본 계획이 개발되고 구현을 위해 승인된 것으로 가정합니다. 

왜 중요한가?

채택 관리 체크리스트는 클라우드 혁신과 관련된 8가지 주요 성공 요인, 즉 가시적이고 헌신적인 리더십, 강력한 변화 필요성, 명확한 방향, 광범위한 참여, 표적화되고 효과적인 커뮤니케이션, 단일 프로그램 집중, 측정 가능한 목표, 체계적인 프로젝트 관리를 추적하는 데 유용합니다. 

언제 사용하는가?

분기별로 채택 관리 체크리스트를 검토하면 클라우드 혁신 팀에 중간 수준의 계획 기간을 제공하고 필요에 따라 조정할 수 있는 충분한 유연성을 확보할 수 있습니다. 조사 결과를 토대로 실행 계획이 수립되면 이를 정기(주간 또는 격주) 스크럼 활동의 일부로 추적할 수 있습니다.

6.3 사후 구현 및 지속 가능성 계획 개발

무엇인가? 

사후 구현 및 지속 가능성 계획은 클라우드 혁신 전담 팀이 해체되더라도 조직이 장기 목표를 달성하는 데 도움이 되는 문서입니다. 이 계획의 목적은 조직이 클라우드 혁신 노력 이후에도 사람 관련 메커니즘을 그대로 유지할 수 있도록 하는 것입니다. 

변경 사항이 지속되고, 내재되어 있고, 지속 가능하도록 하려면 다음을 고려하세요. 

  • 변화 스폰서 또는 기타 고위 경영진에게 분기별로 보고하여 변화 측정을 공식화합니다.

  • 변화를 직원 성과 계획이나 직무 책임에 반영합니다.

  • 변화 모니터링에 정규 직원의 시간 중 일부를 할애합니다.

  • 변화 관련 활동을 연간 성과 계획 및 규정 준수 교육 계획 등의 다른 공식 프로세스 및 정책에 맞게 조정합니다.

왜 중요한가?

클라우드 혁신 프로세스의 주요 단계(예: 마이그레이션 또는 현대화)가 완료되면 추가 변화가 나타날 수 있습니다. 이러한 변화를 지속하기 위한 장기 전략 계획을 수립해야 합니다. 예를 들어, 조직의 한 영역에서 문화나 행동을 바꾸면 다른 영역의 프로세스가 변경되거나 다른 사업부 전체에서 변경이 반복되어야 할 수 있습니다. 

언제 사용하는가?

모든 클라우드 혁신에는 변화 가속화 계획의 여러 이해관계자와 구현자가 참여합니다. 변화 프로젝트의 지속 가능성에 누가 참여해야 하는지 파악하는 것이 중요합니다. 그런 다음 프로젝트를 공식적으로 완료한 후(예: 프로젝트 기간에 따라 3개월, 6개월 또는 12개월 후) 일정에 따라 진행 중인 소유권을 재평가하고 검토할 기간을 설정할 수 있습니다. 프로젝트 요구 사항에 따라 변화를 모니터링하고 평가하기 위한 지속적 개선 계획 또는 지속적 검토 계획을 개발해야 할 수도 있습니다. 지속적 개선 계획에는 다음이 포함될 수 있습니다. 

  • 용도 

  • 거버넌스 구조 

  • 역할 및 책임

  • 이벤트 일정, 검토 및 피드백 세션

  • 지속적 성공 측정

이해관계자의 지속 가능성을 평가하는 것 외에도 계획된 커뮤니케이션이 초기 클라우드 혁신 이후에도 계속되도록 합니다. 커뮤니케이션 챔피언이 전환을 받아들일 준비가 되었는지, 팀이 적절한 교육을 받고, 과제를 완수할 시간이 있고, 프로그램을 지원할 기술적 준비가 되어 있는지 확인합니다. 현재 진행 중인 클라우드 마이그레이션 또는 현대화 프로젝트가 끝날 때 지속적 커뮤니케이션을 관리하는 데 적합한 리소스를 식별합니다. 고려해야 할 주요 조치는 다음과 같습니다. 

  • 전환 계획 개발

  • 지속적 커뮤니케이션 챔피언 식별

  • 커뮤니케이션 챔피언과의 회의를 통해 역할, 책임, 계층 구조 및 실행 항목 약술

  • 전환 회의를 진행하여 다음 단계 확인

  • 커뮤니케이션 로드맵 개발

또한 클라우드 마이그레이션 또는 현대화 이후 발견된 교육 격차를 해결해야 합니다. 주요 고려 사항은 다음과 같습니다. 

  • 피드백, 교훈, 변화 검토

  • 참가자의 피드백 요청 

  • 필요에 따라 추가 교육 지원 자료 개발

  • 개선 교육 계획 문서화(예: 신입 직원 교육, 분기별 교육 또는 이벤트 기반 교육 재교육)

  • 모든 관련 교육 자료(프로젝트 계획, 감사 및 평가 조사 결과, 교육 전략, 커리큘럼 개요, 최종 문서, 평가 양식 등)의 클라우드 혁신 아카이브 생성 

  • 자료 업데이트 및 수정 계획 개발

이러한 활동을 지속 가능성 계획의 일부로 포함하면 조직은 조직 내에서 변화가 얼마나 잘 지속되고 있는지 더 잘 이해할 수 있습니다. 인내심, 지속성, 데이터 기반, 체계성을 갖추면 조직이 지속 가능성 계획을 준수하는 데 도움이 됩니다.