A. 변경 세트는 배포 전에 유효성 검사를 할 수 없습니다.

B. 변경 세트는 자동화할 수 없습니다.

C. 변경 세트는 프로덕션 Salesforce 조직 간에 재사용할 수 없습니다.

D. 변경 세트는 동일한 프로덕션 조직에 소속된 조직에는 사용할 수 없습니다.

E. 변경 세트는 되돌릴 수 없습니다.

A. 워터폴 프로젝트를 시작하고 규제 요건을 기반으로 솔루션의 기능을 구축하기 시작합니다. 동시에 솔루션에 필요한 나머지 비규제 요건을 수집한 후, 두 요건을 종합하여 솔루션을 재작업합니다.

B. 애자일 프로젝트를 시작하고, "스프린트 0"을 통해 프로젝트 범위와 예상 소요 시간을 산정하고 제품 백로그를 구축합니다. 최소 실행 가능 제품(MVP)을 정의합니다. 백로그를 기반으로 솔루션 구축을 시작하고, 프로젝트 이해관계자들과 함께 디자인을 공동으로 개발합니다.

C. 남은 요구사항을 수집하고 아키텍처 및 설계를 완료하여 워터폴 프로젝트를 시작합니다. 이해관계자의 정기적인 검토를 통해 빌드/테스트 프로세스를 시작합니다. 빌드가 완료되면 인수 테스트를 수행하고 규제 요구사항 준수 여부를 검증합니다.

D. 알려진 요구사항을 기반으로 애자일 프로젝트를 시작하고, 즉시 개발을 시작하며, 나머지 요구사항은 발생하는 대로 처리합니다. 애자일 방법론에서는 예산과 일정이 제약 요소가 되지 않습니다.

A. 사소한 변경 사항에 대해서는 회귀 테스트를 건너뜁니다.

B. 최고 매출 시간대 직전에 출시하는 것을 피하십시오.

C. 프로덕션 환경에서는 선언적 변경만 하십시오.

D. 개발자는 사용자 수용 테스트를 실시해야 합니다.

A. 거버넌스를 위해 디자인 표준을 활용하세요.

B. 설립 헌장을 갖춘 우수 센터를 설립합니다.

C. 릴리스 관리 프로세스를 생성합니다.

D. 각 프로젝트에 대한 프로젝트 헌장을 작성하십시오.

A. 모든 사용자 정의 필드 및 사용자 정의 개체에 도움말 텍스트를 필수로 지정하는 디자인 표준을 만드세요.

B. 사용자 정의 개체에서 설명 필드를 일관되게 사용할 수 있도록 디자인 표준을 만듭니다.

C. 모든 사용자 정의 개체 및 사용자 정의 필드를 저장하는 문서를 사용하여 디자인 표준을 생성합니다.

D. 모든 사용자 정의 개체 페이지 레이아웃에서 모든 사용자 정의 필드를 필수 항목으로 지정하는 디자인 표준을 만드세요.

E. 사용자 정의 필드에서 설명 필드를 일관되게 사용할 수 있도록 디자인 표준을 만드세요.