AB Projects 프로젝트의 모든 멤버는 네 가지 역할 — 소유자, 관리자, 멤버, 뷰어 — 중 정확히 하나를 가집니다. 역할은 프로젝트별로 적용됩니다. 한 프로젝트에서 관리자라고 해서 다른 프로젝트에서의 역할이 정해지지는 않습니다.
네, 읽기 전용 역할이 있습니다. 뷰어는 프로젝트의 모든 것 — 작업, 댓글, Wiki — 을 볼 수 있지만 아무것도 변경할 수 없고 작업을 할당받을 수도 없습니다. 이 제한은 쓰기가 일어나는 모든 곳에 적용됩니다: 앱, 봇, 그리고 MCP로 연결된 AI 어시스턴트. 편집하지 않고 진행 상황만 지켜봐야 하는 이해관계자에게 사용하십시오.
네 가지 역할
| 역할 | 작업 및 Wiki에서의 작업 | 멤버 및 워크플로 관리 | 소유권 및 삭제 |
|---|---|---|---|
| 소유자 | 전체 | 전체(관리자 역할 부여 및 관리자 제거 포함) | 소유권 이전, 프로젝트 삭제(연결 해제된 경우) |
| 관리자 | 전체 | 멤버/뷰어 역할 변경, 멤버 제거, 워크플로·통합·Teams 연결 구성 | 불가 |
| 멤버 | 생성, 편집, 할당, 댓글, 완료 | 불가 | 불가 |
| 뷰어 | 읽기 전용, 작업 할당 불가 | 불가 | 불가 |
관리자에게는 알아 두어야 할 제한이 두 가지 있습니다. 관리자는 관리자 역할을 부여할 수 없으며(역할 드롭다운의 관리자 옵션은 소유자에게만 표시됩니다), 다른 관리자를 제거할 수도 없습니다 — 둘 다 소유자만 할 수 있습니다.
모든 사람은 멤버로 시작합니다
자동 Teams 채널 동기화로 참여하든 팀 페이지의 초대로 참여하든(멤버 추가 또는 제거 참조), 새로 참여한 사람은 멤버가 됩니다. 동기화는 이후에 설정한 역할을 건드리지 않습니다 — 뷰어는 이후 채널 동기화가 몇 번 일어나도 뷰어로 유지됩니다.
역할 변경
- 프로젝트 설정을 엽니다. 멤버는 참여 멤버 아래에 나열됩니다.
- 해당 사람의 이름 아래 드롭다운에서 새 역할을 선택합니다: 멤버, 뷰어, 또는 (소유자만) 관리자. 변경 사항은 즉시 적용되며 해당 프로젝트에만 적용됩니다.
모든 프로젝트를 안전하게 관리할 수 있도록 몇 가지 안전장치가 있습니다:
- 프로젝트의 마지막 관리자는 없앨 수 없습니다. 마지막 관리자를 멤버로 강등하는 것은 차단됩니다.
- 소유자로 가는 지름길은 없습니다. 누구도 소유자로 바로 승격될 수 없습니다 — 소유권은 아래의 이전 절차를 통해서만 옮겨집니다.
- 뷰어 승격은 한 단계씩 진행됩니다. 뷰어는 먼저 멤버로 승격되며, 멤버에서 관리자로의 승격은 (소유자가 하는) 별도의 단계입니다.
- 소유자는 역할 드롭다운으로 자신을 강등할 수 없습니다 — 그것이 소유권 이전이 있는 이유입니다.
소유권 이전
프로젝트 설정에서 소유자는 소유자에서 물러나기를 사용합니다. 승격할 멤버를 고르고, 그 사람이 관리자가 될지 소유자가 될지 선택한 다음, 예, 승격하고 물러납니다로 확인합니다. 두 변경은 동시에 이루어집니다 — 선택한 사람이 승격되고 이전 소유자는 일반 멤버가 됩니다. 전체 안내: 프로젝트 설정 관리.
뷰어는 라이선스가 없는 것과 다릅니다. 뷰어는 소유자나 관리자가 의도적으로 부여하는 역할입니다. 이와 별개로, 라이선스 시트가 없는 사용자는 역할과 관계없이 모든 곳에서 읽기 전용입니다 — AB Projects는 Microsoft 365 테넌트(회사의 Microsoft 365 계정)에서 처음 10명의 사용자까지 무료이며, 그 이후에는 쓰기 작업을 하는 사람마다 Basic 시트가 필요합니다. 구독 및 청구 관리를 참조하십시오.
모범 사례
- 활성 프로젝트에는 최소 두 명의 관리자를 두어, 관리가 한 사람의 부재에 막히지 않도록 하십시오.
- 진행 상황은 보되 편집은 하지 않아야 하는 감사 담당자, 경영진, 고객에게는 뷰어를 사용하십시오 — “아무것도 건드리지 말아 주세요”라고 부탁하는 것보다 깔끔합니다.
- 참여 멤버를 Teams 채널 명단과 함께 주기적으로 검토하십시오 — 애초에 멤버십을 결정하는 것은 채널입니다.
네 가지 역할, 프로젝트별 범위, 그리고 몇 가지 안전장치: 누구도 공부할 필요가 있는 권한 매트릭스 없이도 액세스를 올바르게 유지하기에 충분한 구조입니다.