그룹과 부서

이 장에서 배우는 것 그룹과 부서가 각각 무엇을 묶는지, 둘을 어떻게 겹쳐 쓰는지, 그리고 왜 개인 단위 권한 관리가 무너지는지.

이름이 헷갈립니다. 여기부터 보세요. 대화 그룹은 대화를 묶습니다. 사람을 묶는 게 아닙니다. 부서는 사람을 묶습니다. 그래서 "이 대화 그룹은 영업본부만 볼 수 있다" 처럼 둘을 겹쳐서 씁니다.

개인 단위는 무너집니다

멤버가 5명일 때는 개인마다 설정해도 됩니다. 30명이 되면 이렇게 됩니다.

아무도 현재 상태를 설명하지 못하는 지점이 옵니다. 그래서 묶음이 필요합니다.

그룹마다 색을 줄 수 있어 사이드바에서 한눈에 구분됩니다. 화면 설명이 "채팅을 그룹으로 정리"라고 말하는 것에 주목하세요 — 사람이 아니라 채팅입니다.

두 가지 묶음 — 묶는 대상이 다릅니다

graph TD
  W["워크스페이스"] --> D["부서<br/>사람을 묶는다"]
  W --> G["대화 그룹<br/>대화를 묶는다"]
  D --> M["멤버 · 멤버 · 멤버"]
  G --> T["대화 · 대화 · 대화"]
  D -.->|"이 부서만 볼 수 있음"| G

점선이 핵심입니다. 대화 그룹을 "선택된 멤버만" 으로 두면, 볼 사람을 부서 단위로 지정할 수 있습니다.

부서 화면입니다. 조직도를 그대로 옮겨두면 인사 이동 때 소속만 고치면 됩니다.

부서 — 사람을 조직도대로 묶습니다

실제 조직도와 같게 만듭니다.

언제 쓰나: 조직 구조에 따라 기본 권한이 정해질 때. 인사 이동이 있으면 부서만 바꾸면 됩니다.

대화 그룹 — 대화를 주제별로 묶습니다

사이드바에서 대화가 흩어지지 않게 주제·프로젝트 단위로 담는 서랍입니다. 그룹마다 색을 줄 수 있고, 순서를 정할 수 있습니다.

여기에 누가 볼 수 있는지를 얹습니다.

"선택된 멤버만"에서 개인이 아니라 부서를 지정하세요. 개인으로 지정하면 퇴사·이동 때마다 그룹을 하나씩 고쳐야 하고, 그게 밀리면 나간 사람이 계속 봅니다. 부서로 지정하면 소속만 고치면 전부 따라옵니다.

대화 그룹에는 쓸 수 있는 에이전트도 따로 정할 수 있습니다 — 워크스페이스 설정을 물려받을지, 이 그룹만 다르게 할지 고릅니다.

권한은 사람이 아니라 부서에 주세요

이게 이 장의 핵심입니다.

대화 그룹의 공개 범위도 똑같습니다.

새로 온 사람에게 권한을 주는 일이 "부서에 넣기" 하나가 됩니다. 빠뜨릴 일도 없습니다.

어떻게 시작하나

처음부터 복잡하게 만들 필요는 없습니다.

필요해질 때 만드세요. 미리 만들어두면 관리 대상만 늘어납니다.

사이드바에는 참여한 그룹만 나옵니다

볼 수 있는 그룹이 전부 사이드바에 있으면, 그룹이 서른 개인 워크스페이스에 들어온 사람은 첫날부터 서른 줄을 받습니다. 그래서 사이드바는 참여한 그룹만 그립니다.

나머지는 그룹 찾아보기에서 직접 들어갑니다.

목록에는 볼 권한이 있는 것만 담깁니다. 선택 공개 그룹은 이름만 흘려도 유출이라, 권한이 없으면 존재 자체가 보이지 않습니다.

참여 중인 그룹도 함께 보여 줍니다 — 이 화면에 오는 사람의 절반은 "내가 저기 들어가 있었나"를 확인하러 옵니다. 나가기도 여기서 됩니다.

사이드바 정리 — 섹션 · 즐겨찾기 · 음소거

그룹이 늘면 사이드바가 길어집니다. 정리 장치가 셋입니다.

셋 다 개인 설정입니다. 내가 정리해도 팀원의 사이드바는 그대로입니다. 섹션은 드래그로 순서를 바꿀 수 있고 접어 둘 수 있습니다.

실무 요령

대화 그룹 이름에 목적을 넣으세요

끝난 그룹을 알아볼 수 있어야 정리가 됩니다.

한시적 그룹은 종료를 정하세요

프로젝트가 끝났는데 그룹이 남으면 사이드바만 길어집니다. 만들 때 "언제까지"를 함께 적어두세요.

부서는 실제 조직도와 맞추세요

임의로 만들면 인사 이동 때마다 헷갈립니다. 인사 시스템의 조직도를 그대로 옮기는 게 관리가 쉽습니다.

정기 점검

확인

1. 부서와 대화 그룹은 각각 무엇을 묶습니까?

2. 권한을 개인이 아니라 묶음에 줘야 하는 이유는?

3. 10명 규모라면 무엇부터 만들어야 합니까?

비용을 보는 법입니다 → 사용량과 크레딧