YAPL Documentation
User GuidesTeams

Teams

Complete guide to creating and managing teams in YAPL for effective collaboration.

Team Management

Teams are the organizational foundation of collaboration in YAPL. They group members together and control access to projects and resources through role-based permissions.

Understanding Teams

Teams provide:

  • Member Organization - Group users with shared responsibilities
  • Access Control - Determine who can view and edit projects
  • Role-Based Permissions - Define what members can do (Lead, Member, Viewer)
  • Project Assignment - Connect teams to projects they work on

Team Architecture

Workspace
├── Workspace Owners Team (system-generated)
│   └── All workspace owners
├── Engineering Team (user-created)
│   ├── Members with roles
│   └── Assigned projects
├── Operations Team (user-created)
│   ├── Members with roles
│   └── Assigned projects
└── More teams...

In This Section

Getting Started

Roles & Permissions

  • Team Roles - Understanding Lead, Member, and Viewer roles

Member Management

Project Access

Quick Reference

TaskLocation
Create teamTeams > Create Team
Invite memberTeams > [Team] > Invitations
Change roleTeams > [Team] > Members
Assign to projectProjects > [Project] > Team Assignment
View team activityTeams > [Team] > Activity

Team Types

Regular Teams

User-created teams for organizing work:

  • Customizable name and description
  • Manageable membership
  • Assignable to projects
  • Can be deleted

System Teams

Automatically created and managed:

  • Workspace Owners - Contains all workspace owners
  • Updates automatically
  • Cannot be modified or deleted
  • Provides owner access to all content

Roles Overview

RoleDescriptionKey Permissions
LeadTeam administratorsManage members, assign items, full edit
MemberStandard participantsView and edit team content
ViewerRead-only accessView team content only

Best Practices

Team Structure

  • Create teams based on function (Engineering, Operations)
  • Or create teams per project for dedicated access
  • Use a hybrid approach for flexibility

Role Assignment

  • At least one Lead per team (required)
  • Assign Member role for active contributors
  • Use Viewer for stakeholders who need visibility

Project Access

  • Assign teams thoughtfully to projects
  • Review assignments when projects change scope
  • Remove teams when access is no longer needed

Was this page helpful?

On this page