Genie One 도입 방법: 단계별 엔터프라이즈 플레이북

한 지역 영업 디렉터가 이번 분기 북동부 지역의 파이프라인이 왜 부진해 보이는지 알고 싶어 합니다. 그녀에게 필요한 것은 대시보드가 아닙니다. 다음 회의 전에 바로 얻을 수 있는 답변입니다. 그래서 그녀는 늘 하던 대로 신뢰할 수 있는 데이터가 어디에 있는지 알고 있는 유일한 분석가에게 메시지를 보냅니다. 하지만 그 분석가는 이미 요청이 세 개나 밀려 있는 상태입니다. 그녀는 목요일에나 답변을 받게 될 것이고, 이는 결국 답변 없이 결정을 내려야 함을 의미합니다.

Genie One은 이러한 격차를 줄이기 위해 개발되었습니다. 자연어로 질문하고, 출처가 명시된 거버넌스 기반 데이터에 근거한 답변을 얻으며, 후속 다단계 작업을 단 몇 분 만에 시작할 수 있도록 지원합니다.

그러한 비전을 그리는 것은 쉽습니다. 더 어려운 부분은 재무, 운영, 영업 부서가 Genie를 기본 AI 동료로 자연스럽게 받아들이고 활용하도록 만드는 것입니다. 그리고 지속적으로 사용되는 도구와 외면받는 도구의 차이는 모델 자체에 있는 경우가 거의 없습니다. 도구가 비즈니스를 제대로 이해하고 있는지, 그리고 실제로 필요한 사람들에게 배포가 도달했는지에 달려 있습니다. 

AI 배포가 정체되는 이유

조직이 한 번에 너무 많은 것을 시도할 때 AI 전환 노력이 정체될 수 있습니다. 첫째 주에 수십 개의 데이터 도메인을 도입하려 하거나, 4개의 팀이 '활성 고객'에 대해 제각각 다른 정의를 사용하거나, 시맨틱 레이어(semantic layer)의 담당자가 지정되지 않았거나, 답변의 정확성을 검증할 메커니즘이 없는 경우 등이 이에 해당합니다. 

또한 사용자들은 잘못된 답변을 한 번이라도 보게 되면 신뢰를 빠르게 잃어버립니다.

해결책은 배포를 단계별로 진행하는 것입니다. 좁은 범위의 질문 세트로 시작하여 소수의 얼리 어답터로부터 신뢰를 얻고, 이들의 피드백을 반영한 다음, 다른 비즈니스 영역으로 의도적으로 확장해 나가야 합니다. 이러한 단계를 거치면 사용자가 새 도구를 사용하는 습관을 기르고 가치를 체감하여 더 쉽게 도입할 수 있게 됩니다.

비즈니스 사용자에게 Genie를 배포하는 방법

비즈니스 사용자를 위한 Genie 배포는 네 가지 구성 요소로 이루어지며, 도입이 확산됨에 따라 각 요소의 중요도가 달라집니다:

Genie One은 핵심적인 비즈니스 사용자 경험을 제공합니다. 사용자가 질문하고, 출처가 명시된 답변을 받으며, 후속 조치를 취할 수 있는 데이터 스마트 AI 동료입니다.

Genie Agents는 특정 도메인으로 범위가 지정된 에이전트입니다. 예를 들어 계약서 분석으로 범위가 지정된 에이전트는 PDF에서 갱신일을 추출하고, 이를 매출 테이블과 결합하여, 위험 요소가 있는 계정을 단 한 번에 식별해 낼 수 있습니다. 

Genie Ontology는 비즈니스 용어, 메트릭, 관계를 실시간 그래프로 매핑하고 출처의 권한에 따라 가중치를 부여합니다. 메트릭 뷰, Pages, Domains를 통해 가장 중요한 그라운드 트루스(ground-truth) 개념을 거버넌스할 수 있습니다. Genie는 나머지를 추론하여 수작업으로 문서화하기 어려운 세세한 부분까지 보완합니다. 

Unity Catalog은 거버넌스의 기반입니다. 쿼리 실행 시 권한 제어, 마스킹, 리니지(lineage), 감사를 강제하여 사용자와 에이전트가 승인된 데이터에만 액세스하도록 보장합니다. 또한 Genie Ontology는 권한 제어 적용 범위를 서드파티 애플리케이션 및 데이터로 확장하여 진정으로 통합된 거버넌스 레이어를 실현합니다.

0단계: 파일럿 전 기초 다지기

목표: Genie를 통해 데이터와 인사이트에 액세스할 수 있음을 증명합니다.

여기에 일주일만 투자하면 팀이 Genie를 통해 장기적인 성공을 거둘 수 있는 기반이 마련됩니다. 팀이 따라야 할 일반적인 단계는 다음과 같습니다:

1. 하나의 팀과 하나의 명확한 질문 세트로 시작하세요. 지속적으로 발생하며 현재 해결하기 까다로운 니즈를 가진 팀을 선택하는 것이 좋습니다. 예를 들어 영업 운영(sales operations) 팀을 선택하고, 질문 세트를 파이프라인 건전성(깔때기(funnel)에 무엇이 있는지, 무엇이 이동했는지, 어떤 것이 위험한지)으로 설정할 수 있습니다. 
2. 시맨틱 레이어를 정의하세요. Genie는 이를 신뢰할 수 있는 기준으로 취급하므로, 여기서 정확도를 높여야 다운스트림에서도 정확한 결과가 나옵니다. 영업 운영 팀의 경우 다음과 같은 순서로 작업을 진행할 수 있습니다:
   1. Domains는 비즈니스 목적에 따라 자산을 구성하는 방법입니다. Sales Ops 도메인을 설정하면 기회(opportunity) 테이블, 파이프라인 대시보드, Genie Agents가 모두 사용자가 찾는 한곳에 모이게 됩니다. Pages는 도메인에 속해야 하므로 이 작업을 가장 먼저 수행해야 하며, 그렇지 않으면 다음 단계로 진행할 수 없습니다.
   2. Metric views는 사람들이 자주 논쟁하는 10~20개의 주요 지표를 다룹니다. 예약(bookings), 파이프라인 커버리지, 윈 레이트(win rate), 단계별 전환율 등이 포함됩니다. 측정값을 한 번만 작성해 두면 사용자가 쿼리할 때 담당자, 지역, 분기별로 세분화하여 조회할 수 있습니다. 즉, 대시보드에 하드코딩된 임의의 값이 아니라 모두가 동일한 정의를 기반으로 데이터를 조회하게 됩니다.
   3. Pages는 이러한 숫자 뒤에 숨겨진 개념을 설명하는 곳입니다. 예를 들어 '적격 기회(qualified opportunity)'에 대한 Page에는 정의, 사람들이 부르는 다른 이름, 그리고 참조하는 자산이 포함됩니다. Genie One은 임의로 추측하기 전에 이 페이지를 먼저 참조하며, 답변에 해당 Page를 출처로 인용하므로 누구나 작업 내용을 검증할 수 있습니다. 
3. 담당자를 지정하세요. 모든 카탈로그 자산, 온톨로지 조각, 에이전트는 개인이나 실제 처리 경로를 가진 팀 등 책임이 있는 담당자에게 연결되어야 합니다. 중앙 집중식 시맨틱 팀이 이 역할을 잘 수행합니다. 문제가 발생하는 경우는 문서상으로만 소유권이 존재하고 정의가 변경되었을 때 이를 수정할 방법이 없는 경우입니다.
4. 거버넌스 및 관찰 가능성(observability)을 구축하세요. 계정 수준에서 파일럿 사용자를 프로비저닝합니다. 워크스페이스 수준에서 사용자에게 Consumer 액세스 권한을 부여하고, 그룹을 통해 메트릭 뷰의 기반이 되는 Unity Catalog 개체에 대한 SELECT 권한과 하나의 SQL 웨어하우스에 대한 CAN USE 권한 등의 자산 권한을 부여합니다. 열 마스킹(column masking)을 확인하고 감사 로그를 활성화합니다.  Ontology Snippets를 켜고, 사용량 및 비용 가시성을 위해 Unity Gateway 컨트롤을 활성화합니다. 이 작업은 사용자가 500명이 아닌 5명일 때 수행하는 것이 가장 좋습니다.
5. '좋은 결과'의 기준을 정의하세요. 팀이 실제로 질문하는 25~50개의 질문과 검증된 정답을 문서화합니다. 영업 운영 팀의 경우 'Q3 커버리지 비율은 얼마인가', '이번 분기에서 이월된 거래는 무엇인가', 'EMEA 지역의 윈 레이트(win rate)는 작년과 어떻게 비교되는가' 등이 될 수 있습니다. 스스로 답을 모른다면 Genie의 답변도 평가할 수 없습니다.

파일럿을 시작하기 전과 시맨틱을 변경한 후에 질문 세트를 기준으로 Genie의 점수를 평가하세요. 여기서 오답(misses)은 정의된 시맨틱의 잠재적 공백을 알려주기 때문에 매우 유용한 정보가 됩니다. Genie가 제시한 커버리지 비율이 이상해 보이나요? 이는 보통 모델의 문제가 아닙니다. 아무도 파이프라인 커버리지를 메트릭 뷰로 정의하지 않았기 때문에, Genie가 그 공백을 그럴듯하지만 잘못된 값으로 채운 것입니다. 각 오답은 거버넌스가 필요한 다음 대상을 가리키는 이정표가 됩니다.

1단계: 첫 번째 팀 파일럿

목표: 소수의 참여도 높은 그룹을 대상으로 하나의 도메인에서 Genie Agents가 신뢰할 수 있는 답변을 제공함을 증명합니다.

• 솔직한 피드백을 제공할 5~10명의 파일럿 사용자를 모집합니다. 
• 매주 평가를 진행하세요. 모든 오답과 '모르겠습니다'라는 답변을 기록한 다음, 정의 누락, 모호한 열, 온톨로지의 공백 등 근본적인 원인을 해결합니다.
• 종료 기준을 사전에 설정하세요. 파일럿을 시작하기 전에 '준비 완료' 상태가 어떤 것인지 결정합니다. 주시해야 할 세 가지 사항은 다음과 같습니다:
  • 실제 의사결정을 내릴 수 있을 만큼 정확도가 안정적으로 유지되는지 확인합니다.
  • 파일럿 사용자가 요청받지 않아도 기존 워크플로 대신 Genie를 먼저 사용하는지 확인합니다.
  • 정의 수정 관련 백로그가 늘어나지 않고 줄어들고 있는지 확인합니다.

1단계가 성공적으로 진행되었음을 보여주는 가장 명확한 신호는 행동의 변화입니다. 파일럿 사용자가 동료의 질문에 요청을 등록하는 대신 Genie의 답변을 전달하여 해결하는 모습을 보일 때입니다.

2단계: 인접 팀으로 확장

목표: 에이전트가 첫 번째 파일럿을 넘어 확장될 수 있음을 증명합니다.

• 2~3개의 인접 도메인을 추가합니다. 각 도메인은 자체 시맨틱, 소유자 및 평가 세트를 가집니다. 1단계 템플릿을 재사용하세요. 
• 공유 정의를 온톨로지(ontology)로 승격하여 모든 에이전트에서 "매출"과 "활성 고객"이 동일한 의미를 갖도록 합니다. 팀에만 국한된 정의는 해당 도메인에 그대로 유지하세요.
• 가벼운 검토 워크플로를 추가합니다. 새로운 팀으로의 확장은 소유자가 평가 기준을 통과하고 권한, 마스킹, 민감한 열을 포함하는 거버넌스 검사를 거친 후에만 이루어집니다. 프로세스를 가볍게 유지하세요.
• 드리프트(drift)를 모니터링합니다. 각 페이지에 소유자와 검토 주기를 지정하고, 나중에 문제를 발견하기보다 메트릭 뷰 변경 사항을 미리 검토하세요. 소스 쿼리에서 벗어난 정의는 단 하나의 오답만 만드는 것이 아니라, 해당 정의가 참조되는 모든 곳으로 오답을 전파합니다.
• 커뮤니티를 구축합니다. 전용 Slack 채널, 월간 오피스 아워, 효과적인 질문 방법에 대한 짧은 가이드를 마련하세요. 도입은 동료들이 효과가 있었다고 공유하면서 확산되며, 공개 채널은 이를 가장 효율적으로 보여줄 수 있는 방법입니다.

3단계: 조직 전체의 AI 동료

목표: Genie One을 팀 전체의 기본 AI 동료로 만듭니다.

• 계정 수준의 Genie One 액세스를 배포하여 사용자가 여러 도메인에 걸쳐 하나의 AI 동료를 가질 수 있도록 하고, 필요한 경우 교차 작업 공간(cross-workspace)으로 범위를 확장합니다.  자동 ID 관리를 활성화하고 이미 ID 제공업체에서 유지 관리하고 있는 그룹에 권한을 부여하면 사용자가 첫 로그인 시 바로 표시됩니다.
• 작업 공간 지침을 추가하여 각 채팅 대화에 응답 방식에 대한 가이드라인을 제공합니다.
• 소유권을 연합(federate)합니다. 중앙 플랫폼 팀은 온톨로지, 표준 및 가드레일을 소유하고, 도메인 팀은 자체 에이전트와 정의를 소유합니다. 모든 것을 중앙 집중화하면 대기열이 발생하고, 아무것도 표준화하지 않으면 모순되는 에이전트가 생성되어 신뢰가 저하됩니다.
• Genie One이 액세스할 수 있는 대상을 거버닝합니다. Unity Gateway는 데이터를 넘어 Genie One이 사용하는 도구까지 거버넌스를 확장합니다. MCP 서버는 권한을 부여할 수 있는 보안 대상(securables)이 되고, 도구 필터링은 Genie가 호출할 수 있는 범위를 좁히며, 서비스 정책은 입력되고 반환되는 내용을 검사합니다.
• 사용자가 일하는 곳에서 만나보세요. 사용자가 이동 중에도 Genie와 채팅할 수 있도록 iOS 및 Android 앱을 활성화하세요. 또한 Slack, Teams, Excel 또는 Google Sheets에서 작업하는 것을 선호한다면 해당 도구에 Genie를 임베드하여 컨텍스트 내에서 질문할 수 있도록 지원할 수 있습니다. 또는 완전히 다른 에이전트로 표준화한 경우, Genie MCP App 을 사용하여 Genie 온톨로지의 이점을 계속 누릴 수 있도록 하세요.

현실적인 타임라인

• 0단계: 1~2주
• 1단계 파일럿: 4~6주
• 2단계 확장: 다음 분기
• 3단계 조직 전체 적용: 그 후 1~2분기

준비가 되었다는 근거가 있을 때 다음 단계로 이동하세요. 파일럿 단계에서 정의를 정리하는 데 시간이 더 필요하다면, 더 원활한 배포를 위해 추가 시간을 사용하는 것이 합리적입니다.

한 팀에서 시작하기

이 작업을 성공적으로 수행하는 팀은 대개 데이터가 가장 깨끗하거나 플랫폼 조직이 가장 큰 팀이 아닙니다. 이들은 하나의 팀, 하나의 거버닝된 도메인, 그리고 평가받고자 하는 일련의 질문으로 시작하여 이를 성공적으로 작동시킨 후, 그곳에서부터 확장할 수 있는 여지를 확보했습니다.

Genie 문서를 검토하여 오늘 첫 번째 Genie 에이전트 설정을 시작해 보세요.

(이 글은 AI의 도움을 받아 번역되었습니다. 원문이 궁금하시다면 여기를 클릭해 주세요)