Cuando se crea un contexto de aplicación, se puede elegir incluir un equipo compartido y, si se incluye un equipo compartido, el rol Jefe del equipo compartido tiene una importancia especial en el equipo de contexto. Por defecto, los miembros del rol Jefe del equipo compartido cuentan con el permiso Control total (todos) para todos los objetos en todos los estados del contexto en el que se utiliza el equipo compartido.

Los equipos locales utilizan el rol de administrador de equipo de contexto asociado (como el rol de Jefe de proyecto o el rol del Administrador de productos) para los miembros que, a continuación, administran el contexto. Si se puede ampliar el equipo compartido localmente, el equipo local siempre tiene un rol de administrador de equipo de contexto asociado. Por ejemplo, la tabla Miembros, para un contexto del proyecto con un equipo local, tiene el rol de Jefe de proyecto y este rol define quién administra el contexto. El grupo de sistema para el rol de Jefe del equipo compartido se añade como un miembro del grupo de sistema de administrador de equipo de contexto que se crea. Esto significa que los miembros en el rol Jefe del equipo compartido heredan el conjunto de reglas de control de acceso para el administrador del equipo de contexto, aunque se mantienen por separado en la tabla Miembros para el equipo de contexto.

Si no hay ningún equipo local (lo que significa que el equipo compartido seleccionado no se amplió localmente cuando se creó el contexto), entonces tampoco hay ningún administrador del equipo de contexto local. Por ejemplo, la tabla Miembros para un contexto del proyecto sin equipo local no tiene el rol de Jefe de proyecto. Por consiguiente, los miembros en el rol Jefe del equipo compartido son, por defecto, los miembros que administran el contexto.