--- title: "Team" slug: workspace/team url: https://projectri.com/docs/workspace/team section: workspace audience: workspace app_route: "/[slug]/[user]/team" permissions: [team.view, user.update, user.invite, team.manage] mobile: "/team" updated: 2026-09-08 source: Projectri documentation --- # Team The workspace roster, the org chart with reporting lines, and a live activity timeline — with each person's department, branch, job role, workload and skills. ![Team](https://projectri.com/docs-shots/workspace-team.png) ## What it is Team is who is in the workspace: their titles, departments, branches, job roles, who they report to, how much work they are carrying, and what they can do. It is also where the org chart is drawn and, for people who may, edited. ## How to get there **Team** in the main navigation. The whole screen needs `team.view`, checked on the page itself — without it the URL redirects to your dashboard rather than half-loading. Beyond that: - **Invite member** needs `user.invite`. - Changing a reporting line, department, branch or job role needs `user.update`. Without it the chart is read-only and says so. - Creating a job role from inside its picker needs `team.manage`. - Rating or validating somebody else's skills needs `skill.manage` and `skill.validate`; neither applies to your own sheet. ## How to use it ### Read the roster 1. The **Members** tab lists everybody, with search over name, title and email, and filters by department and by role. 2. Sort by name, workload, number of direct reports, or role. 3. Selecting a person opens their detail: email, department, branch, job role, who they report to, when they joined, and their active, project, completed and overdue counts. ### Read and edit the org chart 1. The **Org Chart** tab draws reporting lines. **Hierarchy** is the tree; **By department** groups instead. 2. Search finds somebody in the chart; **Expand all** and **Collapse all** open and close the branches; the zoom controls and **fit to screen** are in the corner. 3. Anybody with no manager set appears in a tray under the chart rather than being hidden. 4. With `user.update`, a node offers **Set manager** and a way to detach one. ### Watch the workspace The **Activity** tab is a timeline of what has been done across the workspace — by people, by Nia acting for somebody, and by agents. It updates live while the tab is open, and **Load more** pages further back without collapsing what you have already opened. ### Invite somebody **Invite member** in the header opens the same dialog the admin console uses. Sending an invitation does not add a member — nothing on this page changes until it is accepted. ### Export **Export** downloads `team.csv`: name, email, title, role, department, branch, who they report to, direct reports, and the active, completed, overdue and project counts. ## What it affects - **A reporting line is not decoration.** It is what the org chart, the department view and approval routing read. - **Department, branch and job role are shared taxonomies.** Job roles in particular are what rate cards, utilisation targets and the demand forecast are keyed by, which is why creating one is a heavier permission than placing somebody in one. - **Skills feed resourcing.** What a person is rated on is what the find-people and staffing screens rank against. - **The presence dot comes from a personal setting.** Anybody who has turned **Activity status** off in their own settings will not show as online. - **Workload counts come from tasks**, so they move as work is assigned and closed anywhere in the product. ## On mobile The **Team** screen in the phone app is the roster, and it leads with presence: whether somebody is around right now is the question you ask from a phone, so `lastSeenAt` becomes a dot rather than a column. ## Limits and gotchas - The header count of departments is every department, including empty ones. The department filter lists only departments somebody is in, plus a "no department" bucket, so the two numbers legitimately differ. - The activity feed is workspace-wide, not yours. It shows what colleagues did, which is the point of the tab. - Suspending, removing or changing somebody's role is not done here — it is in the admin console under Members. - The chart is drawn from managers. Somebody with no manager is unplaced, not a root. ## Related - [Members](/docs/admin/members) — inviting, suspending, removing and changing roles. - [Departments](/docs/admin/departments) — the taxonomy behind the department filter. - [Roles](/docs/admin/roles) — what each role may do. - [Capacity](/docs/workspace/capacity) — the workload picture at the level of a plan. ## Related - [Members](https://projectri.com/docs/admin/members.md): The workspace roster and the pending invite list — invite people, change roles, suspend, remove, and do any of those to many people at once. - [Departments](https://projectri.com/docs/admin/departments.md): Company-level master data — the departments teams and members are filed under, shared across every branch. - [Roles](https://projectri.com/docs/admin/roles.md): The four company roles, how many people hold each, how far this workspace has moved from the platform default, and how to put a role back. - [Capacity](https://projectri.com/docs/workspace/capacity.md): Committed hours against contracted hours week by week, built from the estimates on dated tasks, so an overloaded week is visible before it arrives.