ProjectLibre Academy · 管理与配置
用户管理
添加用户并从两个层面控制访问权限:组织角色决定用户能做什么,项目访问权限决定用户能打开哪些项目。
ProjectLibre Cloud 中的用户管理位于管理下。访问权限分为两个层面:组织角色(某人在产品中总体上能做什么)和项目访问权限(他们能打开哪些项目,以及在每个项目中的角色)。作为管理员,您可以添加用户、分配组织角色、将人员编入团队、配置权限、创建自定义角色,并可从项目组合中打开某个项目的管理访问权限,以控制谁在该项目中,以及他们是以项目经理、团队成员还是其他项目角色的身份参与。
另见:管理与安全(枢纽页面 — 同一视频)·基于角色的访问控制(RBAC)·个人设置与头像·资源视图·项目组合·我的工作与我的团队·分配资源·管理与常规配置。
观看:用户管理(约 3:30)。
打开管理
-
在左侧边栏中,点击管理(齿轮图标)。
-
底部操作按钮:取消 · 应用 · 保存。
-
标签页的可用性和控件因角色而异——本演示展示的是管理员的使用体验。

添加用户
-
在用户标签页中,点击**+ 添加用户**。
-
输入名字、姓氏、电子邮件和密码。
-
资源: 默认情况下,用户被设置为新资源(+ 新建资源)。也可以选择将用户与现有资源建立关联。
-
角色: 将角色拖动(或使用箭头)到 Active Selection 中。默认值为项目经理(
Project_Manager)。可以保留,也可以拖入 Team_Member、Portfolio_Manager 等。 -
团队: 将团队移入 Active Selection(演示:IT Team + India — 用户属于两个团队)。
-
通过应用和/或保存确认。




角色与权限
ProjectLibre Cloud 中的访问权限是基于角色的。可以把组织角色看作是某人在产品中的默认工具集:他们能打开哪些视图、能使用哪些对话框,以及他们是管理员还是团队成员。您可以在角色标签页中管理这一工具集(并在用户标签页中将这些角色分配给人员)。
两个访问层面(请先阅读)
| 层面 | 设置位置 | 控制内容 |
|---|---|---|
| 组织角色 | 管理 → 角色 / 用户 | 某人在产品中总体上能做什么(视图、对话框、管理员与团队成员的权限)。黑色角色名称为标准角色;蓝色名称为您自建的自定义角色。 |
| 项目访问权限 | 项目组合 → 选择一个项目 → 管理访问权限 | 他们能打开哪些项目,以及他们在该项目中的角色(Project_Manager、Team_Member、Schedule_Manager 等)。一个人在项目中的角色可以与其组织默认角色不同。 |
组织角色本身并不能说明全部情况。一位承包商可能拥有团队成员的组织角色,但您仍然需要在管理访问权限中决定他们能看到哪些项目,以及他们在每个项目中是项目经理还是团队成员。详见:项目级访问权限(管理访问权限)。
阅读角色标签页
打开管理 → 角色。在角色标签页的截图中,顶部的标签依次为用户、角色、许可证、付款和公司。
-
+ 添加角色用于创建新的自定义角色。旁边还有复制和删除图标。
-
左侧列表显示所有角色。黑色文字 = 产品自带的标准角色。蓝色文字 = 您组织创建的自定义角色。您可能看到的自定义名称示例: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 徽标,某些情况下还会显示锁形图标。
权限会沿角色链向上继承,因此分配仍然可以做到非常精细:从一个标准角色开始,复制它,增删复选框,然后保存。



标准角色
| 角色 | 能力 |
|---|---|
| Administrator | 可以广泛地添加和删除;继承范围更广的角色(演示中继承了 Portfolio_Manager + Resource_Manager) |
| Portfolio_Manager / 项目组合经理 | 即使团队或受限访问限制了其他人的项目组合视图,仍能看到所有项目 |
| Project_Manager / 项目经理(PM) | 可以删除并管理自己的项目;继承 Team_Member |
| Schedule_Manager | 以进度计划为核心的项目角色(在管理访问权限中也可作为项目角色标签选用) |
| Team_Member / 团队成员(TM) | 权限最少;在任务分配之后,登录后只能看到自己所在的项目,并且只能看到自己的任务 |
| Resource_Manager / 资源经理 | 专门负责设置用户、团队和资源结构的人员 |
| Authenticated | 标准列表中作为基线的已认证用户角色 |
面向项目经理的自定义角色示例
这些模式将组织角色 / 权限与团队和项目上的管理访问权限结合起来。下面用完整的句子加以说明,便于新任管理员设想最终效果:
-
客户(只读查看自己的项目)。 创建或调整一个 Customer 风格的自定义角色(在角色标签页中以蓝色名称显示),赋予只读或有限的查看权限,让他们能打开 ProjectLibre 查看自己的项目而无法编辑计划。通过管理访问权限将他们放入一个受限项目(和/或纳入项目团队),使他们只能看到并访问该项目——而不是其他客户项目所在的整个项目组合。
-
承包商(仅更新自己的任务)。 给承包商设置 Team_Member 组织角色(或基于它的自定义角色)。当他们被分配到任务后,只会更新自己工作的进度——他们不会看到或编辑整个项目计划。
-
本项目的内部负责人。 在管理访问权限中,将内部负责人在该项目中的角色设为 Project_Manager,即使其组织默认角色不同。这样即可让某人仅针对该项目担任项目经理,而无需让他们成为整个公司的管理员。
另见:基于角色的访问控制(RBAC)·项目级访问权限(管理访问权限)。
团队
-
打开团队标签页。
-
选择一个团队(例如 IT Team、India)或**+ 添加团队**;编辑团队名称。
-
在资源下,将人员移入 Active Selection(演示:India 起始成员为 Tayler、Kai、Kristen;再添加 Connor 和 Sidney)。
-
保存,然后将团队加入一个项目才能使成员身份生效——最直接的路径是:项目组合 → 选择项目 → 管理访问权限 → 添加团队。这样会加入所有团队成员,然后再调整每个人在该项目中的角色。
团队在项目中的作用
-
分配效率 — 在分配资源时,项目经理只会看到团队成员,而不是整个资源库。
-
访问控制 — 限制项目组合中出现的项目。例如:将一位客户加入某个项目团队,并将该团队加入该项目 → 这个人就只能看到该项目。
例外: 项目组合经理仍然可以看到所有项目。


另见:分配资源·项目组合·我的工作与我的团队·项目级访问权限。
项目级访问权限(管理访问权限)
组织角色回答的是“这个人在 ProjectLibre 中能做什么?”管理访问权限回答的是“他们能打开哪些项目?他们在该项目中的角色是什么?”
从项目组合打开管理访问权限
-
前往项目组合。
-
选择一个项目。
-
打开管理访问权限。对话框标题会包含项目名称——例如 管理访问权限 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——对于权限有限的参与者,情况则可能相反。
-
使用该行的垃圾桶图标可将某人从项目中移除。
-
取消放弃更改;保存则保留更改(对受影响用户在下次登录时生效)。

这两个层面如何协同工作。 在组织层面,您可以为客户设置一个自定义的受限角色,为承包商设置 Team_Member 角色。在项目层面,您将项目设为受限,在管理访问权限中列出该客户和承包商,并将内部负责人在该项目中设为 Project_Manager。综合起来:客户能看到并打开自己的受限项目,权限有限;承包商只更新自己的任务;内部负责人以项目经理身份管理该项目。
整体如何串联
一个明确使用项目组合 → 管理访问权限的端到端场景:
-
在管理 → 角色中创建一个自定义客户角色(蓝色名称),赋予只读或有限的查看权限。
-
在项目组合中选择该客户的项目 → 管理访问权限 → 设为受限 → 添加用户或添加团队将其列入 → 赋予合适的项目角色。他们能看到并访问该项目,而不是其他客户工作所在的整个项目组合。
-
添加一名承包商,赋予 Team_Member 组织角色,通过管理访问权限将其加入项目,并为其分配任务 → 他们只更新自己任务的进度,而不是整个项目计划。
-
在管理访问权限中,将内部负责人在该项目中设为 Project_Manager。组织角色依然定义每个人在整个产品范围内能做什么;管理访问权限则定义此处谁是 PM、谁是 TM。
如果您是第一次进行此设置
-
打开管理 → 角色。注意黑色 = 标准,蓝色 = 自定义。如果需要 Customer 或有限权限的 PM 变体,复制一个标准角色;设置继承的角色和权限(留意 PM / TM 徽标)。
-
在用户中添加人员、分配组织角色,如果您的版本包含团队功能,再将其加入团队。
-
在项目组合中,打开每个敏感项目 → 管理访问权限 → 当只有列出的人员应能查看时选择受限。
-
添加团队(或添加用户),然后设置每个人的项目角色(负责人设为 Project_Manager,参与者设为 Team_Member 等)。
-
保存,然后让受影响用户重新登录,以便项目组合和项目访问权限刷新。
-
抽查确认:客户只能看到自己的项目;承包商只能看到自己的任务;内部负责人能以 PM 身份管理该项目。
小结 — 快速创建路径
添加用户 → 电子邮件 + 密码 → 选择一个组织角色(默认项目经理)→ 可选择将其加入某个团队 → 保存。然后在该项目上打开项目组合 → 管理访问权限,完成谁能打开该项目、谁在其中是项目经理还是团队成员的设置。
观看:用户管理。