변경 관리 계획을 생성한 후에는 필요에 따라 계획을 업데이트해야 합니다.
이 프로세스를 지원하려면 변경 관리 계획 생성을 검토하십시오.
지속적인 작업의 일부로 고려해야 할 몇 가지 주요 영역은 다음과 같습니다.
직원이 변경의 이점을 이해하고 준비 계획을 공유하도록 지원합니다.
커뮤니케이션 계획에 따른 일관되고 정확한 커뮤니케이션을 보장합니다.
기술을 클라우드로 전환하는 방법을 찾습니다. EPM 구현을 살펴보면 몇 가지 전형적인 예가 있음을 알 수 있습니다. 예를 들어, 백그라운드에 Oracle Hyperion Financial Data Quality Management for Hyperion Enterprise가 있는 리소스는 Data Management로 쉽게 이동할 수 있습니다. 그러나 EPM을 살펴보는 것도 중요합니다. 로드맵. 항상 추가 및 변경해야 할 사항에 대한 새로운 요구사항이 있습니다. 주기를 단축하기 위해 프로세스와 병목 현상을 확인할 수 있어야 한다는 요구사항이 있다고 가정해 보겠습니다. 이 경우 태스크 관리자를 중심으로 시간을 투자하여 스킬을 쌓는 것이 좋습니다.
Oracle은 모든 환경의 소프트웨어 및 구성 업데이트와 관련된 변경 관리 프로세스를 책임집니다. 이 프로세스의 결과로 발생하는 모든 이슈는 회귀로 정의됩니다.
사용자는(Oracle이 아님) 모든 환경의 차원, 양식, 보고서 같은 사용자정의 아티팩트 변경 관리를 책임집니다. 한 환경에서 다른 환경으로의 아티팩트 마이그레이션은 셀프 서비스 작업입니다.
변화에 적응하는 데 도움이 되도록 사용자 도우미 및 교육 리소스를 참조합니다.
커뮤니티를 통해 학습하고, 적시에 공지사항을 받고, 신규 및 업데이트된 기능에 대한 웨비나를 활용하려면 클라우드 커뮤니티에 가입합니다. 이 Oracle Cloud 애플리케이션 웨비나를 검토할 것을 고려합니다.
