본문 바로가기문의 바로가기
Sébastien Tang

노트 Salesforce와 AI

Salesforce 교육 계획: 인수 테스트 전에 정합니다

교육 계획은 인수 테스트 전에 정합니다. 관리자와 핵심 사용자를 먼저, 이어서 팀장과 최종 사용자를 회사 프로세스로 sandbox에서 교육합니다.

대상 독자
Salesforce를 도입하거나 다시 정비하는 기업의 현업 스폰서와 프로그램 책임자
작성자
, Program and Delivery · Seoul
게시일
읽는 시간
6분
다른 언어
EnglishFrançais

요약

  • 도입 교육 계획은 인수 테스트 전에 정합니다. 누구를 어떤 순서로, 언제, 어떤 프로세스와 데이터로 교육할지를 이때 결정합니다.
  • 관리자와 핵심 사용자는 인수 테스트 전에 교육하고, 컷오버에 가까워지면 팀장을 팀원보다 먼저 교육합니다.
  • 익명화한 데이터를 넣은 교육 전용 sandbox에서 회사 프로세스로 교육하고, 계획의 성과는 인수 테스트와 헬프데스크에서 판단합니다.

도입 교육 계획은 컷오버(운영 전환) 주간이 아니라 인수 테스트(UAT) 전에 정합니다. 첫 테스트를 시작하기 전에 누구를 어떤 순서로, 언제, 어떤 프로세스로, 어떤 환경에서, 어떤 데이터로 교육할지가 정해져 있어야 합니다. 그보다 늦게 정하면 계획은 모든 사람에게 같은 주에 보여 주는 일반 시연으로 줄어듭니다.

인수 테스트 첫날에야 Salesforce를 처음 접하는 핵심 사용자를 예로 들어 보겠습니다. 세션 내내 필드가 어디 있는지 찾느라 시간을 씁니다. 이들이 올리는 결함은 화면 이동 문의입니다. 실제 프로세스 차이(빠진 승인 단계, 회사 업무와 맞지 않는 상태값)는 아무도 보지 못한 채 지나갔다가 운영 환경에서 다시 드러납니다. 인수 테스트는 서명까지 끝났지만, 실제로 시험한 대상은 도구에 익숙해지는 과정이었습니다.

인수 테스트 전에 무엇을 정해 두어야 합니까?

교육 계획에 필요한 결정은 많지 않지만, 하나하나가 프로젝트의 다른 주체에게 달려 있습니다. 인수 테스트 날짜는 구축 파트너의 일정에서 나옵니다. 교육용 sandbox(운영 환경과 분리된 Salesforce 복제 환경)는 요청하고, 설정하고, 데이터를 채워야 합니다. 데이터 세트는 데이터 이관을 준비하는 팀의 손을 거칩니다. 핵심 사용자는 팀장이 업무에서 빼 주어야 하고, 때로는 온종일 자리를 비워야 합니다. 어느 결정도 마지막 순간에 해결되지 않습니다.

프로그램 책임자는 내부 인력이든 외부 인력이든 구축 파트너, 핵심 사용자와 함께 계획을 작성합니다. 서명은 현업 스폰서가 합니다. 팀의 시간을 내주는 사람이 스폰서이기 때문입니다. 구축 파트너의 계약서도 다시 읽고, 관리자 교육과 강사 양성 교육이 포함되는지, 교육 자료는 누가 만드는지 확인합니다.

인수 테스트 전에 서명할 교육 계획1. 대상별 교육 순서: 관리자, 핵심 사용자, 팀장, 최종 사용자 순서로 진행하고, 그룹마다 책임자를 지정합니다. 2. 차수별 날짜: 인수 테스트 전, 컷오버 전, 컷오버 후로 나누고, 구축 파트너의 일정에 맞춥니다. 3. 자사 프로세스에서 가져온 실습: 인수 테스트 시나리오마다 실습 하나를 두고, 회사의 용어, 상태값, 필수 필드를 그대로 씁니다. 4. 교육 전용 sandbox: 인수 테스트 환경, 운영 환경과 분리하고, 검증된 설정과 교육 대상 프로필별 사용자를 갖춥니다. 5. 익명화한 데이터 세트: 형태는 실제와 같고 실제 개인정보는 없습니다. 첫 세션 전에 DPO가 익명화 방법을 승인합니다. 6. 시간을 확보한 핵심 사용자: 인수 테스트를 이끌고, 동료를 교육하고, 첫 단계 지원을 맡습니다. 필요한 시간은 팀장이 내줍니다. 7. 미리 정한 성공 신호: 컷오버 이후 무엇을, 누가, 언제 확인할지 정해 두고, 세션을 다시 열 곳을 판단합니다. 8. 구축 파트너 계약의 범위: 구축 파트너가 제공할 교육과 교육 자료는 계약서에 명시합니다. 나머지는 회사가 맡습니다.대상별 교육 순서관리자, 핵심 사용자, 팀장, 최종 사용자 순서로 진행하고, 그룹마다 책임자를 지정합니다.차수별 날짜인수 테스트 전, 컷오버 전, 컷오버 후로 나누고, 구축 파트너의 일정에 맞춥니다.자사 프로세스에서 가져온 실습인수 테스트 시나리오마다 실습 하나를 두고, 회사의 용어, 상태값, 필수 필드를 그대로 씁니다.교육 전용 sandbox인수 테스트 환경, 운영 환경과 분리하고, 검증된 설정과 교육 대상 프로필별 사용자를 갖춥니다.익명화한 데이터 세트형태는 실제와 같고 실제 개인정보는 없습니다. 첫 세션 전에 DPO가 익명화 방법을 승인합니다.시간을 확보한 핵심 사용자인수 테스트를 이끌고, 동료를 교육하고, 첫 단계 지원을 맡습니다. 필요한 시간은 팀장이 내줍니다.미리 정한 성공 신호컷오버 이후 무엇을, 누가, 언제 확인할지 정해 두고, 세션을 다시 열 곳을 판단합니다.구축 파트너 계약의 범위구축 파트너가 제공할 교육과 교육 자료는 계약서에 명시합니다. 나머지는 회사가 맡습니다.인수 테스트 전에 서명할 교육 계획1. 대상별 교육 순서: 관리자, 핵심 사용자, 팀장, 최종 사용자 순서로 진행하고, 그룹마다 책임자를 지정합니다. 2. 차수별 날짜: 인수 테스트 전, 컷오버 전, 컷오버 후로 나누고, 구축 파트너의 일정에 맞춥니다. 3. 자사 프로세스에서 가져온 실습: 인수 테스트 시나리오마다 실습 하나를 두고, 회사의 용어, 상태값, 필수 필드를 그대로 씁니다. 4. 교육 전용 sandbox: 인수 테스트 환경, 운영 환경과 분리하고, 검증된 설정과 교육 대상 프로필별 사용자를 갖춥니다. 5. 익명화한 데이터 세트: 형태는 실제와 같고 실제 개인정보는 없습니다. 첫 세션 전에 DPO가 익명화 방법을 승인합니다. 6. 시간을 확보한 핵심 사용자: 인수 테스트를 이끌고, 동료를 교육하고, 첫 단계 지원을 맡습니다. 필요한 시간은 팀장이 내줍니다. 7. 미리 정한 성공 신호: 컷오버 이후 무엇을, 누가, 언제 확인할지 정해 두고, 세션을 다시 열 곳을 판단합니다. 8. 구축 파트너 계약의 범위: 구축 파트너가 제공할 교육과 교육 자료는 계약서에 명시합니다. 나머지는 회사가 맡습니다.대상별 교육 순서관리자, 핵심 사용자, 팀장, 최종 사용자 순서로진행하고, 그룹마다 책임자를 지정합니다.차수별 날짜인수 테스트 전, 컷오버 전, 컷오버 후로 나누고,구축 파트너의 일정에 맞춥니다.자사 프로세스에서 가져온 실습인수 테스트 시나리오마다 실습 하나를 두고,회사의 용어, 상태값, 필수 필드를 그대로씁니다.교육 전용 sandbox인수 테스트 환경, 운영 환경과 분리하고,검증된 설정과 교육 대상 프로필별 사용자를갖춥니다.익명화한 데이터 세트형태는 실제와 같고 실제 개인정보는 없습니다.첫 세션 전에 DPO가 익명화 방법을 승인합니다.시간을 확보한 핵심 사용자인수 테스트를 이끌고, 동료를 교육하고, 첫단계 지원을 맡습니다. 필요한 시간은 팀장이내줍니다.미리 정한 성공 신호컷오버 이후 무엇을, 누가, 언제 확인할지 정해두고, 세션을 다시 열 곳을 판단합니다.구축 파트너 계약의 범위구축 파트너가 제공할 교육과 교육 자료는계약서에 명시합니다. 나머지는 회사가맡습니다.
도식 1 아직 고칠 시간이 있을 때, 스폰서가 서명하기 전에 확인할 항목입니다.

누구를 먼저 교육하고, 왜 그 순서입니까?

규칙 하나면 충분합니다. 각 그룹은 자신이 도와야 할 그룹보다 먼저 교육을 받습니다.

첫 순서는 관리자입니다. 구축 파트너가 떠나면 org를 넘겨받고, 그전까지는 교육용 sandbox를 준비하면서 인수 테스트 기간의 질문에 답합니다. 설정을 사용자와 같은 시점에 처음 보는 관리자는 아무도 돕지 못합니다. 관리 업무를 처음 맡는지, 이미 org를 관리하는지에 따라 맞는 과정이 다릅니다. 선택 기준은 ADX201과 ADX211 비교에서 다룹니다.

다음은 핵심 사용자입니다. 팀이나 프로세스마다 한 명씩 지정한 현업 담당자로, 인수 테스트를 이끌고 이후 첫 단계 지원을 맡습니다. 인수 테스트 전에 교육을 받으면 첫날부터 자기 프로세스를 시험합니다. 다음 차수를 가장 잘 가르치는 사람도 핵심 사용자입니다. 동료가 쓰는 말로 설명하고, 예외 상황을 알기 때문입니다.

팀장은 팀원보다 먼저 교육합니다. 이 순서는 자주 뒤집히지만, 실제 정착은 이 순서가 좌우합니다. 월요일 아침에 여전히 스프레드시트를 요구하는 팀장은 회의 한 번으로 팀의 교육을 무효로 만듭니다. 먼저 교육을 받은 팀장은 리포트와 대시보드로 팀을 운영하는 법을 익히고, 어떤 필드를 요구할지 압니다. 그러면 팀원의 시간도 내줄 수 있습니다. 팀장 세션은 팀장에게 맞춰 짭니다. 입력은 줄이고 리포트 읽기와 판단을 늘립니다.

최종 사용자는 마지막으로, 컷오버에 최대한 가깝게 교육합니다. 인원이 가장 많고, 배운 내용을 다음 날부터 바로 써야 합니다.

언제 교육하고, 차수마다 어떤 역할을 합니까?

관리자와 핵심 사용자는 인수 테스트 전에, 설정을 마친 org로 교육합니다. 목표는 프로세스 하나를 처음부터 끝까지 진행하고 결과가 맞는지 판단하는 능력입니다. 이어지는 인수 테스트 기간에는 시나리오를 바탕으로 교육 자료를 씁니다. 검증된 시나리오는 각각 시작 데이터와 기대 결과를 갖춘 실습이 됩니다.

팀장과 최종 사용자는 설정이 안정된 뒤, 컷오버 직전에 차례로 교육합니다. 너무 일찍 교육하면 비용이 두 가지 생깁니다. 배운 내용을 잊고, 인수 테스트 수정 사항 때문에 익힌 화면이 바뀝니다. 컷오버 당일에 교육하면 다른 비용이 생깁니다. 시간을 낼 수 있는 사람이 없고, 세션이 끝나기도 전에 첫 실전 질문이 들어옵니다.

컷오버 이후에는 보완 교육으로 넘어갑니다. 짧은 세션으로 헬프데스크에 반복해서 들어오는 질문을 다시 다루고 팀장에게는 리포트 활용을 심화합니다. 신규 입사자도 이 세션에서 교육합니다. 이 교육은 집중 지원 기간이 끝난 뒤에도 이어집니다. 일상 화면에 영향을 주는 릴리스마다 교육 자료를 갱신해야 하기 때문입니다. 이런 변경을 누가 결정하는지는 Salesforce 거버넌스에서 정할 문제이며, 교육 계획도 그 안에 한 줄을 차지해야 합니다.

인수 테스트부터 컷오버 이후까지의 교육 차수인수 테스트 전, 관리자, 이어서 핵심 사용자: 설정을 마친 org를 배워, 프로세스마다 처음부터 끝까지 시험합니다. 인수 테스트 중, 시나리오로 교육 자료 작성: 검증된 시나리오는 각각 시작 데이터와 기대 결과를 갖춘 실습이 됩니다. 컷오버 전, 팀장, 이어서 최종 사용자: 안정된 설정에서, 교육용 sandbox로, 직무마다 해당 프로필의 사용자로 진행합니다. 컷오버 후, 대상별 보충 교육과 신규 입사자: 헬프데스크 질문을 다루는 짧은 세션과 팀장용 리포트 심화를 진행하고, 릴리스마다 교육 자료를 갱신합니다.인수 테스트 전관리자, 이어서 핵심사용자설정을 마친 org를배워, 프로세스마다처음부터 끝까지시험합니다.인수 테스트 중시나리오로 교육자료 작성검증된 시나리오는각각 시작 데이터와기대 결과를 갖춘실습이 됩니다.컷오버 전팀장, 이어서 최종사용자안정된 설정에서,교육용 sandbox로,직무마다 해당프로필의 사용자로진행합니다.컷오버 후대상별 보충 교육과신규 입사자헬프데스크 질문을다루는 짧은 세션과팀장용 리포트 심화를진행하고, 릴리스마다교육 자료를갱신합니다.인수 테스트부터 컷오버 이후까지의 교육 차수인수 테스트 전, 관리자, 이어서 핵심 사용자: 설정을 마친 org를 배워, 프로세스마다 처음부터 끝까지 시험합니다. 인수 테스트 중, 시나리오로 교육 자료 작성: 검증된 시나리오는 각각 시작 데이터와 기대 결과를 갖춘 실습이 됩니다. 컷오버 전, 팀장, 이어서 최종 사용자: 안정된 설정에서, 교육용 sandbox로, 직무마다 해당 프로필의 사용자로 진행합니다. 컷오버 후, 대상별 보충 교육과 신규 입사자: 헬프데스크 질문을 다루는 짧은 세션과 팀장용 리포트 심화를 진행하고, 릴리스마다 교육 자료를 갱신합니다.인수 테스트 전관리자, 이어서 핵심 사용자설정을 마친 org를 배워, 프로세스마다 처음부터끝까지 시험합니다.인수 테스트 중시나리오로 교육 자료 작성검증된 시나리오는 각각 시작 데이터와 기대결과를 갖춘 실습이 됩니다.컷오버 전팀장, 이어서 최종 사용자안정된 설정에서, 교육용 sandbox로, 직무마다해당 프로필의 사용자로 진행합니다.컷오버 후대상별 보충 교육과 신규 입사자헬프데스크 질문을 다루는 짧은 세션과 팀장용리포트 심화를 진행하고, 릴리스마다 교육자료를 갱신합니다.
도식 2 도입의 각 시점에 누구를 교육하고, 차수마다 무엇을 만들어 내야 하는지 보여 줍니다.

무엇으로, 어떤 환경에서, 어떤 데이터로 교육합니까?

교육 내용은 회사의 프로세스에서 가져옵니다. 일반 실습(거래처 생성, 이어서 영업 기회 생성)은 영업 담당자에게 아무 의미가 없습니다. 영업 담당자에게 필요한 정보는 회사에서 잠재 고객을 어떻게 검증하는지, 할인은 누가 승인하는지, 견적서는 언제 나가는지입니다. 그래서 실습은 인수 테스트 시나리오를 가져와 회사의 용어와 필수 필드를 그대로 씁니다. 확인 방법은 간단합니다. 세션에서 한 작업을 다음 날 혼자 다시 할 수 있는지 봅니다.

교육은 운영 환경, 인수 테스트용 sandbox와 분리한 교육용 sandbox에서 진행합니다. 운영 환경에서 실습하면 실제 레코드가 생기고, 누군가 정리해야 합니다. 인수 테스트 환경에서 실습하면 실습 데이터가 테스트 케이스와 섞입니다. 교육용 sandbox에는 검증된 설정을 반영하고, 참가자는 각자 직무와 같은 프로필의 사용자로 로그인합니다. 관리자 권한으로 로그인한 강사에게는 참가자 화면에 없는 버튼과 필드가 보입니다.

교육 현장에서 직접 본 일입니다. 제 예전 데모 org에는 이미 활성화된 기능이 있어서 교육생 화면과 다른 메뉴가 보였습니다. 2026년 10월부터는 제 교육 자료의 모든 단계를 세션 전에, 교육생 org와 같은 방식으로 만든 새 org에서 미리 실행해 봅니다. 도입 프로젝트에서도 규칙은 같습니다. 모든 실습은 세션 전에 교육 대상 프로필의 사용자로 미리 실행해 봅니다.

현실적이면서 익명화한 데이터로 교육합니다. 빈 sandbox로는 제대로 가르칠 수 없습니다. 데이터가 없으면 리포트에 아무것도 나타나지 않습니다. 운영 데이터를 그대로 복사하면 반대쪽 문제가 생깁니다. 실제 고객의 이름과 이력이 교육장 전체에 보입니다. 좋은 데이터 세트에서는 실제 데이터의 형태(연락처, 영업 기회, 케이스가 딸린 거래처와 그럴듯한 상태값)를 유지하면서, 개인을 식별할 수 있는 정보를 모두 바꿉니다. 익명화 방법은 첫 세션 전에 개인정보 보호책임자(DPO)의 승인을 받습니다.

이 데이터 세트는 데이터 이관을 준비하는 팀과 함께, 같은 객체와 같은 적재 순서로 만듭니다. 적재 리허설에서 나온 데이터를 익명화하면 교육용 sandbox에 넣을 수 있습니다. 이관 방법은 Salesforce 데이터 마이그레이션, 컷오버 전에 입증할 항목에서 다룹니다.

마지막은 실습의 연결 방식입니다. 2026년 9월 ADX201 세션에서는 실습이 앞 실습의 결과에 이어지는 구조였습니다. 리포트 단계에 이르자 일부 교육생에게는 전날 만든 객체가 없었고, 데이터를 가져올 때는 상위·하위 레코드의 적재 순서에서 막혔습니다. 2026년 10월에 교육 자료를 고쳐 실습마다 시작 지점, 오 분짜리 따라잡기 단계, 미리 준비한 데이터 세트를 두었습니다.

계획이 효과를 냈는지 어떻게 알 수 있습니까?

출석부와 세션 종료 평가로 알 수 있는 범위는 세션 자체입니다. 평가가 좋은 세션을 마친 사용자도 다음 날 스프레드시트로 돌아갈 수 있습니다. 쓸모 있는 신호는 프로젝트와 org 안에서 읽습니다.

  • 인수 테스트 중에는 결함이 버튼 위치가 아니라 프로세스(규칙이나 권한)를 가리킵니다.
  • 컷오버 당일에는 사용자가 옆에 강사 없이 일상 업무를 처리하고, 첫 질문은 핵심 사용자가 받아 냅니다.
  • 이후 몇 주 동안 헬프데스크에 들어오는 사용 방법 문의가 줄고, 남은 문의는 핵심 사용자가 처리합니다.
  • 회의에서 팀장이 리포트와 대시보드로 팀을 운영하고, 따로 쓰던 스프레드시트가 사라집니다.
  • 데이터를 보면 필수 필드에 의미 있는 값이 들어 있고, 레코드가 처음부터 Salesforce에서 만들어집니다.

이 신호는 인수 테스트 전에 정하고, 신호마다 책임자와 컷오버 이후 확인 날짜를 붙입니다. 그렇지 않으면 결과 판단은 인상에 그칩니다. 신호가 움직이지 않는 그룹이나 프로세스에서 세션을 다시 엽니다.

문의

같은 과제를 검토하고 계십니까?

프로그램이나 팀의 현재 상황과 결정해야 할 사항을 알려 주십시오.

상담 요청하기

실습 사례강사 프로필