Agentic AI 시대 Salesforce CoE 설계

이 요약은 AI가 원문을 분석해 생성했습니다. 정확한 내용은 원문 기준으로 확인하세요.

TL;DR

Salesforce 조직은 사용하지 않는 필드와 애플리케이션, 문서 없는 Apex와 managed package가 쌓이면서 사용자 도입과 AI 에이전트의 데이터 추론을 방해하는 기술 부채를 만들 수 있습니다. Center of Excellence는 Executive Sponsor, 사업 부문 대표, PMO·Data Steward, Admin·Developer·Architect를 연결해 메타데이터 변경과 백로그, 데이터 전략, 기술 부채를 사업 우선순위에 맞춰 관리하는 구조입니다. Agentic AI 시대에는 상시 비동기 소통, 주간 운영 검토, 월간 전략 검토를 병행하고 Slackbot 같은 도구로 변경 요청 처리를 지원해야 합니다. 첫 에이전트 배포 전에는 데이터 품질 기준선, 공식 스키마 승인, 기술 부채 목록, AI 거버넌스 정책을 모두 갖춰야 하며, CoE는 사업 변화에 맞춰 계속 조정해야 합니다.

섹션별 상세

Salesforce 조직은 사용하지 않는 애플리케이션과 필드, 문서 없는 managed package와 Apex가 누적되면서 기술 부채를 안게 됩니다. 이런 잔여 구성은 사용자 경험과 신규 프로세스 도입을 어렵게 만들고, 사용자가 Salesforce 대신 스프레드시트 같은 오프라인 시스템을 선택하게 만들 수 있습니다. AI 에이전트는 불필요한 필드를 안정적으로 추론하기 어렵고, 오래된 자동화는 원인을 설명하기 힘든 데이터 변경을 일으킬 수 있습니다. 따라서 Agentic AI 시대에는 기술 부채를 줄이고 변경을 통제하는 거버넌스가 AI 도입 속도를 좌우하는 기반이 됩니다.

근거

AI 에이전트는 사용하지 않는 필드와 오래된 자동화가 남아 있는 Salesforce 조직에서 안정적으로 추론하기 어렵다. — 기술 부채가 AI에 미치는 영향을 설명하는 도입부 문단

조직이 작을 때 이메일과 비공식 대화로 처리하던 변경 방식은 Salesforce 사용자가 늘어나면 확장되지 않습니다. 그 결과 되돌리기 어려운 스키마 변경, 정의가 충돌하는 중복 필드, 동작을 이해하는 사람이 없어 건드리기 어려운 자동화가 생깁니다. CoE는 들어오는 메타데이터 변경 요청을 우선순위와 사업 전략에 맞춰 심사하고, 아키텍처 표준과 데이터 전략을 일관되게 적용합니다. 이를 통해 기능 요청을 가장 크게 외친 요구가 아니라 사업 가치와 실행 가능성에 따라 처리하고, 투자 대비 수익을 객관적으로 추적할 수 있습니다.

CoE를 준비할 때는 변경 승인권자, 사업 백로그의 최종 책임자, 기술 부채를 해결하거나 우회할 시점을 결정하는 주체를 먼저 정해야 합니다. 새 필드와 객체 이름 변경처럼 하위 자동화나 AI 모델에 영향을 줄 수 있는 메타데이터 변경은 공식 승인과 기록을 거쳐야 합니다. 기능 도입 전에 성공 지표를 정해 두면 변경 이후 사업 성과를 기준으로 프로젝트를 실행·지연·거부할 수 있습니다. 이런 결정 구조가 있어야 IT팀과 Salesforce Architect가 예측 가능한 전달 주기로 사업 우선순위를 구현할 수 있습니다.

근거

Salesforce CoE는 메타데이터 변경 요청, 아키텍처 표준, 데이터 전략, 변경 관리와 사용자 도입을 함께 관리하는 의사결정 구조다. — Understanding the purpose of a CoE 섹션

글에서 제시한 CoE 구조는 Executive Sponsor, 사업 부문 대표로 구성된 Operating Steering Committee, PMO 또는 기존 CoE, Admin·Developer·Architect 같은 전달 역할로 이어집니다. Executive Sponsor는 예산 권한과 사업 전략 접근성을 바탕으로 조직적 장애물을 제거하고 CoE 회의를 유지해야 하며, Business Lead는 사업 전략을 Salesforce 백로그로 변환하고 요청의 우선순위와 타당성을 판단합니다. PMO와 Data Steward는 Salesforce 변경을 다른 조직 변화와 연결하고 보안·데이터 무결성을 검토합니다. Admin, Developer, Architect는 구현 노력과 기술 제약을 평가하며 데이터 모델, 통합 패턴, AI 준비 상태를 관리합니다.

Salesforce CoE의 거버넌스 계층을 Executive Sponsor부터 Admins, Analysts, Developers, Architects까지 나타낸 구조도입니다. — Diagram도표 중앙에는 Executive Sponsor, Operating Steering Committee, PMO / Center of Excellence, Admins·Analysts·Developers·Architects가 위에서 아래로 배치되어 있습니다. 왼쪽의 Business Strategy 화살표는 조직의 사업 전략이 구조를 관통하는 흐름을, 오른쪽의 Delivery Cadence 화살표는 실행 주기를 나타냅니다. 본문의 역할 분담과 사업 전략·전달 주기를 연결하는 CoE 구조를 시각적으로 뒷받침합니다.

근거

Executive Sponsor는 CoE의 조직적 장애물을 제거하고 회의를 유지하며 Salesforce 조직의 장기적인 건전성을 지지해야 한다. — Understand the role of executive sponsor 섹션

AI 기능과 에이전트 역량이 지속적으로 바뀌는 환경에서는 분기별 거버넌스만으로 충분하지 않습니다. 권장 방식은 모든 구성원이 진행 상황과 장애물을 공유하는 상시 비동기 소통, Admin·Developer·Architect가 전달 큐와 조직 상태를 점검하는 주간 운영 동기화, Business Lead와 Executive Sponsor가 백로그와 사업 우선순위를 대조하는 월간 전략 검토의 세 단계입니다. Slack 채널은 비동기 의견 수렴과 회의 기록에 쓰이며, Slackbot은 변경 요청을 요약하고 계획과 권고안을 만드는 데 활용될 수 있습니다. 이처럼 빠른 검토 주기와 AI 지원 도구를 결합해야 변경량이 늘어나는 Agentic AI 환경에서도 거버넌스가 전달 속도를 막지 않습니다.

근거

Agentic AI 시대의 CoE 거버넌스는 상시 비동기 소통, 주간 운영 동기화, 월간 전략 검토의 세 단계로 운영된다. — Run governance at the accelerated cadence AI demands 섹션의 세 가지 cadence 설명

첫 AI 에이전트를 배포하기 전에는 CoE의 준비 상태를 네 가지 기준으로 점검해야 합니다. 데이터 품질 기준선은 문서화되고 분기별 검토가 이뤄져야 하며, 스키마 변경에는 지정된 소유자와 공식 승인 절차가 필요하고, 기술 부채 목록은 월간 전략 검토에서 관리되어야 합니다. 또한 AI 거버넌스 정책은 데이터 접근, 에이전트 범위, 감사 추적을 포함해야 합니다. 네 기준이 모두 충족되면 에이전트 업무를 관리할 준비가 된 상태지만, 하나라도 미충족이면 AI 배포 전에 해당 전제조건을 먼저 해결해야 합니다.

근거

AI 에이전트 배포 전에는 데이터 품질 기준선, 공식 스키마 변경 승인, 기술 부채 목록, AI 거버넌스 정책이 마련되어야 한다. — Know when your CoE is ready for agentic workloads 섹션의 readiness 표

CoE는 한 번 만들고 유지하는 조직이 아니라 사업 우선순위와 Salesforce 구현이 바뀔 때마다 역할, 절차, 검토 주기를 조정하는 운영 체계입니다. 기존 거버넌스 수준에서 시작해 학습과 공유를 반복하면서 기술 부채 목록, 데이터 품질 기준선, AI 준비성 평가를 갱신해야 합니다. 글은 단일 Architect에게 모든 책임을 맡기지 말고 사업·PMO·데이터·IT 역할을 연결하는 구조를 유지해야 한다고 설명합니다. 관련 학습 자료로 Establish the Agentic Enterprise Trailhead 모듈과 Salesforce Architect Digest가 제시됩니다.

용어 해설

CoE(Center of Excellence): — Center of Excellence는 조직의 기술 변경과 업무 우선순위를 조정하는 의사결정·거버넌스 구조입니다. Salesforce에서는 메타데이터 변경을 심사하고 아키텍처 표준, 데이터 전략, 변경 관리, 사용자 도입을 일관되게 운영하는 역할을 맡습니다.
기술 부채(Technical Debt): — 기술 부채는 당시에는 합리적이었지만 누적되면서 변경과 유지보수를 어렵게 만드는 설계·구현상의 잔여 부담입니다. 사용하지 않는 애플리케이션과 필드, 문서 없는 Apex 및 관리 패키지가 Salesforce의 사용자 경험과 AI 활용을 저해하는 사례로 제시됩니다.
메타데이터(Metadata): — 메타데이터는 Salesforce의 객체, 필드, 자동화 같은 구성 정보를 가리킵니다. CoE는 새 필드 추가, 객체 이름 변경, 선택 목록 값 폐기처럼 하위 보고서·자동화·AI 모델에 영향을 줄 수 있는 변경을 승인 절차 안에서 관리합니다.
데이터 거버넌스(Data Governance): — 데이터 거버넌스는 필요한 필드, 중복 데이터, 보안, 데이터 무결성과 시스템 간 데이터 흐름을 관리하는 체계입니다. Salesforce CoE는 데이터 스튜어드와 IT 역할을 통해 변경이 조직 전체의 데이터 구조와 연동 시스템에 미치는 영향을 사전에 평가합니다.
AI 거버넌스(AI Governance): — AI 거버넌스는 AI 에이전트가 접근할 데이터와 수행 범위, 감사 추적을 통제하는 정책 체계입니다. 글은 에이전트 배포 전에 데이터 품질 기준선, 공식 스키마 승인, 기술 부채 목록, AI 정책이 마련되어 있어야 한다고 제시합니다.