A. 라이브 시작 1주일 전에 스테이징 샌드박스 새로 고침을 시작한 후 즉시 스테이징에 배포합니다.
가동 시 스테이징에서 프로덕션으로 배포

B. 출시 약 6주 전에 샌드박스가 릴리스 미리 보기에 있는지 확인하세요. 라이브 시작 일주일 전에 스테이징에 배포하세요. 가동 시 스테이징에서 프로덕션으로 배포

C. 가동하기 한 달 전에 스테이징 및 프로덕션 지원에 배포합니다. 가동 시 프로덕션 지원에서 프로덕션으로 배포

D. 가동 2주 전에 스테이징에 배포한 다음 스테이징 및 프로덕션 지원 샌드박스를 새로 고칩니다. 가동 시 스테이징에서 프로덕션으로 배포

A. 프로젝트가 끝날 때까지 팀을 별도로 유지하고 전체 복사 샌드박스를 만들어 작업을 병합합니다.

B. 전용 개발자 프로 샌드박스를 활용하여 중요한 버그를 해결하고 프로덕션으로 출시합니다.

C. 개발 샌드박스의 중요한 버그를 해결하고 해당 변경 사항을 프로덕션에 별도로 푸시합니다.

D. 진행 중인 개발 샌드박스에 중요한 버그에 대한 수정 사항을 포함하여 다른 코드와 함께 릴리스될 수 있도록 합니다.

A. 해외 팀에게 공유 스프레드시트에 진행 상황과 상태를 추가하도록 요청하세요.

B. 팀의 진행 상황을 공유하기 위해 모든 해외 팀 대표와 매일 스탠드업 미팅을 계획하세요.

C. 해외 팀에 팀의 진행 상황을 CTO에게 매일 이메일로 보내달라고 요청합니다.

D. A 해외 팀에게 가상 Kanban 보드 도구에서 진행 중인 작업을 공유하도록 요청합니다.

A. 표준 개체의 비즈니스 프로세스를 수정 없이 병합할 수 있습니다.

B. 고객 데이터는 표준화 및 중복 제거를 사용하여 수정 사항과 병합될 수 있습니다.

C. 표준 개체를 사용하므로 거래 판매 데이터를 수정 없이 결합할 수 있습니다.

D. 두 제품 라인을 모두 판매하는 영업사원은 각 제품 라인에 대해 한 번씩 두 번의 로그인이 필요합니다.

A. 빌드 릴리스

B. 변경 세트

C. 지속적인 통합

D. 개발

E. 테스트