기본 콘텐츠로 건너뛰기

Google Apps 공유의 모든 것-(부제:공유는 구글드라이브에만 존재하는 것은 아니다! )

Google Apps 공유의 모든 것

부제:공유는 구글드라이브에서만 존재하는 것은 아니다!  


Google Apps에서의 공유 기능은 구글 드라이브에서만 제공되고 있는 것은 아니다. 본 백서에서는 구글 드라이브 뿐만아니라 Google Apps 의 다른 주 서비스에서도 제공되고 있는 모든 공유의 개념을 정의하고 그 사용 방법을 설명하고자 한다.


Google Apps 주 서비스(지메일/주소록/캘린더/구글드라이브)들을 사용하다 보면 Google Apps 는 처음 설계 할때 부터 이 모든 서비스의 촛점은  협업 및 공유 개념을 바탕으로 개발 된 것을 알수 있다. 이러한 서비스들 안에서는 일관된 공유 기능들이 존재하는 것을 확인 할 수 있다.


Google Apps ‘지메일/주소록/캘린더/구글드라이브’ 에서는 일관성 있게 공유 기능을 제공하고 있었으나, 대부분은 구글드라이브내의 문서나 폴더 만을 공유하는 기능만을 알고 주로 사용해 왔었던 것이 사실.

본 백서에서는 Google Apps 서비스 중에서 구글드라이브에서 제공하는 공유 기능 외에도 반드시 알아야 할 공유 기능들을 설명하고자 한다.

1. ‘Gmail’ 에서의  공유


이메일 기능에서 과연 공유 기능이 필요할까? 라는 의문이 들 수 있겠지만, 실제로 회사업무에서는 이메일 전체를 공유 해야 할 상황들이 발생을 하곤 한다.

사장실 또는 회장실의 비서가 사장 또는 회장의 이메일을 열람하여 대신 메일을 보내는 경우, 영업부의 부장이 교통사고로 입원하여 업무를 볼 수 없는 상황에서 영업부의 다른 팀원들이 부장의 이메일을 열람하여 대응해야 하는 경우, 퇴직자의 이메일을 당분간 유지하여 타인이 응대를 해야 하는 경우, 회사 공용 이메일을 유지하면서 담당 직원들이 응대를 해야 하는 경우(이경우는, Google Apps 에서는 Groups 를 사용하는 것이 더 좋을 수 있음) 등등이 있다.

Google Apps에서는 이러한 경우를 위해서, 소위 Gmail 위임 기능 (개인용 무료 Gmail 서비스에서는 제공 안됨) 을 제공하고 있다. Gmail의 환경설정->계정 및 가져오기' 항목에서 ‘계정 사용권한을 부여할 사용자 목록' 를 선택하여 위임할 대상자를 지정하면 된다.

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

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

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

위임받은 대리인이 이메일을 대신 답장을 보내거나 새롭게 메일을 보내게 되면, 이메일을 수신하는 측에서는 보낸사람 이메일 주소에는 위임자의 이메일 주소도 같이 표시가 된다. 예). 보낸사람 : 에스비씨 (보낸사람 : charly.choi@sbctech.net) 와 같이 표시가 된다. 즉, 보낸사람의 첫번째는 위임을 요청한 자와 두번째는 위임받은자의 이메일 주소가 같이 표시 됨
<지메일 위임자가 보낸 메일의 이메일 주소 표시>

2. 주소록 공유


Google Apps 사용자들은 부서 주소록, 팀별 주소록, 영업부 주소록, 회사 전체 주소록 공유 기능을 요구할 할때가 있다.

회사 전체 주소록은 ‘주소록' 내의 디렉토리 기능을 통해서 공유가 가능하나, 디렉토리는 관리자만이 추가 편집이 가능한 읽기 전용 공유 주소록 기능

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

내 주소록을 공유하는 방법: ‘주소록'->’더보기'; ‘위임 설정 관리' 선택 (개인용 무료 Gmail 서비스에서는 제공 안됨)
 
공유 대상자를 초대하여 내 주소록을 공유. 초대자 이메일 주소에는 불행히도 구글 그룹메일은 지정할 수 없다.

위임 받은자의 주소록에서는 아래 화면과 같이 ‘주소록' 에서 ‘위임된 주소록' 에 나타나며 이 주소록은 공유된 것으로 수정 편집이 가능하다.  

3. 캘린더 공유


Google Apps 사용자들이 매우 유용하게 활용하는 기능중에 하나가 ‘캘린더 공유’ 이다.  

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

캘린더 공유는 구글그룹메일 지정이 가능하다. (예, sales@my_company.com, all@my_company.com)

<내 캘린더 공유하기 >

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

Google Apps의 캘린더는 구글드라이브의 스프레드시트와 연동되어  구글 스크립트 언어로 다양한 형태의 인터페이스 자동화 프로그램을 추가할 수 있다.  예). 스프레드시트에 회사 전체 1년 일정을 명시하여 일괄로 회사공유 캘린더에 등록 (자세한 활용 방법은 ‘여기' 참조) . 구글양식을 통해서 설문을 받은 내용중에 날짜를 캘린더에 등록을 하여 공유 하는 기능 등등

4. 구글드라이브 공유


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

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

 
구글드라이브에서 문서 공유


댓글

이 블로그의 인기 게시물

GPT-6 Astra 공개 내용 쉽게 해설: AI가 “대답하는 도구”에서 “일을 수행하는 동료”로

※ 아래 내용은 OpenAI가 공개한 GPT-6 Astra 소개 페이지의 주장을 바탕으로 쉽게 풀어쓴 해설입니다. 벤치마크 수치는 제조사가 제시한 조건과 측정 방식에 따라 달라질 수 있습니다. 한 줄 요약 GPT-6 Astra는 단순히 글을 잘 쓰는 모델을 넘어, 웹 브라우저와 컴퓨터를 직접 사용하고 여러 단계의 업무를 끝까지 수행하는 것을 목표로 한 모델입니다. 1. GPT-6 Astra는 무엇이 달라졌나? OpenAI는 GPT-6 Astra를 새로운 세대의 지능 모델이라고 소개합니다. 핵심은 지식량만 늘리는 것이 아니라 컴퓨터 사용, 웹 탐색, 소프트웨어 개발, 과학 연구, 사이버보안, 전문 업무 를 실제 작업 흐름 속에서 수행하도록 설계했다는 점입니다. 기존 챗봇이 질문에 답하고 결과물을 만들어 주는 데 집중했다면, Astra는 사용자의 목표를 이해한 뒤 브라우저를 열고, 자료를 찾고, 문서를 작성하고, 결과를 점검하는 식의 다단계 업무 수행 을 강조합니다. 2. 가장 중요한 변화: AI가 컴퓨터를 사용한다 소개 페이지의 표현을 쉽게 바꾸면 다음과 같습니다. 온라인 자료를 찾아 요약하기 문서·스프레드시트·프레젠테이션 만들기 웹사이트를 만들고 실제 화면에서 품질 점검하기 과학 데이터를 분석하고 그래프 만들기 양식 입력, 예약 검색, 상품 비교 같은 반복 업무 수행하기 이 변화는 “AI에게 무엇을 물어볼까?”에서 “AI에게 어떤 업무를 맡길까?”로 사용 방식이 이동한다는 뜻입니다. 프롬프트 한 번의 답변보다 목표·권한·검토 지점·완료 조건 을 설계하는 일이 중요해집니다. 3. 업무 성능에 대한 OpenAI의 주장 영역 공개 페이지에 제시된 내용 실무적으로 읽는 법 컴퓨터 사용 화면을 이해하고 브라우저·업무 도구를 조작 사람이 하던 반복적인 클릭·입력 업무를 위임할 가능성 소프트웨어 개발 코드 작성뿐 아니라 테스트와 수정까지 수행 코딩 보조를 넘어 이슈 해결 사이클에 참여 전문 업무 문서·스프레드시트·발표자료를 템플릿에 맞춰 생성 회사 ...

초파리 뇌가 게임하고 로봇을 조종한다? 커넥톰 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표 로 부결됐습니다. 클...

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를 “처음부터 새로 만들었지만, 제품으로서는...

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을 생성하도록 프롬프트를 작성한 뒤, 결과를 다시 파싱하고 검증해야 한다...