A. 내부 프로젝트에 사용할 Agile 또는 Waterfall 방법론을 선택하는 기준 설정

B. 특정 프로젝트의 요구 사항을 충족하는 방법론 설계

C. 프로젝트 문제를 해결하기 위해 필요한 경우 선택한 방법론의 편차 승인

D. 기업 프로젝트 스테이지 게이트가 선택된 방법론의 일부임을 강제

A. 메타데이터 배포 중에는 사용자 필드가 무시되며 이러한 모든 사용자는 배포를 시작하기 전에 대상 조직에서 수동으로 생성해야 합니다.

B. 원본 조직의 사용자 이름이 대상 조직에 없으면 사용자 이름이 확인되거나 제거될 때까지 배포가 중지됩니다.

C. 메타데이터 배포 중에 사용자 필드가 보존되고 Salesforce는 배포 중에 대상 조직에서 일치하는 사용자를 찾으려고 시도합니다.

D. 소스 조직의 사용자 이름이 대상 조직에 없으면 배포가 계속되고 Salesforce가 자동으로 대상 조직에 사용자 이름을 만듭니다.

A. 현재 코드를 UAT 샌드박스로 마이그레이션합니다. Dev 샌드박스에서 새 스프린트 개발을 시작하십시오. UAT 환경을 수정하고 비즈니스 승인 후 프로덕션용으로 UAT를 배포합니다.

B. Git을 사용하여 개발 브랜치에서 릴리스 브랜치를 생성합니다. 모든 수정은 릴리스 분기에서 이루어져야 합니다. 배포 후 개발과 릴리스를 병합합니다.

C. 개발 분기에 병합하지 않고 기능 분기에 예정된 변경 사항을 커밋합니다. 개발 분기에서 배포한 다음 새 스프린트 기능을 개발 분기에 병합합니다.

D. 새 스프린트의 첫 번째 작업은 배포 승인이어야 합니다. 그 후 스프린트의 다른 작업은 환경과 Git에서 수행할 수 있습니다.

A. Center of Excellence

B. 운영 위원회

C. 개발/구축 팀

D. 최종 사용자

A. 종속성을 포함하여 새 시스템과 관련된 데이터를 식별하고 데이터 무결성 검증을 위한 계획/스크립트를 개발합니다.

B. 기능에 따라 단계적으로 사용자를 마이그레이션하여 일정 기간 동안 레거시 시스템과 Salesforce를 동시에 사용해야 합니다.

C. 전체 샌드박스 환경을 사용하고 레거시 시스템의 실제 데이터로 데이터 마이그레이션 스크립트/프로세스의 테스트 실행을 수행합니다.

D. 관련된 모든 시스템에 전체 샌드박스 환경, 테스트 데이터 생성 스크립트가 있는 전체 배포 계획 및 통합을 포함한 전체 테스트를 사용합니다.