기본 콘텐츠로 건너뛰기

[알아두면 쓸모 있는 구글워크스페이스 팁] 공유는 Google 드라이브에만 있는 것이 아니다!

  구글 워크스페이스 공유의 모든 것

부제:공유는 Google 드라이브에만 있는 것이 아니다  


Google Workspace 는 공유로 시작해서 공유로 끝나는 클라우드 서비스라고 해도 과언이 아닙니다. 즉, 공유 기능을 활용하지 않는 다면 이는 '팥 없는 찐빵' 을 먹는 것과 같은 것입니다. Google Workspace의 핵심은 공유라고 할 수 있을 정도로 매우 유용한 기능입니다. 그런데 Google Workspace를 이용하는 대부분의 사용자들은 공유 기능은 구글 드라이브에서만 제공되고 있는 것으로 알고 있습니다.

그러나 공유 기능은 Google 드라이브에서만 제공되고 있는 것은 아닙니다. 본 내용에서는 Google 드라이브 뿐만아니라 다른 서비스에서도 제공되고 있는 공유 서비스들이 무엇이 있는지 설명하고자 합니다.


1. ‘Gmail’ 공유 (위임)

이메일의 공유 기능이 필요 할까요? 필요하면 내 수신된 이메일을 다른 사람에게 전달하면 되고 이렇게 하는게 이메일 공유 아닌가? 라고 생각할 수 있습니다. 그러나 엄밀히 말해서 이것은 수신된 메일중에서 특정한 메일을 골라 전달하는 것이지 이메일 전체를 공유하는 것은 아닙니다.

기업에서는 나의 이메일 전체를 다른 사람에게 공유(위임)해야 하는 상황은 발생할 수 있습니다.

예를 들면,

  • 기업 임원실의 비서가 임원의 이메일을 열람하여 대신 메일을 처리할 수 있습니다.
  • 영업부 과장이 갑자기 사고로 병원에 입원하여 업무를 볼 수 없는 경우 영업부의 다른 직원이 대신 메일을 열람하여 대응해야 할 필요가 있을 수 있습니다.
  • 퇴직자의 이메일을 당분간 유지하여 응대를 해야 하는 경우가 있을 수 있습니다.
  • 고객 지원을 위하여 지원팀 공용 이메일을 계정을 운영할 수 있습니다. (이 기능은 일반적으로 Google Workspace에서는 구글 그룹스로도 해결할 수 있음)

위와 같은 비즈니스 케이스가 발생할 경우, 이메일 계정 정보(계정 이름과 로그인 암호)를 공유자에게 알릴 필요 없이도 소위 Gmail 위임 기능 (개인용 무료 Gmail에서는 제공되지 않는 기능)을 통해서 해결합니다.

사용 방법은 Gmail의 설정->계정 및 가져오기' 항목에서 ‘계정 사용권한을 부여할 사용자 목록' 를 선택하여 위임할 대상자를 지정하면 됩니다.

 

<Gmail 설정에서 다른 사용자에게 위임기능 부여 >

위임을 받을 위임자는 액세스 권한을 받을 지 여부의 이메일 메시지가 전달이 되고 수신된 메일에서 대리인 수락을 하게 되면, 이메일 위임자가 됩니다.


위임을 받은 대리인은 Gmail 메인 메뉴 오른쪽 상단에서 위임 받은 계정의 이메일 주소가 표시 되며, 이메일 주소에는 ‘(위임된 계정)’ 이 표시됩니다.

<위임받은 대리인의 이메일 계정>

위임 받은 대리인이 이메일을 대신 답장을 보내거나 새롭게 메일을 보내게 되면, 이메일을 수신하는 측에서는 보낸사람 이메일 주소 항목에는 위임자의 이메일 주소도 같이 표시 됩니다.

예를 들면. 김철수 (kim.c@)에게 위임 받은 촬리 (charly.choi@)가 대신 이메일을 보내면 메일을 받은 사람의 메일 속성을 확인 해 보면, 아래와 같이 보낸 사람이 두게 표시가 됩니다. 두번째 ‘보낸 사람' 이 표시되면 이것은 위임 받은 사람 다른 사람이 대신 보낸 것으로 보면 됩니다.

 

<지메일 위임자가 보낸 메일의 이메일 주소 표시>



사용자는 다른 사람 또는 Google 그룹에게 자신의 Gmail 계정에 대한 액세스 권한을 부여할 수 있습니다. 메일 위임 기능을 사용하면 위임된 사용자가 계정 소유자를 대신하여 메일을 읽고 보내고 삭제할 수 있습니다. 예를 들어 임원이 비서에게 Gmail 액세스 권한을 위임하는 경우가 있습니다.

관리자는 사용자에게 위임 옵션을 제공할지 여부를 결정할 수 있으며 위임이 사용 설정되면 사용자가 Gmail 설정에서 대리인을 할당할 수 있습니다.

하나의 Gmail 계정에서는 최대 1,000명의 대리인을 지원합니다. 일반적인 사용의 경우 40명의 위임된 사용자가 하나의 Gmail 계정에 동시에 액세스할 수 있으며, 한 명 이상의 대리인이 평균보다 많이 사용하면 이 수가 줄어들 수 있습니다. Gmail에 자주 액세스하는 자동 프로세스 또한 계정에 동시에 액세스할 수 있는 대리인 수를 줄일 수 있습니다. 이러한 프로세스에는 Gmail에 자주 액세스하는 API 또는 브라우저 확장 프로그램이 포함됩니다.

메일을 위임하는 경우
  • 한 가지 액세스 수준: 대리인 또는 폴더별 권한으로 액세스 수준을 다르게 설정할 수 없습니다. 한 가지 수준의 액세스 권한만 부여할 수 있으며, 이를 통해 대리인은 내 모든 메일 폴더에 있는 메시지를 읽고 삭제하거나 새 메일 또는 답장을 보낼 권한을 갖습니다. 대리인이 나를 대신하여 보낸 메시지의 경우 Outlook에서 내가 보낸 메일로 표시됩니다.
  • 비공개 메시지를 대리인이 보지 못하도록 숨길 수 없음: Outlook에서 비공개 설정을 사용해 메시지를 전송해도 대리인으로부터 메시지를 숨길 수 없습니다. 대리인은 내가 보낸 메시지를 볼 수 있습니다.
  • 대리인이 보낸 항목을 볼 수 없음: 나를 대신해 대리인이 전송한 메시지는 Outlook에서 대리인의 전송한 항목에만 표시되며 나의 전송한 항목에서는 볼 수 없습니다. 결과적으로 대리인이 나를 대신해서 보낸 메시지는 받은편지함으로 답장이 수신되지 않는 이상 볼 수 없습니다.
2. 주소록 공유 (위임)

Google Workspace 사용자들은 부서 주소록, 팀별 주소록, 영업부 주소록, 회사 전체 주소록 공유를 요구할 할 때가 있습니다.

회사 전체 주소록은 ‘주소록' 내의 디렉토리 기능을 통해서 공유가 가능합니다. 디렉토리는 관리자만이 추가 편집이 가능한 읽기 전용 공유 주소록입니다. (개인용 무료 Gmail 서비스에서는 제공되지 않음)

내 주소록을 팀원 또는 부서원 들과 공유하는 방법은 ‘주소록' 위임관리 기능을 통해서 공유가 가능합니다. 공유 받은자는 웹 브라우저를 통해서 검색 및 추가 편집이 가능합니다.

내 주소록을 공유하는 방법: ‘주소록'->’톱니바뀌 (오른쪽 상단)' -> ‘액세스 위임' 선택

 

공유 대상자를 초대하여 내 주소록을 공유할 수 있습니다.

위임 받은자의 주소록에서는 아래 화면과 같이 ‘주소록' 에서 ‘위임된 연락처' 에 표시됩니다. 이 주소록은 공유된 것으로 수정 편집이 가능하다.  


3. 캘린더 공유

Google Workspace에서 협업 시 매우 유용하게 활용하는 기능 중에 하나는 아마도 ‘캘린더 공유’ 일 것입니다.

회사 전체, 부서 또는 팀별, 프로젝트 일정 공유, 임원들 일정 공유, 회의실 공유, 회사 차량 공유 등등에서 캘린더 공유의 활용도는 매우 높다고 할 수 있습니다.

<내 캘린더 공유하기 >

<내 캘린더 공유 세부 설정 방법>


캘린더를 위임하는 경우

  • 기본 캘린더에서 내가 일정의 주최자로 표시됨: 모든 캘린더를 대리인과 공유할 수 있습니다. 하지만 초대는 나의 기본 캘린더에서 보낸 경우에만 내가 보낸 것으로 표시되며 다른 캘린더에서는 대리인이 보낸 초대가 대리인이 보낸 것으로 표시됩니다.
  • 대리인으로부터 비공개 일정을 숨길 수 없음: Outlook에서 캘린더 일정을 비공개로 표시해도 대리인이 보지 못하도록 일정을 숨길 수 없습니다.
  • 대리인이 내 캘린더 알림 및 리마인더를 대신 설정할 수 없음: 사용자가 본인의 캘린더 알림 및 리마인더를 설정해야 합니다.

4. Google 드라이브 공유

Google Workspace에서 가장 괄목할 만 한 기능중에 하나가 Google 드라이브를 통한 공유 및 협업 기능입니다.

Google 드라이브에서 작성되는 구글문서, 스프레드시트, 프리젠테이션 문서들은 공유 기능을 통해서 실시간 협업이 가능한 것이 특징중에 하나입니다.

Google 드라이브에 저장된 문서들은 내부직원들 및 외부인(구글계정이 없어도 상관 없이 모두 공유 가능합니다. 예, hong.gildong@naver.com 계정으로 보기 공유 가능)들에게도 자유롭게 공유가 가능합니다. 공유시 문서에 대한 ‘수정권한', ‘보기권한', ‘댓글 권한' 등으로 공유 권한 범위 지정이 가능합니다.

  

<Google 드라이브에서 문서 공유 >

G Suite에서 Google Workspace 로 변경된 이후부터는 구글 드라이브의 저장 용량 정책이 새롭게 바뀌었습니다. 자세한 정보는 여기를 참고하시기 바랍니다.

Google Workspace Business Standard 버전 이상부터는 ‘공유 (Shared) 드라이브’ 가 제공되고 있습니다. 따라서, 구글 드라이브에서의 공유 개념을 이해하려면 ‘공유 드라이브' 에 대해서도 이해를 하고 있어야 합니다. 공유 드라이브에 대한 자세한 백서는 여기를 참고하시기 바랍니다.

댓글

이 블로그의 인기 게시물

초파리 뇌가 게임하고 로봇을 조종한다? 커넥톰 AI의 원리와 현실

CONNECTOME × AI 초파리 뇌가 게임하고 로봇을 조종한다? 커넥톰 AI가 실제로 하는 일과 하지 못하는 일을, Doom과 드론 사례로 구분해 봤습니다. 결론부터 말하면 완전히 거짓은 아닙니다. 다만 "살아 있는 뇌를 컴퓨터에 업로드했다"는 설명은 틀립니다. 139,255 2024년 공개된 성체 암컷 초파리 뇌의 뉴런 수 5,450만 같은 커넥톰에 기록된 화학 시냅스 수 1억 2,500만 2026년 수컷 중추신경계 지도에 포함된 시냅스 연결 먼저, 무엇이 공개된 것인가 2024년 FlyWire 연구진은 성체 암컷 초파리 한 마리의 뇌에서 139,255개 뉴런과 약 5,450만 개 화학 시냅스를 재구성했습니다. 세포 유형과 뇌 영역, 신경전달물질 예측도 함께 공개했습니다. [1] 2026년에는 수컷 초파리의 뇌와 복측신경삭까지 연결한 지도가 나왔습니다. 16만6천 개가 넘는 뉴런과 1억2,500만 개 시냅스 연결을 담아, 감각이 움직임으로 이어지는 경로까지 연구할 수 있게 됐습니다. [2] 연구진은 전자현미경 사진에서 AI로 뉴런 경계를 분리하고 3차원으로 이어 붙입니다. AI가 잘못 합치거나 끊은 부분은 사람이 검수합니다. 커넥톰은 도로 지도에 가깝습니다. 도로가 어디로 이어지는지는 보여주지만, 지금 차가 어디를 달리는지, 신호등이 어떻게 바뀌는지, 운전자가 어디로 가려는지까지 알려주지는 않습니다. 커넥톰은 죽은 조직에서 얻은 정적 구조입니다. 순간의 막전위와 발화 패턴, 정확한 시냅스 강도, 호르몬 상태, 배고픔 같은 내부 상태는 온전히 담겨 있지 않습니다. 정적인 배선도에 어떻게 행동을 넣나 1. 그래프로 바꾼다 뉴런을 노드, 시냅스를 방향이 있는 연결로 표현합니다. 시냅스 수와 신경전달물질 예측은 가중치와 흥분·억제 부호의 출발점이 됩니다. 2. 시간 규칙을 넣는다 각 뉴런에 입력이 쌓이고 임계값을 넘으면 발화하는 수학 모델을 붙입니다. 대표적인 방...

CLARITY 법안 표결 실패, 비트코인과 XRP는 왜 급락했나

긴급 시장 분석 CLARITY 법안 표결 실패, 비트코인과 XRP는 왜 급락했나 49 대 50으로 막힌 미국 암호화폐 시장구조 법안. 표결의 정확한 의미와 BTC·XRP 가격 충격, 앞으로 확인할 가격대를 함께 분석합니다. 작성 기준: 2026년 9월 16일 오전 7시 25분(KST) · 가격은 작성 시점 기준 상원 표결 찬성 49 · 반대 50 비트코인 24시간 -4.32% XRP 24시간 -11.36% 목차 무엇이 부결됐나 왜 60표를 얻지 못했나 비트코인·XRP 가격 반응 비트코인 기술적 구간 XRP 기술적 구간 향후 시나리오와 관찰 포인트 먼저 결론부터 미국 상원이 부결한 것은 CLARITY 법안의 최종 통과안이 아닙니다. 상원 본회의에서 법안을 다루기 위해 토론 종결 절차를 밟고 심의로 넘어갈 것인지를 묻는 클로처 표결 이었습니다. 필요한 60표를 얻지 못하면서 법안은 본격 토론 단계에 진입하지 못했습니다. 정확한 표현: “CLARITY 법안이 최종 폐기됐다”가 아니라 “법안을 본회의에서 다루기 위한 절차표결이 실패했다”가 맞습니다. 시장은 이 결과를 미국 암호화폐 규제 명확화의 지연으로 받아들였습니다. 비트코인은 약 4% 하락했지만 XRP는 11% 넘게 떨어졌습니다. 규제 기대에 민감한 알트코인이 정치적 불확실성에 더 크게 반응한 모습입니다. 1. 상원에서 실제로 무엇이 부결됐나 미국 상원 공식 기록에 따르면 2026년 9월 15일 오후 3시, H.R. 3633인 Digital Asset Market Clarity Act 에 대한 ‘motion to proceed’의 클로처 동의가 찬성 49표, 반대 50표 로 부결됐습니다. 클...

Jev는 더 빠른 챗봇이 아니다: System One Model의 역할과 기업 활용 가능성

한 줄 요약: Jev는 글을 생성하는 챗봇이 아니라, 소프트웨어가 직접 사용할 판단값과 확률을 100ms 내외로 빠르게 반환하는 System One 의사결정 전용 모델 이다. 최근 AI 개발자 커뮤니티에서 Jev 가 빠르게 주목받고 있다. 항공권을 약 7초 만에 찾고, 광고 수백 개를 수십 초 안에 분석하고, 논문 1,018편을 0.08달러에 분류했다는 사례들이 등장했다. 숫자만 보면 새로운 초고속 생성형 AI처럼 보인다. 하지만 Jev를 ChatGPT나 Claude의 더 빠르고 저렴한 대체품으로 이해하면 핵심을 놓친다. Jev는 글을 생성하는 AI가 아니라, 소프트웨어가 사용할 판단값을 빠르게 반환하는 의사결정 전용 모델이다. TypeSafe AI는 이를 새로운 모델 계열인 System One Model 이라고 부른다.[1] 이 글에서는 TypeSafe의 공식 발표와 개발 문서, 초기 활용 사례를 바탕으로 다음 질문에 답한다. Jev는 정확히 무엇인가? 기존 LLM과 무엇이 다른가? 어떤 업무에 유용한가? Hermes 같은 AI 에이전트와 어떻게 연결할 수 있는가? 기업 데이터와 개인정보를 외부 API로 보내는 보안 문제는 어떻게 봐야 하는가? 1. 기존 LLM이 자동화에서 부딪히는 문제 ChatGPT, Claude, Gemini와 같은 LLM은 기본적으로 사람이 읽는 문자열을 생성하는 모델 이다. 보고서 작성, 설명, 대화, 코드 생성에는 매우 강력하다. 그러나 기업의 업무 시스템이 필요한 것은 종종 긴 설명문이 아니다. 예를 들어 고객 문의가 들어왔을 때 프로그램이 알고 싶은 것은 다음과 같다. 어느 부서가 처리해야 하는가? 긴급도는 얼마인가? 환불 요청인가? 사람이 확인해야 하는가? 자동 처리해도 되는가? 일반 LLM에 이런 질문을 하면 자연스러운 문장이나 JSON을 생성하도록 프롬프트를 작성한 뒤, 결과를 다시 파싱하고 검증해야 한다...

Muse와 OpenClaw: 같은 에이전트인가, 새로운 개인비서인가

개인 AI 에이전트 비교 · 2026년 9월 25일 Muse와 OpenClaw: 같은 에이전트인가, 새로운 개인비서인가 Muse가 OpenClaw 코드를 그대로 실행하는 클론이라는 증거는 없습니다. 다만 에이전트의 기본 구조와 제품 철학은 크게 닮았고, Muse의 새로움은 개념보다 배포 방식·보안 모델·대중화에 있습니다. 에이전트 개념은 OpenClaw ≈ Muse입니다. 구현은 다릅니다. OpenClaw가 사용자가 직접 운영하는 개방형 하니스라면, Muse는 Meta가 호스팅하는 소비자용 서비스입니다. 1. 왜 ‘일반인용 OpenClaw’라는 말이 나왔나 Muse 출시 뒤 초기 사용자들은 두 제품의 내부 파일 체계를 비교했습니다. SOUL.md , IDENTITY.md , USER.md , MEMORY.md , AGENTS.md , TOOLS.md 같은 이름뿐 아니라, 에이전트의 성격과 행동 경계를 정하는 문장까지 비슷하다는 지적이 나왔습니다. The Verge도 두 제품이 핵심 파일 이름과 “Be genuinely helpful, not performatively helpful” 같은 문구를 공유한다고 보도했습니다. [2] 파일 규약 OpenClaw: 성격·사용자·기억·도구를 텍스트 파일로 관리합니다. Muse: 이름과 역할이 유사한 파일 체계가 관찰됐습니다. 제품 형태 공통점: 질문에 답하는 챗봇을 넘어 브라우저와 도구를 사용해 실제 일을 수행하는 개인 에이전트를 지향합니다. 논란의 핵심은 화면이 비슷하다는 정도가 아닙니다. 에이전트 하니스, 즉 모델이 기억·도구·규칙을 활용하도록 둘러싼 실행 구조와 성격 문서까지 닮았다는 점입니다. 2. Meta의 공식 설명 Meta Superintelligence Labs 제품 책임자 Nat Friedman은 Muse를 “처음부터 새로 만들었지만, 제품으로서는...

항공권 예약 그 이상 — Hermes Agent 326개 실사용 사례로 본 '에이전트 시대'의 실제 모습

항공권 예약 그 이상 — Hermes Agent 326개 실사용 사례로 본 '에이전트 시대'의 실제 모습 2026-10-05 · Nous Research 공식 발표 분석 Nous Research가 자사 X 계정을 통해 "Hermes Agent는 항공권 예약 그 이상이다"라며 실제 사용자 326개 사례 모음을 공개했다 ( 원문 트윗 · 전체 목록 ). X, Reddit, GitHub, YouTube, 블로그, 팟캐스트, 링크드인 등 11개 채널에서 수집된 이 사례들은 "에이전트가 실험실을 벗어나 실제로 무엇을 하고 있는가"를 보여주는 꽤 정직한 스냅샷이다. 1. 숫자로 보는 구도 326개 사례는 15개 카테고리로 분류되어 있다. 압도적 1위는 역시 개발 워크플로우지만, 2위인 '개인 비서'가 전체의 15%를 차지한다는 점이 주목할 만하다 — 비개발자 사용자층이 결코 작지 않다는 뜻이다. Dev Workflow 77 Personal Assistant 49 Integrations 32 Creative 26 Business Ops 23 Meta & Ecosystem 23 Cost Optimization 20 Privacy & Self-Hosted 13 Content Creation 12 Research 12 Enterprise 12 Messaging 11 출처 채널: Discord 116 · X/Twitter 61 · Reddit 60 · GitHub 38 · Blog 20 · YouTube 17 · GitHub Gist 4 · Hacker News 4 · LinkedIn 3 · Podcast 2 · Product Hunt 1 2. 다섯 가지 패턴 ① "24시간 켜져 있는 직원" 서사가 압도적으로 많다 $175짜리 중고 Dell OptiPlex, 라즈베리파이5, 5년 된 고장난 GPU 노트북처럼 저사양 장비에서 Her...