Gemini Sheets 피벗과 Notebook Data Tables 비교: 주간 업무 검토는 집계와 근거표 중 무엇으로 시작할까

TL;DR

핵심 3줄 요약

이 글에서 다룰 내용

두 표가 답하는 질문의 차이

언제 어느 경로를 고를까

상태·우선순위별 작업 건수와 입력 범위가 먼저라면 Sheets 피벗이 맞는 출발점입니다. 한 작업 ID가 여러 기록 행에 등장할 수 있으므로 ‘행의 수’와 ‘서로 다른 작업의 수’가 다를 수 있습니다. 생성 전에 세는 단위와 포함 기간을 정하고 사람이 원자료와 검산합니다.

회의록·승인 문서에서 바뀐 일정의 근거가 먼저라면 Notebook Data Tables의 문서 비교가 맞는 출발점입니다. 예를 들어 안건별 문서명, 날짜, 결정 문구, 미확인 조건을 열로 정하는 것은 저자의 내부 검토 양식입니다. 문서에 없는 승인자나 확정 날짜를 AI가 추측해서 채우게 하지 않습니다.

같은 주간 회의라는 이유로 두 표를 반드시 만들 필요는 없습니다. 첫 시험은 질문 하나와 산출물 하나를 고릅니다. 다른 경로는 별도 필요와 입력 승인이 생길 때 다시 검토합니다. 집계표의 많은 건수가 원인을 증명하지 않습니다. 근거표의 안건 수가 작업 건수를 대신하지도 않습니다.

시작 전 확인할 조건

Sheets 경로는 컴퓨터에서 Google Sheets 파일을 열고 오른쪽 위 Ask Gemini로 시작합니다. 공식 도움말은 적격 Google Workspace 또는 Google AI 요금제를 요구합니다. 실험 프로그램 경로도 별도로 설명합니다.

Excel 파일보다 Google Sheets 원본 형식에 더 잘 맞는다고 안내합니다. 실제 기능 표시와 조직 정책을 먼저 확인합니다.

Notebook 경로는 승인받은 노트북의 Sources에서 이번 검토에 필요한 문서를 선택한 뒤 Studio를 사용합니다. 노트북마다 소스가 독립되므로 다른 노트북 자료를 자동으로 함께 읽는다고 가정하지 않습니다.

모바일 앱에는 해당 기능의 제한이 있을 수 있습니다. Data Tables의 구체적인 플랜·지역·언어 보장은 이 출처만으로 단정하지 않습니다.

처음에는 민감한 업무 기록 대신 날짜·작업 ID·상태가 확인된 비민감 사본, 또는 승인받은 회의록 사본을 준비합니다. 사본 보존과 검토 상태 표기는 저자의 안전 권고이지 제품의 자동 백업 기능이 아닙니다. 소스 문서의 소유자, 버전, 확인일, 필요한 범위도 적어 둡니다.

한 경로만 실행하는 주간 검토 순서

1. 질문과 입력 자료를 분리합니다

‘지난주 마감 대상 중 상태별 건수가 몇 건인가’와 ‘일정 변경의 승인 근거가 어디 있는가’ 중 첫 회의 질문을 정합니다. 전자라면 작업 ID·상태·우선순위·기준일을 가진 시트 사본을, 후자라면 날짜와 작성자가 확인된 문서 사본을 고릅니다. 두 자료가 동시에 있더라도 첫 시험에는 한 경로만 사용합니다.

승인받지 않은 프로젝트, 회의 참석자의 개인정보, 삭제된 기록이나 다른 노트북은 입력에서 제외합니다. 입력 목록에 누락·충돌이 있으면 ‘확인 필요’로 기록하고 실제 수치나 결정을 단정하지 않습니다. 검토 담당자와 완료 조건을 생성 전에 정합니다.

2. 선택 A: Sheets에서 피벗을 제안받습니다

행 기록이 완료물의 출처라면 컴퓨터의 Google Sheets에서 승인된 사본을 열고 Ask Gemini 사이드패널에 피벗 요청을 적습니다. 행은 Status, 열은 Priority, 값은 task counts로 구성하라는 공식 예시를 참고하되 실제 시트의 열 이름과 세는 단위를 맞춥니다.

Gemini의 Action preview card에서 대상 범위와 배치를 읽고 바로 Apply하지 않습니다. 승인된 사본에 변경할 권한이 있는 사람이 미리보기를 확인한 뒤 Apply를 선택합니다.

적용 후 나타나는 Settings는 설정 가능한 동작에서만 제공됩니다. Undo는 추가 변경 전에만 가능하다고 공식 도움말이 설명합니다. 원본을 보존한 별도 검토 사본을 사용하는 이유입니다.

3. 선택 B: Notebook에서 Data Tables를 만듭니다

문서의 결정 근거가 완료물이라면 승인된 노트북을 열고 Sources에서 사용할 문서를 한정합니다. Studio > Data Tables에서 생성하거나 연필 아이콘을 눌러 프롬프트에 원하는 안건 행과 문서명·날짜·결정 상태·원문 위치 열을 적습니다. 이 단계는 A 다음 필수 단계가 아니라 대체 경로입니다.

표의 각 칸과 인용을 원문에 대조합니다. 필요한 경우 생성한 Data Table 옆 점 세 개 메뉴의 Export to Sheets를 선택하면 새 Google Sheet의 첫 탭에 표가, 인용이 있을 때 두 번째 탭에 인용이 들어갑니다.

내보내기는 별도 승인 작업으로 남겨도 됩니다. 인용 탭이 빈칸을 자동 확인해 주거나 결정의 진위를 증명하지는 않습니다.

4. 선택한 결과를 원자료에 맞춰 봅니다

피벗이라면 포함 기간, 상태 값, 작업 ID의 중복, 원본 행 범위, 행·열별 합계를 대조합니다. 총계만 맞는다고 세부 교차 칸이 맞는 것은 아닙니다. 업무량으로 사람의 성과나 지연 원인을 자동 판단하지 않습니다.

근거표라면 문서 제목·버전·날짜·원문 위치와 생성 문구를 맞춰 봅니다. 제안과 최종 결정이 다르면 상충 , 문서에서 답을 찾지 못하면 확인 필요 로 남깁니다.

인용 위치는 확인 경로일 뿐 승인 기록이 아닙니다. 항목 | 원자료 위치 | 결과 | 검토 상태 | 검토자 는 사람이 작성하는 내부 검토 양식입니다.

5. 사람 승인으로 내부 검토본을 닫습니다

확인한 입력 범위와 미결정 항목을 메모에 남기고 해당 업무의 담당자가 원문 대조를 승인합니다. 첫 산출물은 집계표 또는 근거표 한 개입니다. 두 제품의 자동 연결이나 한 도구가 다른 도구를 검증한다는 설명은 하지 않습니다.

외부 공유, 원본 수정, 계약 판단, 담당자에게 통지, 최종 일정 확정은 별도 승인 대상입니다. Sheets의 피벗이 적용됐거나 Notebook에서 표가 생성됐다는 사실은 업무 승인이 끝났다는 뜻이 아닙니다.

복사해서 쓰는 선택형 프롬프트

먼저 사람이 A 또는 B를 고르고 승인받은 비민감 자료의 필드와 열 이름으로 바꿉니다. 이는 실제 제품의 권한 설정을 대신하지 않는 입력용 양식입니다.

이 프롬프트의 대괄호는 실제 업무 조건을 넣는 자리입니다. 한 기능의 프롬프트를 다른 기능이 자동 실행한다는 뜻이 아닙니다. 프롬프트 문구만으로 접근 권한이 제한되지도 않습니다.

실전 인사이트

주의할 점

자주 묻는 질문

출처

마무리

이번 회의에서 무엇이 비어 있는지 먼저 묻습니다. 작업 수가 빈칸이면 Sheets의 피벗, 결정의 출처가 빈칸이면 Notebook의 Data Tables로 시작합니다. 입력 단위와 문서 범위를 기록하고 사람이 원자료를 확인한 내부 검토본 한 개만 첫 결과로 남깁니다.

그 다음의 공유·내보내기·업무 결정은 별도 승인으로 구분합니다. 표가 생겼다는 사실과 근거가 확인됐다는 사실은 같지 않습니다.