<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"><channel><title>Sébastien Tang · 노트</title><description>서울에서 활동하는 프로그램·딜리버리 리드가 Salesforce 거버넌스, 프로젝트 정상화, 운영 모델, AI를 정리한 노트입니다.</description><link>https://sebastientang.com/</link><language>ko</language><item><title>Dreamforce 2026: 지금 가능한 기능과 발표만 된 기능</title><link>https://sebastientang.com/ko/notes/dreamforce-2026/</link><guid isPermaLink="true">https://sebastientang.com/ko/notes/dreamforce-2026/</guid><description>Dreamforce 2026 발표를 Salesforce가 밝힌 상태대로 지금 가능, 파일럿, 날짜만 공개로 나누고, 프로그램 계획이 기대기 전에 확인할 항목을 정리합니다.</description><pubDate>Sun, 20 Sep 2026 00:00:00 GMT</pubDate><category>현장 노트</category><category>Dreamforce</category><category>Agentforce</category><category>Slack</category><category>로드맵</category></item><item><title>Agentforce 운영 모델: 프로덕션 이후 변경 권한을 나누는 법</title><link>https://sebastientang.com/ko/notes/agentforce-operating-model/</link><guid isPermaLink="true">https://sebastientang.com/ko/notes/agentforce-operating-model/</guid><description>프로덕션에 올라간 Agentforce 에이전트는 Subagent, Action, Instruction, 중단 권한을 누가 쥐는지 적은 변경 계약이 있어야 같은 경계를 지킵니다.</description><pubDate>Mon, 24 Aug 2026 00:00:00 GMT</pubDate><category>Salesforce와 AI</category><category>Agentforce</category><category>운영 모델</category><category>Salesforce 거버넌스</category></item><item><title>Agentforce PoC에서 프로덕션까지: 데모를 도입 판단으로 바꾸는 조건</title><link>https://sebastientang.com/ko/notes/agentforce-poc-to-production/</link><guid isPermaLink="true">https://sebastientang.com/ko/notes/agentforce-poc-to-production/</guid><description>Agentforce PoC는 진행, 보완 후 재시험, 중단 중 하나를 고르는 판단 기록으로 끝나야 하고, 프로덕션은 데이터, 권한, 중단 담당자, 시험 세트, 지원 경로가 갖춰졌을 때 엽니다.</description><pubDate>Mon, 17 Aug 2026 00:00:00 GMT</pubDate><category>Salesforce와 AI</category><category>Agentforce</category><category>PoC</category><category>프로덕션 준비도</category></item><item><title>Salesforce RFP에서 납품 계획보다 먼저 검증할 운영 모델</title><link>https://sebastientang.com/ko/notes/salesforce-rfp-operating-model/</link><guid isPermaLink="true">https://sebastientang.com/ko/notes/salesforce-rfp-operating-model/</guid><description>Salesforce RFP는 납품 계획이나 단가를 비교하기 전에 의사결정 권한, 설계 권한, 인계 이후의 책임 소재부터 검증해야 합니다.</description><pubDate>Mon, 17 Aug 2026 00:00:00 GMT</pubDate><category>운영 모델</category><category>Salesforce RFP</category><category>운영 모델</category><category>공급사 거버넌스</category></item><item><title>Salesforce와 PIPA 국외 이전: 계약 전 확인할 7개 항목</title><link>https://sebastientang.com/ko/notes/salesforce-pipa-cross-border-transfer/</link><guid isPermaLink="true">https://sebastientang.com/ko/notes/salesforce-pipa-cross-border-transfer/</guid><description>PIPA 국외 이전 검토는 리전 확인으로 끝나지 않습니다. 업무 흐름, 수신자, 보관, 변경 통제를 계약 전에 법무팀·개인정보 보호책임자와 맞추는 확인 목록입니다.</description><pubDate>Sun, 16 Aug 2026 00:00:00 GMT</pubDate><category>한국</category><category>Salesforce</category><category>PIPA</category><category>개인정보 국외 이전</category><category>Agentforce</category></item><item><title>자율 에이전트 세 개를 1년간 운영하며 배운 것</title><link>https://sebastientang.com/ko/notes/a-year-of-autonomous-agents/</link><guid isPermaLink="true">https://sebastientang.com/ko/notes/a-year-of-autonomous-agents/</guid><description>1년 동안 AI 에이전트 세 개가 제 백오피스를 운영했습니다. 장애는 조용한 멈춤이었고, 그 멈춤을 잡아낸 거버넌스 규칙은 이 구성보다 오래 남았습니다.</description><pubDate>Mon, 06 Jul 2026 00:00:00 GMT</pubDate><category>현장 노트</category><category>AI 에이전트</category><category>에이전트 거버넌스</category><category>운영</category></item><item><title>Salesforce 거버넌스: 결정 권한, 변경 등급, 릴리스 관문</title><link>https://sebastientang.com/ko/notes/salesforce-governance-framework/</link><guid isPermaLink="true">https://sebastientang.com/ko/notes/salesforce-governance-framework/</guid><description>Salesforce 거버넌스는 코드보다 소유권에서 먼저 무너집니다. 결정 권한을 세 단계로 나누고, 변경을 영향 범위로 분류하고, 모든 릴리스에 관문을 둡니다.</description><pubDate>Mon, 08 Jun 2026 00:00:00 GMT</pubDate><category>거버넌스</category><category>Salesforce 거버넌스</category><category>변경 관리</category><category>릴리스 관리</category><category>Agentforce</category></item><item><title>Salesforce Center of Excellence: 절차보다 역량을 먼저</title><link>https://sebastientang.com/ko/notes/salesforce-center-of-excellence/</link><guid isPermaLink="true">https://sebastientang.com/ko/notes/salesforce-center-of-excellence/</guid><description>승인만 하는 CoE는 우회당합니다. 플랫폼, 딜리버리, 수요 업무를 나누고, 검토 범위를 좁히고, 팀이 실제로 재사용하는 자산으로 존재 이유를 증명합니다.</description><pubDate>Mon, 25 May 2026 00:00:00 GMT</pubDate><category>거버넌스</category><category>Center of Excellence</category><category>Salesforce 거버넌스</category><category>운영 모델</category></item><item><title>Salesforce 구축이 실패하는 이유와 그 출발점</title><link>https://sebastientang.com/ko/notes/salesforce-implementation-failure/</link><guid isPermaLink="true">https://sebastientang.com/ko/notes/salesforce-implementation-failure/</guid><description>실패한 Salesforce 구축은 대개 요구사항 분석 단계에서 이미 정해집니다. 잘못된 프로세스를 그대로 자동화하고, 공유 객체에 책임자가 없고, 연동을 나중으로 미룹니다.</description><pubDate>Mon, 11 May 2026 00:00:00 GMT</pubDate><category>프로젝트 정상화</category><category>구축 리스크</category><category>딜리버리</category><category>거버넌스</category></item><item><title>Salesforce 프로젝트 정상화: 첫 90일</title><link>https://sebastientang.com/ko/notes/salesforce-project-rescue/</link><guid isPermaLink="true">https://sebastientang.com/ko/notes/salesforce-project-rescue/</guid><description>Salesforce 프로젝트 정상화는 책임자와 종료 산출물이 정해진 세 개의 게이트로 진행합니다. 급한 불을 끄고, 안정화한 뒤, 팀이 다시 배포할 수 있음을 증명합니다.</description><pubDate>Mon, 04 May 2026 00:00:00 GMT</pubDate><category>프로젝트 정상화</category><category>프로젝트 정상화</category><category>딜리버리</category><category>거버넌스</category></item><item><title>Salesforce 데이터 마이그레이션, 컷오버 전에 입증할 항목</title><link>https://sebastientang.com/ko/notes/salesforce-data-migration/</link><guid isPermaLink="true">https://sebastientang.com/ko/notes/salesforce-data-migration/</guid><description>마이그레이션의 성패는 첫 적재 전에 갈립니다. 객체별 책임자, 현업이 서명하는 정합성 수치, 전체 리허설, 롤백 마감 시각을 먼저 정해야 합니다.</description><pubDate>Tue, 07 Apr 2026 00:00:00 GMT</pubDate><category>프로젝트 정상화</category><category>데이터 마이그레이션</category><category>Delivery</category><category>데이터 거버넌스</category></item><item><title>Salesforce 기술 부채: 고칠 것, 계획할 것, 감수할 것</title><link>https://sebastientang.com/ko/notes/salesforce-technical-debt/</link><guid isPermaLink="true">https://sebastientang.com/ko/notes/salesforce-technical-debt/</guid><description>기술 부채를 0으로 만드는 목표는 틀렸습니다. 영향 범위와 추세로 부채를 분류하고, 항목마다 책임자를 정하고, 분기마다 등급을 다시 매깁니다.</description><pubDate>Thu, 12 Mar 2026 00:00:00 GMT</pubDate><category>거버넌스</category><category>기술 부채</category><category>Salesforce 거버넌스</category><category>Org 상태 점검</category></item><item><title>Single org와 multi-org 선택은 운영 모델 결정입니다</title><link>https://sebastientang.com/ko/notes/single-vs-multi-org/</link><guid isPermaLink="true">https://sebastientang.com/ko/notes/single-vs-multi-org/</guid><description>Salesforce org를 하나로 둘지 여럿으로 나눌지는 공유 데이터 정의의 책임자, 릴리스 결정권, 객체별 기준 org를 누가 정하는지로 결정됩니다.</description><pubDate>Thu, 05 Mar 2026 00:00:00 GMT</pubDate><category>운영 모델</category><category>Org 전략</category><category>운영 모델</category><category>데이터 거버넌스</category></item><item><title>Salesforce org 리뷰: 스폰서가 쓸 수 있는 체크리스트</title><link>https://sebastientang.com/ko/notes/salesforce-org-review-checklist/</link><guid isPermaLink="true">https://sebastientang.com/ko/notes/salesforce-org-review-checklist/</guid><description>쓸모 있는 org 리뷰는 다섯 영역에서 org 뒤에 있는 결정을 읽고, 발견 사항마다 영향 범위와 조치 난이도로 순위를 매겨 누군가 실행할 수 있게 합니다.</description><pubDate>Sat, 21 Feb 2026 00:00:00 GMT</pubDate><category>프로젝트 정상화</category><category>Org 리뷰</category><category>기술 부채</category><category>거버넌스</category></item><item><title>Prompt Builder: 요구할 것, 시험할 것, 관리할 것</title><link>https://sebastientang.com/ko/notes/prompt-builder-governance/</link><guid isPermaLink="true">https://sebastientang.com/ko/notes/prompt-builder-governance/</guid><description>Prompt Builder 템플릿은 프로덕션 설정입니다. 소유자, 읽을 수 있는 데이터의 한계, 승인된 시험 세트, 수정 권한자 명단이 갖춰져야 운영에 올립니다.</description><pubDate>Mon, 16 Feb 2026 00:00:00 GMT</pubDate><category>Salesforce와 AI</category><category>Prompt Builder</category><category>Salesforce AI</category><category>거버넌스</category></item></channel></rss>