사용자 관리

ProjectLibre Cloud의 사용자 관리는 관리 아래에 있습니다. 접근은 두 계층으로 작동합니다: 조직 역할(제품 내에서 일반적으로 할 수 있는 일)과 프로젝트 접근(열 수 있는 프로젝트와 각 프로젝트에서의 역할)입니다. 관리자로서 사용자를 추가하고, 조직 역할을 배정하고, 사람들을 팀에 배치하고, 권한을 구성하고, 사용자 지정 역할을 만들며 — 포트폴리오에서 — 프로젝트의 접근 권한 관리를 열어 누가 해당 프로젝트에 있는지, 그리고 프로젝트 관리자, 팀원 또는 다른 프로젝트 역할로 활동하는지를 제어합니다.

참고 항목: 관리 및 보안 (허브 — 동일한 동영상) · 역할 기반 접근 제어(RBAC) · 개인 설정 및 아바타 · 리소스 보기 · 포트폴리오 · 내 작업 및 내 팀 · 리소스 배정 · 관리 및 일반 구성.

시청: 사용자 관리 (약 3:30).

관리 열기

1. 왼쪽 사이드바에서 관리(톱니바퀴)를 클릭합니다.

2. 하단 작업: 취소 · 적용 · 저장.

3. 표시되는 탭과 컨트롤은 역할에 따라 다릅니다 — 이 안내는 관리자 화면을 기준으로 합니다.

관리 → 사용자 — + 사용자 추가; 설정할 사용자를 선택하십시오

사용자 추가

1. 사용자 탭에서 + 사용자 추가를 클릭합니다.

2. 이름, 성, 전자 메일, 비밀번호를 입력합니다.

3. 리소스: 기본적으로 사용자는 새 리소스로 설정됩니다(+ 새 리소스 만들기). 원한다면 사용자를 기존 리소스와 연결할 수 있습니다.

4. 역할: 역할을 드래그하거나(또는 화살표를 사용해) Active Selection으로 옮깁니다. 기본값은 프로젝트 관리자(Project_Manager)입니다. 그대로 두거나 Team_Member, Portfolio_Manager 등을 드래그합니다.

5. 팀: 팀을 Active Selection으로 옮깁니다(데모: IT Team + India — 두 팀에 속한 사용자).

6. 적용 및/또는 저장으로 확정합니다.

사용자 추가 — 이름, 성, 전자 메일, 비밀번호

리소스 — + 새 리소스 만들기(또는 기존 리소스와 연결)

역할 이중 목록 — Active Selection 대 사용 가능한 역할

사용자 팀 — IT Team + India(배지 2)

역할 및 권한

ProjectLibre Cloud의 접근은 역할 기반입니다. 조직 역할은 제품 안에서 그 사람이 쓰는 기본 도구 세트라고 생각하십시오. 열 수 있는 보기, 사용할 수 있는 대화 상자, 관리자인지 팀원인지가 여기에 달려 있습니다. 이 도구 세트는 역할 탭에서 관리하고, 해당 역할을 사람들에게 배정하는 일은 사용자 탭에서 합니다.

접근의 두 계층(먼저 읽으십시오)

계층	설정 위치	제어 대상
조직 역할	관리 → 역할 / 사용자	제품 내에서 일반적으로 할 수 있는 일(보기, 대화 상자, 관리자 대 팀원 권한). 검은색 역할 이름은 표준이고, 파란색 이름은 직접 만든 사용자 지정 역할입니다.
프로젝트 접근	포트폴리오 → 프로젝트 선택 → 접근 권한 관리	열 수 있는 프로젝트와 해당 프로젝트에서의 역할(Project_Manager, Team_Member, Schedule_Manager 등). 개인의 프로젝트 역할은 조직 기본값과 다를 수 있습니다.

조직 역할만으로는 충분하지 않습니다. 계약자의 조직 역할이 팀원일 수 있지만, 접근 권한 관리에서 어떤 프로젝트를 볼 수 있는지, 각 프로젝트에서 PM인지 TM인지는 여전히 결정해야 합니다. 자세한 내용: 프로젝트 수준 접근(접근 권한 관리).

역할 탭 읽기

관리 → 역할을 엽니다. 역할 탭 스크린샷에서 상단의 탭은 사용자, 역할, 라이선스, 결제, 회사입니다.

• + 역할 추가는 새 사용자 지정 역할을 만듭니다. 복제 및 삭제 아이콘이 그 옆에 있습니다.

• 왼쪽 목록에는 모든 역할이 표시됩니다. 검은색 텍스트 = 제품에 기본 포함된 표준 역할. 파란색 텍스트 = 조직에서 만든 사용자 지정 역할. 볼 수 있는 사용자 지정 이름의 예: PM UI Streamlined, PM_new UI, Customer Role, Customer Role_copy.

• 목록의 표준 역할에는 일반적으로 다음이 포함됩니다: Administrator, Project_Manager, Authenticated, Schedule_Manager, Portfolio_Manager, Team_Member, Resource_Manager.

• 역할을 선택해 상속된 역할(Administrator에 대한 Portfolio_Manager 및 Resource_Manager 같은 태그)과 권한을 편집합니다.

권한은 일반, 보기 접근, 대화 상자 접근 같은 카테고리로 그룹화됩니다. 각 권한 행에는 작은 PM 또는 TM 배지와 경우에 따라 자물쇠가 표시될 수 있습니다.

권한은 역할이 위로 갈수록 상속되므로 배정은 매우 세밀하게 유지됩니다: 표준 역할에서 시작해 복제하고, 체크박스를 다듬거나 추가한 뒤 저장합니다.

관리 → 역할 — 검은색 = 표준, 파란색 = 사용자 지정; 상속된 역할; 권한(일반 / 보기 접근 / 대화 상자 접근)과 PM / TM 배지

역할 — Administrator 상속된 역할

권한 — 일반 / 보기 접근 체크박스

표준 역할

역할	기능
Administrator	폭넓게 추가 및 삭제할 수 있음; 더 넓은 역할을 상속(데모: Portfolio_Manager + Resource_Manager 상속)
Portfolio_Manager / 포트폴리오 관리자	팀이나 제한된 접근으로 다른 사람의 포트폴리오가 제한되어도 모든 프로젝트를 봄
Project_Manager / 프로젝트 관리자(PM)	자신의 프로젝트를 삭제하고 관리할 수 있음; Team_Member를 상속
Schedule_Manager	일정 중심의 프로젝트 역할(접근 권한 관리에서 프로젝트 역할 칩으로도 제공)
Team_Member / 팀원(TM)	권한이 가장 적음; 작업이 배정되면 로그인 시 자신의 프로젝트와 자신의 작업만 표시
Resource_Manager / 리소스 관리자	사용자, 팀, 리소스 구조를 설정하는 전담 담당자
Authenticated	표준 목록에 있는 기본 인증 사용자 역할

PM을 위한 사용자 지정 역할 예시

이 패턴들은 조직 역할/권한을 프로젝트의 팀 및 접근 권한 관리와 결합합니다. 새 관리자가 결과를 떠올릴 수 있도록 완전한 문장으로 설명합니다.

1. 고객(자신의 프로젝트만 읽기 전용). 읽기 전용 또는 제한된 보기 권한을 가진 Customer 스타일의 사용자 지정 역할(역할 탭의 파란색 이름)을 만들거나 다듬어서, 계획을 편집하지 않고도 ProjectLibre를 열어 자신의 프로젝트를 볼 수 있게 합니다. 접근 권한 관리를 통해 제한 프로젝트에 배치(및/또는 프로젝트 팀에 배치)해 다른 고객의 프로젝트가 아닌 해당 프로젝트만 보고 접근하도록 합니다.

2. 계약자(자신의 작업만 업데이트). 계약자에게 Team_Member 조직 역할(또는 이를 기반으로 한 사용자 지정 역할)을 부여합니다. 작업에 배정되면 전체 프로젝트 계획을 보거나 편집하지 않고 자신의 작업에 대해서만 진행 상황을 업데이트합니다.

3. 이 프로젝트의 내부 책임자. 접근 권한 관리에서 내부 책임자의 프로젝트 역할을 조직 기본값과 다르더라도 Project_Manager로 설정합니다. 이렇게 하면 회사 전체의 관리자로 만들지 않고도 이 프로젝트에 한해 PM으로 만들 수 있습니다.

참고 항목: 역할 기반 접근 제어(RBAC) · 프로젝트 수준 접근(접근 권한 관리).

팀

1. 팀 탭을 엽니다.

2. 팀을 선택하거나(예: IT Team, India) + 팀 추가를 클릭합니다; 팀 이름을 편집합니다.

3. 리소스 아래에서 사람들을 Active Selection으로 옮깁니다(데모: India는 Tayler, Kai, Kristen으로 시작; Connor와 Sidney를 추가).

4. 저장한 다음 멤버십이 적용되도록 팀을 프로젝트에 배치합니다 — 가장 명확한 경로: 포트폴리오 → 프로젝트 선택 → 접근 권한 관리 → 팀 추가. 이렇게 하면 모든 팀원이 추가되고, 이후 각 사람의 프로젝트 역할을 조정합니다.

팀이 프로젝트에서 하는 일

1. 배정 효율성 — 리소스를 배정할 때 PM은 전체 풀이 아니라 팀원만 봅니다.

2. 접근 제어 — 포트폴리오에 표시되는 프로젝트를 제한합니다. 예: 고객을 프로젝트 팀에 넣고 해당 팀을 프로젝트에 배치하면 → 그 사람은 해당 프로젝트만 봅니다.

예외: 포트폴리오 관리자는 여전히 모든 프로젝트를 봅니다.

팀 탭 — IT Team; 리소스 이중 목록

India 팀 — Active Selection 멤버

참고 항목: 리소스 배정 · 포트폴리오 · 내 작업 및 내 팀 · 프로젝트 수준 접근.

프로젝트 수준 접근(접근 권한 관리)

조직 역할은 “이 사람이 ProjectLibre에서 무엇을 할 수 있는가?“에 답합니다. 접근 권한 관리는 “어떤 프로젝트를 열 수 있고, 이 프로젝트에서 그 사람의 역할은 무엇인가?“에 답합니다.

포트폴리오에서 접근 권한 관리 열기

1. 포트폴리오로 이동합니다.

2. 프로젝트를 선택합니다.

3. 접근 권한 관리를 엽니다. 대화 상자 제목에는 프로젝트 이름이 포함됩니다 — 예: Manage Access Consulting Project.

공개 대 제한

대화 상자 위쪽에서 공개 또는 제한을 선택합니다.

• 제한(방패 아이콘으로 표시)은 다음을 의미합니다: 목록에 있는 사용자만 이 프로젝트에 접근할 수 있습니다.

• 고객, 계약자 또는 기밀 계획이 포트폴리오를 볼 수 있는 다른 모든 사람에게 표시되어서는 안 될 때 제한을 사용합니다.

토글 아래의 메모에는 다음과 같이 나와 있습니다: 변경 내용은 해당 사용자가 다음에 로그인할 때 적용됩니다. 저장한 후에는 포트폴리오 표시 여부가 제대로 보이는지 판단하기 전에 사람들에게 로그아웃 후 다시 로그인(또는 다음 세션을 기다림)하도록 요청하십시오.

사용자 추가 및 팀 추가

• 사용자 추가 — 이 프로젝트의 접근 목록에 한 사람을 추가한 다음 해당 프로젝트 역할을 설정합니다.

• 팀 추가 — 해당 팀의 모든 멤버를 한 번에 프로젝트에 추가합니다. 팀을 추가한 후에도 여전히 각 사람의 프로젝트 역할을 개별적으로 수정할 수 있습니다. 이것이 일반적인 패턴입니다: 팀 추가로 그룹을 먼저 들이고, 이후 이 프로젝트에서 누가 Project_Manager인지 Team_Member인지 조정합니다.

대화 상자의 요약(예: 4 users with access)은 현재 접근 권한이 있는 사람 수를 알려줍니다.

프로젝트에서 사용자별 역할

표에는 사용자와 역할 열이 있습니다.

• 역할 칩은 현재 프로젝트 역할을 표시합니다(예: Administrator, Project_Manager).

• 행의 드롭다운을 열어 Project_Manager, Schedule_Manager, Resource_Manager, Team_Member 같은 하나 이상의 역할을 설정합니다. 한 사람에게 여러 역할을 허용합니다.

• 이 프로젝트 역할은 그 사람의 조직 기본값과 다를 수 있습니다. 조직 수준에서는 Team_Member이지만 이 프로젝트에서만 Project_Manager일 수 있으며 — 제한된 기여자의 경우 반대일 수도 있습니다.

• 해당 행의 휴지통 아이콘으로 프로젝트에서 사람을 제거합니다.

• 취소는 편집 내용을 폐기하고, 저장은 유지합니다(영향을 받는 사용자는 다음 로그인 시 적용).

Manage Access Consulting Project — 제한; 사용자 추가 / 팀 추가; 프로젝트 역할 칩이 있는 사용자 | 역할 표

두 계층이 함께 작동하는 방식. 조직 계층에서는 고객에게 제한된 사용자 지정 역할을, 계약자에게 Team_Member 역할을 부여할 수 있습니다. 프로젝트 계층에서는 프로젝트를 제한으로 설정하고, 접근 권한 관리에서 해당 고객과 계약자를 목록에 올리며, 내부 책임자를 이 프로젝트의 Project_Manager로 설정합니다. 그 결과 고객은 제한된 권한으로 자신의 제한 프로젝트를 보고 열 수 있고, 계약자는 자신의 작업만 업데이트하며, 내부 책임자는 이 프로젝트를 PM으로서 관리합니다.

전체적으로 맞물리는 방식

포트폴리오 → 접근 권한 관리를 명시적으로 사용하는 간단한 전체 시나리오입니다:

1. 관리 → 역할에서 읽기 전용 또는 제한된 보기 권한을 가진 사용자 지정 Customer 역할(파란색 이름)을 만듭니다.

2. 포트폴리오에서 고객의 프로젝트를 선택 → 접근 권한 관리 → 제한으로 설정 → 사용자 추가 또는 팀 추가로 목록에 올린 다음 → 적절한 프로젝트 역할을 부여합니다. 다른 고객의 작업 전체가 아니라 해당 프로젝트만 보고 접근합니다.

3. Team_Member 조직 역할을 가진 계약자를 추가하고, 접근 권한 관리를 통해 프로젝트에 배치한 다음, 작업에 배정합니다 → 전체 프로젝트 계획이 아니라 자신의 작업 진행 상황을 업데이트합니다.

4. 접근 권한 관리에서 내부 책임자를 이 프로젝트의 Project_Manager로 설정합니다. 조직 역할은 여전히 각 사람이 제품 전체에서 할 수 있는 일을 정의하고, 접근 권한 관리는 여기서 누가 PM이고 TM인지를 정의합니다.

처음 설정하는 경우

1. 관리 → 역할을 엽니다. 검은색 = 표준, 파란색 = 사용자 지정임을 확인합니다. Customer나 제한된 PM 변형이 필요하면 표준 역할을 복제하고, 상속된 역할과 권한을 설정합니다(PM / TM 배지 확인).

2. 사용자에서 사람들을 추가하고, 조직 역할을 배정하며, 빌드에 팀 기능이 포함되어 있다면 팀에 배치합니다.

3. 포트폴리오에서 민감한 프로젝트마다 접근 권한 관리를 열고 → 목록에 있는 사람만 볼 수 있어야 할 때는 제한을 선택합니다.

4. 팀 추가(또는 사용자 추가)한 다음 각 사람의 프로젝트 역할을 설정합니다(책임자에게는 Project_Manager, 기여자에게는 Team_Member 등).

5. 저장한 다음 영향을 받는 사용자가 포트폴리오와 프로젝트 접근이 새로고침되도록 다시 로그인하게 합니다.

6. 점검: 고객은 자신의 프로젝트만 보고, 계약자는 자신의 작업만 보며, 내부 책임자는 PM으로서 프로젝트를 관리할 수 있습니다.

요약 — 빠른 생성 경로

사용자 추가 → 전자 메일 + 비밀번호 → 조직 역할 선택(기본값 프로젝트 관리자) → 원한다면 팀에 배치 → 저장. 그런 다음 프로젝트에서 포트폴리오 → 접근 권한 관리를 열어 누가 열 수 있는지, 그리고 누가 PM인지 팀원인지를 마무리합니다.

시청: 사용자 관리.

---