共享团队由一组角色及添加到那些角色的成员组成 (与上下文团队中相同)。共享团队在组织上下文中创建并可用作从组织上下文创建的多个应用程序上下文的上下文团队。例如，假定已在 Bike Company 组织上下文中创建了名为“产品演示团队”的共享团队。在 Bike Company 组织上下文中工作时，可在用户创建应用程序上下文 (例如产品和项目) 时选择此共享团队。如果创建应用程序上下文的用户是不同组织上下文的成员，则“产品演示团队”不可用。有关详细信息，请参阅关于上下文。

创建共享团队时，您可在创建使用该共享团队的应用程序上下文时设置该共享团队是否可进行本地扩展。要将选择该共享团队的所有上下文团队限制为仅使用共享团队，请确保不设置“允许在关联的应用程序上下文中对团队进行本地扩展”选项。

如果创建应用程序上下文时没有已启用任何共享团队，则应用程序上下文的创建者看不到“共享团队”字段，并且所创建的团队为本地团队。无法在创建应用程序上下文后添加共享团队。

对共享团队进行的任何更改都会在使用该共享团队的所有上下文团队中立即出现。例如，对共享团队进行更改后，刷新使用该共享团队的上下文团队的“团队”页面将显示对该共享团队进行的更改。

以下各节将介绍共享团队角色并说明如何通过使用系统组和域来管理共享团队。有关系统组和域的详细信息，请分别参阅“在共享团队中管理参与者”一节和“管理共享团队域”一节。

在共享团队中建立的初始角色集为：

向共享团队中添加或移除角色和成员时，可采用与向本地团队中执行相应操作的相同方式。有关详细信息，请参阅以下主题：

当上下文团队中包含共享团队和本地团队时，系统将“共享团队经理”组作为成员添加到上下文管理者的系统组。要使您了解谁是“共享团队经理”成员，当对上下文团队进行本地扩展时，“共享团队经理”角色和上下文管理者角色在“成员”表格中保持分离。

例如，假定 Bike Design 项目具有一个包括“常规设计”共享团队的上下文团队。Chris Taylor 是“常规设计共享团队管理者”的其中一名成员。Chris Taylor 即会出现在 Bike Design 项目的“成员”表格中的“共享团队经理”角色下。但是，由于“共享团队经理”组作为成员添加到“项目经理”组，Chris Taylor 以及本地团队中处于“项目经理”角色的其他成员承担了 Bike Design 项目的“项目经理”角色。

共享团队“成员”和“访客”角色的参与者还以类似的方式成为本地团队“成员”和“访客”角色的成员。共享团队“成员”和“访客”组作为成员被添加到本地团队“成员”和“访客”组中。同样，如果将其他同时位于本地团队中的角色添加到共享团队中，则名称相同的角色中的参与者被认为位于相同的角色中。在“按角色显示成员”视图中，本地团队“成员”表格只显示一个角色，并在该角色下显示来自于共享团队和本地团队中的任何成员。

在 Windchill PDMLink 中，如果您是本地团队的上下文管理者、组织管理员、站点管理员或被授予修改团队操作的用户，则您可以决定哪些角色和成员是共享团队的组成部分，方法是检查“所属团队”列内所提供的信息 (当视图包含本地和共享团队角色或成员时，该列显示在“成员”表格中)。例如，如果将共享团队中的两名参与者分配给“设计者”角色，将本地团队中的一名参与者分配给“设计者”角色，则这三名参与者都是上下文团队中的设计者。当视图为“按角色显示成员”时，这三名参与者都将显示在“成员”表格中的“设计者”角色下。表格中的“所属团队”列标识哪些成员来自共享团队，哪些成员来自本地团队。

如果只有共享团队而无本地团队，则“成员”表格中不会显示其他角色。另外，团队中不会建立上下文经理角色。而共享团队经理角色用作该上下文的上下文经理。为“共享团队经理”角色设置的访问控制策略规则将赋予该角色中参与者对上下文中所有对象的“完全控制 (全部)”权限。

创建共享团队时，创建一个与共享团队具有相同名称的管理域。此共享团队域的父域为 Default 域，它位于创建此共享团队的组织上下文中。例如，假定已在 Bike Company 组织上下文中创建了名为“产品演示团队”的共享团队。然后，下列域结构便可从“策略管理”实用程序中获得：

使用共享团队创建应用程序上下文时，会在共享团队域下创建应用程序上下文的默认域。有关详细信息，请参阅上下文和域层次结构概述。

例如，如果创建使用“产品演示团队”的 Super Bike 产品上下文，则可从“策略管理”实用程序获得下列域结构：

此域结构允许您在共享团队域中创建唯一的策略访问控制规则集，这些规则可随后由使用共享团队的所有应用程序上下文继承。