기본 콘텐츠로 건너뛰기

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 계정으로 공유 가능)들에게도 자유롭게 공유가 가능하다. 공유시 문서에 대한 ‘수정권한', ‘보기권한', ‘댓글 권한' 등으로 공유 권한 범위 지정이 가능

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


댓글

이 블로그의 인기 게시물

[크롬북에서 설문지/퀴즈를 활용하여 풀스크린 모드로 학생평가 (시험) 하는 방법 소개]

[크롬북에서 설문지/퀴즈를 활용하여 풀스크린 모드로 학생평가 (시험) 하는 방법 소개]  # 크롬북   # 크롬기기관리   # 키오스크모드 여기서 풀스크린 모드란, 시험보는 동안에는 다른 앱이나 브라우저를 실행할 수 없고 오로지 시험문제(설문지) 화면만 풀스크린모드로 실행되게 하는 방법입니다. 즉, 학생들에게 배포된 크롬북을 시험보는 동안에만 시험보는 설문지를 풀스크린모드로 설정을 하고 시험 종료 후에는 원래의 상태로 복귀 시킬 수 있습니다. 크롬 기기(크롬북)에서는 키오스크 모드(풀스크린모드)를 설정하는 방법이 있습니다. (크롬 기기 관리 라이선스를 통해서 기기 설정을 해야 ) 1단계 - Google 설문지로 시험지 작성하기 (키오스크 앱으로 실행될 웹 페이지 준비 과정) 2단계 - 크롬 앱 빌더로 키오스크 앱 생성 및 테스트 하기 3단계 - 크롬 웹 스토어에 키오스크 앱을 등록 배포하기 위한 개발자 대시보드 가입 및 앱 올리기 4단계 - 크롬 기기 관리 콘솔에서 키오스크 앱 위한 설정 5단계 - 최종 단일 키오스크 앱 (예: ‘크롬북시험보기' 앱)을 실행할 등록된 기기들을 배정 https://support.google.com/chrome/a/answer/3273084?hl=ko 자세한 설명은 위 도움말에 언급되어 있으나, 2단계,3단계, 4단계는 생각보다 쉬운 작업은 아닙니다. (키오스크 앱을 빌드해야하고 빌드된 앱을 크롬 웹스토어 개발자 모드로 게시해야 하고, 크롬 기기 관리 콘솔에서 키오스크 앱 설정을 해야 하고 등등. 조금더 자세한 정보가 필요하시면  http://bit.ly/300Vtl2  (도서-"기업과 학교를 위한 크롬북 " 221p ~ 236p 를 참고하시면 됩니다) 참고 블로그 -  http://bit.ly/2ZZh8tP 참고 Google 설문지로 퀴즈 만들기 및 채점 -  http://bit.ly/301GkzS

Claude Code 공식 모범 사례 쉽게 이해하기

  학습용 가이드 · Anthropic 공식 문서 기반 Claude Code 공식 모범 사례 쉽게 이해하기 이 문서는 Anthropic의 공식 문서 Claude Code 모범 사례 를 바탕으로, 내용을 더 쉽게 이해할 수 있도록 설명과 예시를 추가해 재구성한 학습용 가이드입니다. 공식 문서: code.claude.com/docs/ko/best-practices 목차 한 줄 요약 챗봇이 아니라 "자율 코딩 작업자"다 완료 기준을 먼저 줘라 검증 기준의 종류 Before/After: 검증 기준 제공 탐색 → 계획 → 코딩 순서 Plan Mode가 필요한 경우 탐색 → 계획 → 구현 예시 구체적인 맥락을 넣어라 Before/After: 맥락 제공 풍부한 콘텐츠를 제공하라 CLAUDE.md는 짧은 운영 카드다 좋은 CLAUDE.md 예시 권한은 자동화의 브레이크다 CLI 도구를 적극 활용하라 MCP 서버로 외부 시스템 연결 Hooks: 반드시 실행되는 규칙 Skills: 반복 업무 저장 Subagents로 context 절약 Claude에게 질문도 잘 시켜라 세션 관리는 품질 관리다 체크포인트와 rewind 활용 비대화형 모드로 자동화하기 여러 세션 병렬 실행 대량 작업은 fan-out으로 적대적 리뷰 단계 추가 흔한 실패 패턴과 해결책 실무 시나리오별 완성 프롬프트 AI 개발팀 운영 모델 작업 전 체크리스트 바로 쓰는 기본 템플릿 최종 정리 0 한 줄 요약 Claude Code를 잘 쓰는 핵심은 AI에게 코딩을 맡기는 것 이 아니라, AI가 검증 가능한 방식으로 일하게 만드는 것 입니다. 좋은 AI 코딩 운영 = 목표 + 맥락 + 검증 기준 + 권한 제한 + 리뷰 구조 1 Claude Code는 챗봇이 아니라 "자율 코딩 작업자"다 일반 챗봇은 질문에 답하고 멈춥니다. 하지만 Claude Code는 다음 일을 할 수 있습니다. 파일 읽기 코드 수정 터미널 명령 실행 테스트 실행 빌드 확인 에러 로그 분석 여러 파일에 걸친 리팩터링...

[알아두면 쓸모 있는 개인 출판의 모든 것] 아마존에 한글 및 영문 전자책/종이책 (KDP) 및 교보문고 PubPle에 개인 출판 경험기

아마존에서는 개인이 무료로 책을 출판하여 판매할 수 있는 KDP (Kindle Direct Publishing) 플랫폼 서비스를 제공하고 있습니다.  이  KDP를 통해서 퍼블리싱 되는 책은 13개국 아마존 사이트를 통해서 동시에 판매가 됩니다. 이 KDP (Kindle Direct Publishing) 서비스를 이용하여 킨들용 전자책과 종이책(페이퍼백)을 퍼플리싱하여 판매를 하고 있습니다.  제가 퍼블리싱한 책(영문) 은 지금까지 전자책 vs 종이책 판매는 3:1 비율로 종이책이 전자책 비율로 판매중입니다.  아마존에 KDP 로 출판한 책들 (실용도서와 컬러/흑백 사진 앨범) 전자책의 로열티는 책 가격의 70%를 받을 수 있으며 (전자책 가격이 9.9달러 미만으로 책정한 경우), 종이책은 60%를 로열티로 받을 수 있습니다. 실제로 종이책 가격이 전자책 가격보다 2.5배 비싸게 책정을 하였기 떄문에, 종이책 판매시 로열티가 전자책보다 2배 높습니다. 즉, 전자책 2권 판매하는 것보다는 종이책 1권 판매되는 것이 더 수익이 높을 수 있습니다.  책 가격은 전자책 및 종이책 모두 작가가 임의로 가격을 정할 수 있습니다. 그러나, 전자책인 경우는 책 가격이 2.99달러 - 9.99달러로 책정이 되어야 책가격의 70% 로열티가 제공되고 그렇지 않은 경우는 35%로 책정이 됩니다. (아래 차트 참고) 본 KDP를 통한 책 퍼블리싱은 amazon.com 뿐만아니라 amazon.uk, amazon.fr, amazon.co.jp 및 캐나다, 브라질등 총 13개국 아마존 서비스 사이트를 통해서 판매됩니다. 즉, 한번의 퍼플리싱으로 13개국에서 판매됩니다. 책판매 된 로열티가 각 판매된 국가의 통화로 지불이 됩니다.  아마존 KDP는 누구에게나 오픈되어 있는 서비스입니다. 특별히 자격 조건도 없고 컨텐츠만 있으면 누구나 퍼블리싱 (무료 또는 유로로 선택)할 수 있습니다. ...

[세계에서 가장 작은 PC Chromebit (ChromeOS) ] 개봉기

ChromeOS 기기의 3종 세트 (Chromebook, Chromebox, Chromebit ) 입니다. 그동안 크롬OS 기반의 크롬북과 크롬박스 만 주로 사용하다가 최근에 Asus 에서 공개한 Chromebit 를 구입하여 개봉기를 올립니다.  이번 Chromebit의 구입 목적은 크롬북 및 크롬박스와 비교하여 가성비가 얼마나 더 좋을 지 비교하는 것도 있지만, 주요 목적은 Chrome Device Management Console 기기로 등록한 후 ChromeOS 키오스크 및 사인이지 용도로 손색이 없는지 여부를 검토하기 위함. Chromebit의 크기 (엄지손가락 크기 정도) 및 가격 (85달러)의 가성비를 갖고 사인이지나 키오스크 디바이스로 손색이 없을 것이라 생각함. 이번 개봉기 후에는 2차로 크롬OS 사인이지 및 키오스크 앱을 연동하한 사용기를 올릴 예정. 엄지 손가락 만한 크기의 ChromeOS 기기 - 2GB Ram, 16GB storage, WiFi 802.11ac, 블루투스 4.0, USB 2.0 포트 1개, HDMI 포트, 가격은 85달러 옵션으로 로지텍의 무선 키보드 (무선 동글+ 키보드+터치패드)를 25달러에 구입하여 크롬OS기기 1세트를 갖추게 되었다.  박스 구성품은 매우 심플 - 전원 코드, 모니터에 고정용 스티커, 크롬빗 본체, HDMI 확장 케이블 USB 1포트 단자에 로지텍 키보드 무선 동글을 삽입한 후 전원 코드 연결하고, 모니터 HDMI 포트에 꼽으면 바로 부팅됨 유투브 실행 화면 기존 Google Apps (G Suite) 계정으로 로그인 한 후, 지메일 및 드라이브의 문서 작성하는데 크게 부족함이 없는 성능을 보이는 것으로 확인 됨 로지텍 무선 키보드 연결시 한글/영문 토글은 'CONTROL+space' 키로 동작 한글 입력은 전혀 문제 없이 동작됨 ------------------------...

AI 바이브코딩 운영 가이드 (프롬프트 25종 첨부)

  AX컨설팅 동료용 실무 가이드 AI 바이브코딩 80% 벽 을 넘는 운영 가이드 AI로 웹사이트, 업무 자동화, 데이터 분석, 제안서 보조 도구, 내부 업무 시스템을 만들어보려는 컨설턴트를 위한 문서입니다. 바이브코딩은 “AI에게 코딩을 맡기는 일”이 아니라, AI 개발팀을 운영하는 일 입니다. 빠르게 되는 구간 ◀ 80% 벽 운영으로 넘는 구간 95% 80%까지는 AI가 데려다줍니다. 나머지 15%는 코딩 실력이 아니라 운영 방식 으로 넘습니다. 목차 1. 왜 80%에서 막히는가 2. 자주 나오는 네 가지 증상 3. 반드시 박아둘 검증 원칙 4. 상황별 실전 프롬프트 8종 5. 운영 4원칙 6. 컨설팅 현장 시나리오 7. 현장 체크리스트 18 8. 복사해서 쓰는 프롬프트 9. 최종 정리 01 · 진단 처음엔 날아가는데, 왜 80%에서 멈출까 요즘 AI로 개발을 해보면 처음에는 정말 빠릅니다. 로그인 화면이 금방 만들어지고, 버튼도 생기고, 데이터 입력 폼도 나오고, 간단한 대시보드도 몇 분 만에 완성됩니다. “이제 코딩은 AI가 다 해주는구나.” 그런데 실제 프로젝트에서는 이상한 일이 생깁니다. 처음 70~80%까지는 빠르게 가는데, 그 다음부터 갑자기 진도가 안 나갑니다. 증상 80% 지점에서 벌어지는 일 버튼 하나 고쳤더니 다른 버튼이 망가집니다. 오류를 고쳐달라고 했더니 디자인이 깨집니다. AI는 “수정 완료했습니다”라고 하는데 실행해보면 그대로입니다. 이전에 정한 요구사항을 잊어버립니다. 새 기능을 붙일수록 코드가 점점 복잡해집니다. 결국 처음부터 다시 만드는 것이 더 빠른 상황이 됩니다. 한 줄 결론 80% 벽은 AI의 코딩 실력만의 문제가 아닙니다. 대부분은 검증 없는 지시, 오염된 컨텍스트, 롤백 없는 작업 방식, 모호한 완료 기준 때문에 생깁니다. AI에게 코딩을 맡긴다는 것은 개발자를 없애는 일이 아닙니다. 오히려 우리의 역할이 바뀝니다. 기존 방식 AI 바이브코딩 방식 내가 직접 코드를 작성한다 AI에게 작업을 나누어 맡긴다 개발...